On 6/8/24 1:56 PM, Patrick Dupre via users wrote:
Hello,
I update a machine by
dnf system-upgrade download --releasever=40
However, I had to run
dnf system-upgrade download --releasever=40 --allowerasing
But I forgot to save the list of files which had to be removed.
Can I recover the list of
Hello,
I update a machine by
dnf system-upgrade download --releasever=40
However, I had to run
dnf system-upgrade download --releasever=40 --allowerasing
But I forgot to save the list of files which had to be removed.
Can I recover the list of files which have been erased?
Thanks
=
On Sat, Jun 8, 2024 at 12:20 PM Klaus-Peter Schrage via users
wrote:
>
> Since kernel 6.8.10-300.fc40.x86_64, boot hangs on KDE Plasma (kernel
> 6.8.9-300.fc40.x86_64 was the last good one).
> I found that there is a job running infinitely:
>
> 'Job dev-disk-by\x2duuid-8e895running ...'
> The
On 6/8/24 9:20 AM, Klaus-Peter Schrage via users wrote:
This is a rather fresh install of fedora 40 (running on ext4):
da 8:0 0 232,9G 0 disk
├─sda1 8:1 0 1,1G 0 part /boot
├─sda2 8:2 0 49,1G 0 part /
├─sda3 8:3 0 31,7G 0 part /home
└─sda4 8:4 0 151G 0 part
People,
For decades I have been using rsync for all my backup needs - but with
F40 I finally made the break from extx to btrfs for my workstation which
introduced me to the concept of btrfs subvolumes and the possibility of
snapshots.
Since subvolumes don't provide security if the whole part
On 8 Jun 2024 at 18:20, Klaus-Peter Schrage via users wrote:
Date sent: Sat, 8 Jun 2024 18:20:26 +0200
To: users@lists.fedoraproject.org
Subject:Boot hangs on recent kernels
Send reply to: Community support for Fedora users
From:
Klaus-Peter Schrage composed on 2024-06-08 18:20 (UTC+0200):
> Since kernel 6.8.10-300.fc40.x86_64, boot hangs on KDE Plasma (kernel
> 6.8.9-300.fc40.x86_64 was the last good one).
> I found that there is a job running infinitely:
> 'Job dev-disk-by\x2duuid-8e895running ...'
> The above menti
Since kernel 6.8.10-300.fc40.x86_64, boot hangs on KDE Plasma (kernel
6.8.9-300.fc40.x86_64 was the last good one).
I found that there is a job running infinitely:
'Job dev-disk-by\x2duuid-8e895running ...'
The above mentioned UUID (8e895 ...) corresponds to the kernel
'resume=uuid=...' comma
