Re: WiFi reconnecting periodically after upgrade to F35

[Samuel Sieb]

On 11/18/21 19:05, Scott Talbert wrote:

After upgrading my machine from F34 to F35, my WiFi interface has started 
periodically losing connection to my AP:

[359558.259581] wlp2s0: disconnect from AP 74:83:c2:03:5e:61 for new auth to 
7a:83:c2:04:5e:61
[359558.295289] wlp2s0: authenticate with 7a:83:c2:04:5e:61
[359558.303728] wlp2s0: send auth to 7a:83:c2:04:5e:61 (try 1/3)
[359558.420976] wlp2s0: send auth to 7a:83:c2:04:5e:61 (try 2/3)
[359558.535361] wlp2s0: send auth to 7a:83:c2:04:5e:61 (try 3/3)
[359558.539560] wlp2s0: authenticated
[359558.541962] wlp2s0: associate with 7a:83:c2:04:5e:61 (try 1/3)
[359558.546749] wlp2s0: RX ReassocResp from 7a:83:c2:04:5e:61 (capab=0x1511 
status=0 aid=1)
[359558.548394] wlp2s0: associated
[362203.433026] wlp2s0: Connection to AP 7a:83:c2:04:5e:61 lost
[362205.926676] wlp2s0: authenticate with 74:83:c2:03:5e:61
[362205.933392] wlp2s0: send auth to 74:83:c2:03:5e:61 (try 1/3)
[362205.950198] wlp2s0: authenticated
[362205.951055] wlp2s0: associate with 74:83:c2:03:5e:61 (try 1/3)
[362205.961349] wlp2s0: RX AssocResp from 74:83:c2:03:5e:61 (capab=0x1431 
status=0 aid=3)
[362205.991817] wlp2s0: associated
[368538.289493] wlp2s0: disconnect from AP 74:83:c2:03:5e:61 for new auth to 
7a:83:c2:04:5e:61
[368538.332076] wlp2s0: authenticate with 7a:83:c2:04:5e:61
[368538.340738] wlp2s0: send auth to 7a:83:c2:04:5e:61 (try 1/3)
[368538.350927] wlp2s0: authenticated
[368538.353064] wlp2s0: associate with 7a:83:c2:04:5e:61 (try 1/3)
[368538.361613] wlp2s0: RX ReassocResp from 7a:83:c2:04:5e:61 (capab=0x1511 
status=0 aid=10)
[368538.362915] wlp2s0: associated


What that looks like is that you have two APs and it's switching between 
them.  Is it getting different IP addresses from each one?

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

WiFi reconnecting periodically after upgrade to F35

[Scott Talbert]

Hey all,

After upgrading my machine from F34 to F35, my WiFi interface has started 
periodically losing connection to my AP:

[359558.259581] wlp2s0: disconnect from AP 74:83:c2:03:5e:61 for new auth to 
7a:83:c2:04:5e:61
[359558.295289] wlp2s0: authenticate with 7a:83:c2:04:5e:61
[359558.303728] wlp2s0: send auth to 7a:83:c2:04:5e:61 (try 1/3)
[359558.420976] wlp2s0: send auth to 7a:83:c2:04:5e:61 (try 2/3)
[359558.535361] wlp2s0: send auth to 7a:83:c2:04:5e:61 (try 3/3)
[359558.539560] wlp2s0: authenticated
[359558.541962] wlp2s0: associate with 7a:83:c2:04:5e:61 (try 1/3)
[359558.546749] wlp2s0: RX ReassocResp from 7a:83:c2:04:5e:61 (capab=0x1511 
status=0 aid=1)
[359558.548394] wlp2s0: associated
[362203.433026] wlp2s0: Connection to AP 7a:83:c2:04:5e:61 lost
[362205.926676] wlp2s0: authenticate with 74:83:c2:03:5e:61
[362205.933392] wlp2s0: send auth to 74:83:c2:03:5e:61 (try 1/3)
[362205.950198] wlp2s0: authenticated
[362205.951055] wlp2s0: associate with 74:83:c2:03:5e:61 (try 1/3)
[362205.961349] wlp2s0: RX AssocResp from 74:83:c2:03:5e:61 (capab=0x1431 
status=0 aid=3)
[362205.991817] wlp2s0: associated
[368538.289493] wlp2s0: disconnect from AP 74:83:c2:03:5e:61 for new auth to 
7a:83:c2:04:5e:61
[368538.332076] wlp2s0: authenticate with 7a:83:c2:04:5e:61
[368538.340738] wlp2s0: send auth to 7a:83:c2:04:5e:61 (try 1/3)
[368538.350927] wlp2s0: authenticated
[368538.353064] wlp2s0: associate with 7a:83:c2:04:5e:61 (try 1/3)
[368538.361613] wlp2s0: RX ReassocResp from 7a:83:c2:04:5e:61 (capab=0x1511 
status=0 aid=10)
[368538.362915] wlp2s0: associated

It's an iwlwifi card:
[9.262442] iwlwifi :02:00.0: Detected Intel(R) Dual Band Wireless AC 
8260, REV=0x204

Any ideas where to start debugging this / where to file a bug?  kernel?  
NetworkManager?  Something else involved in wifi these days?  Wifi firmware 
doesn't seem to have changed between F34 and F35, as far as I can see.

The most annoying thing is that I lose my SSH connections each time this 
happens.  :(

Thanks,
Scott
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Building a USB maintenance drive instead of using Live USB drives ?

[linux guy]

Your comment spurred me to use a 256GB USB flash drive instead of the WD
spinning drive.  256 GB is large enough to do a couple system installs and
multi boot them as well as a bit of data backup.If I need more data
backup than 256 GB provides, I can mount a spinning drive or even a network
drive and back up to that.

I should have done this a long time ago.  There have been many instances
where I've used Live drives when I should have built a maintenance drive.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Ejecting USB drive causing system reboot

[Joe Zeff]

On 11/18/21 2:29 PM, Neal Becker wrote:

For a while now I've found on KDE that ejecting usb drive crashes
plasma, which then restarts itself.


If you haven't already, you should report this as a bug.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Building a USB maintenance drive instead of using Live USB drives ?

[linux guy]

Thank you, Tom.   This is exactly why I ask the group questions like this.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Building a USB maintenance drive instead of using Live USB drives ?

[Tom Horsley]

I've done a "normal" install of fedora on a 64GB USB 3 sandisk stick
and it worked fine, so I imagine a bigger drive would work also
(but I can carry around the stick on my keychain :-). I set the
mount options to include noatime so it wouldn't do so much I/O
to the usb stick, but that wasn't necessary, just seemed like
a good idea.

Now I using something different. I set things up using the info
here:

https://wiki.archlinux.org/index.php/Multiboot_USB_drive

and have a bunch of different live images, several of them
specifically designed to have sysadmin and rescue tools,
and use grub2's ability to boot an iso image to boot which
ever seems most useful at the time (still on the same 64GB stick).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Building a USB maintenance drive instead of using Live USB drives ?

[linux guy]

I'm thinking of using a Western Digital 2TB USB3.2 with a Type A
connector.  I assume that I can partition and format it to work as a
bootable OS ?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Building a USB maintenance drive instead of using Live USB drives ?

[linux guy]

>From time to time I need to do maintenance on Linux computers that involves
booting an OS other than the one installed on the machine.  Currently I
have 2 computers that need such attention.

In the past I've used Live bootable USB drives.  They have a number of
limitations including:

- they use Gnome.  I'm a KDE guy.
- they lack many of the tools I need - gparted, etc.
- they don't support persistence, so every time I boot with them I'm
running a script to get everything set up to where I was the last time I
booted.

One can supposedly make Live USB images persistent, but 1) it didn't work
when I tried it and 2) there are limitations, including that do a major
upgrade to the Live installation.  (ie, no dnf updates)

So... I'm thinking of installing Fedora35 for real on a USB drive and then
using that for my maintenance work.   Has anyone done this ?  Tips ?
Tricks ?  Advice ?

I'm specifically wondering about setting up partitions on a USB device.
Same as a SATA device ?  Anything special about booting a USB device
instead of a SATA or NVME device ?

Thanks.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: dnf upgrade to Fedora 35 using --downloaddir just wiped out my entire home dir !

[Sam Varshavchik]

linux guy writes:


« HTML content follows »

Sorry, I've been using Redhat/Fedora for 20 years.  Never once lost data like  
this.  This is bad programming, period !


I partially agree. I've been updating since Fedora Core 4, and I never  
needed to make a backup of anything.


I think this goes down to a practical point. I wouldn't be comfortable  
pointing any tool to any directory, ostensibly for the purpose of letting  
the tool use it for its internal purposes, where I had important data.


At the very least I would create an empty subdirectory there, and point the  
tool there. This removes all ambiguity in my mind.


Especially in this case: I know that after a system-upgrade the download  
directory gets automatically wiped. I'm keenly aware of it, I have several  
machines to update, and after the initial download I make a copy of the  
/var/lib/dnf/system-upgrade directory to the next machine before starting  
this one's upgrade, to avoid having to redownload all this stuff. If I don't  
do that, it gets wiped and everything needs to get downloaded again.


I would be quite nervous at repointing this to /home, that's too close to  
comfort.


I wouldn't even repoint anything. If this partition was full I'd just  
replace /var/lib/dnf/system-upgrade with a symbolic link to an empty  
directory on another partition, and don't change a thing for the download  
and the reboot.





pgpptlcXAyPqX.pgp
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Ejecting USB drive causing system reboot

[Neal Becker]

For a while now I've found on KDE that ejecting usb drive crashes
plasma, which then restarts itself.

On Wed, Nov 17, 2021 at 9:59 AM Richard Shaw  wrote:
>
> I have a 125GB NVMe drive in a USB 3.0 enclosure that I was trying to 
> repartition using the Gnome Disks app.
>
> It failed miserably only giving me errors, so I loaded up gparted. That 
> worked fine other than the usual "I couldn't inform the kernel so you need to 
> reboot to see the new partition" error message.
>
> Since it was USB I just unplugged and replugged it. Problem solved.
>
> After I was happy with the result and closed gparted, I went to Nautilus and 
> ejected the drive. The eject button disappeared but the drive entry in the 
> navigator did not, and then my system suddenly rebooted.
>
> It's worth mentioning that I'm testing the 5.15.2-200 kernel on Fedora 35, 
> but even prior to running the testing kernel, with USB thumb drives I noticed 
> when I ejected them, not only did the entry not disappear, but the eject 
> button remained as well.
>
> Thanks,
> Richard
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure



-- 
Those who don't understand recursion are doomed to repeat it
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Hints, tips and advice on restoring data deleted (rm -rf !) from a Fedora 35 LVM ?

[Frank]

On 2021-11-18 3:43 p.m., linux guy wrote:
As you can read about in another thread, the home directories on one 
of my Fedora 35 computers were deleted using rm -rf.   These 
directories are located on an EXT4 LVM.


How should I proceed to try to restore this data ?

Thanks


You could try some of these suggestions. I don't think it looks good.


https://serverfault.com/questions/992911/recovering-as-much-as-possible-from-a-lvm-where-some-pvs-failed

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Hints, tips and advice on restoring data deleted (rm -rf !) from a Fedora 35 LVM ?

[linux guy]

As you can read about in another thread, the home directories on one of my
Fedora 35 computers were deleted using rm -rf.   These directories are
located on an EXT4 LVM.

How should I proceed to try to restore this data ?

Thanks
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: dnf upgrade to Fedora 35 using --downloaddir just wiped out my entire home dir !

[Patrick O'Callaghan]

On Thu, 2021-11-18 at 10:05 -0700, linux guy wrote:
> > > Except that this is a very different case.  You're not telling
> > > dnf where
> > > it can create its own directory.  You are saying "this is your
> > > directory, use it".
> > 
> 
> Yes, use it.  But don't destroy data in it that the app didn't create
> !  rm
> -rf ?  Really ? That is a lot strong handed.
> 
> Yes, you have a point. It's a much better argument, than "it could,
> > because it did". I still think the prudent (and simple) thing is to
> > create a subdirectory and wipe that. Or at least put a scary
> > warning
> > in the documentation.
> > 
> 
> Why didn't dnf create its own sub dir within the given directory and
> then
> just wipe that ?  Absolutely no chance of destroying user data if you
> do
> that.

IMHO the proper policy would be to ask the user before proceeding,
e.g.:

   This will remove all existing content in . Continue? [N, y]

Dnf already asks for confirmation for some other actions, so I don't
see the problem with this.

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: dnf upgrade to Fedora 35 using --downloaddir just wiped out my entire home dir !

[linux guy]

> > Except that this is a very different case.  You're not telling dnf where
> > it can create its own directory.  You are saying "this is your
> > directory, use it".
>

Yes, use it.  But don't destroy data in it that the app didn't create !  rm
-rf ?  Really ? That is a lot strong handed.

Yes, you have a point. It's a much better argument, than "it could,
> because it did". I still think the prudent (and simple) thing is to
> create a subdirectory and wipe that. Or at least put a scary warning
> in the documentation.
>

Why didn't dnf create its own sub dir within the given directory and then
just wipe that ?  Absolutely no chance of destroying user data if you do
that.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Packagekit background updates

[Patrick O'Callaghan]

On Thu, 2021-11-18 at 04:57 +, Reon Beon via users wrote:
> I wish it would automatically do it on reboot/shutdown.

Do what? Remember that HyperKitty doesn't quote anything by default and
most people here are seeing your post in their mail reader.

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F35: Default audio output device

[Sam Varshavchik]

Gordon Messmer writes:


On 11/16/21 15:27, Sam Varshavchik wrote:

So, anyone knows how to set the permanent default output device?



A search for "pipewire set persistent default" brings up a few discussions  
suggesting that pipewire *should* save the default across sessions, but that  
was broken in 0.3.33, and then fixed, and might be broken again.


Well, it is persistent across sessions. If I log out and back in the default  
audio stays put, only a reboot resets it. I installed the latest pipewire  
update, 0.3.40, no difference.


My eye caught a "Manage Sound Card State (restore and store)" service  
getting started on boot. I tracked it down to alsa-state.service, and this  
is what "systemctl status alsa-state.service" shows me:


Nov 18 06:59:56 monster.email-scan.com systemd[1]: Started Manage Sound Card  
State (restore and store).
Nov 18 06:59:56 monster.email-scan.com alsactl[3624]: alsactl 1.2.5.1 daemon  
started
Nov 18 06:59:56 monster.email-scan.com alsactl[3624]: alsa-lib parser.c:242: 
(error_node) UCM is not supported for this HDA model (HDA Intel at  
0xfa9f8000 irq 47)
Nov 18 06:59:56 monster.email-scan.com alsactl[3624]: alsa-lib main.c:1405: 
(snd_use_case_mgr_open) error: failed to import hw:0 use case configuration  
-6
Nov 18 06:59:56 monster.email-scan.com alsactl[3624]: alsa-lib main.c:1405: 
(snd_use_case_mgr_open) error: failed to import hw:1 use case configuration  
-2


This looks relevant, but I don't grok it. "systemctl stop" and "start" logs  
this again. Looks relevant enough to create an alsa-utils issue on github  
and see what they say.




pgpzbUrqD2LAS.pgp
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: dnf upgrade to Fedora 35 using --downloaddir just wiped out my entire home dir !

[Andras Simon]

2021-11-18 11:25 UTC+01:00, Samuel Sieb :
> On 11/18/21 02:21, Andras Simon wrote:
>> 2021-11-18 5:08 UTC+01:00, Ed Greshko :
>>> On 18/11/2021 11:39, linux guy wrote:
 "And the "rm" man page also does not warn what would happen if one
 enters
 "rm -rf /home"."

 Sorry, not the same context.   Giving an app a directory to use does
 not
 allow the app to delete data it didn't create.

>>>
>>> Quite apparently, it does in this case.
>>
>> Just because dnf does it, it doesn't mean that it is allowed to do it.
>> In a very technical sense, yes, but then, say, firefox is also allowed
>> to wipe your home directory. dnf should've created a subdirectory of
>> /home and wiped *that*, afterwards. Just as other apps are creating
>> subdirectories of .config and do their thing there.
>
> Except that this is a very different case.  You're not telling dnf where
> it can create its own directory.  You are saying "this is your
> directory, use it".

Yes, you have a point. It's a much better argument, than "it could,
because it did". I still think the prudent (and simple) thing is to
create a subdirectory and wipe that. Or at least put a scary warning
in the documentation.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: dnf upgrade to Fedora 35 using --downloaddir just wiped out my entire home dir !

[Samuel Sieb]

On 11/18/21 02:21, Andras Simon wrote:

2021-11-18 5:08 UTC+01:00, Ed Greshko :

On 18/11/2021 11:39, linux guy wrote:

"And the "rm" man page also does not warn what would happen if one enters
"rm -rf /home"."

Sorry, not the same context.   Giving an app a directory to use does not
allow the app to delete data it didn't create.



Quite apparently, it does in this case.


Just because dnf does it, it doesn't mean that it is allowed to do it.
In a very technical sense, yes, but then, say, firefox is also allowed
to wipe your home directory. dnf should've created a subdirectory of
/home and wiped *that*, afterwards. Just as other apps are creating
subdirectories of .config and do their thing there.


Except that this is a very different case.  You're not telling dnf where 
it can create its own directory.  You are saying "this is your 
directory, use it".  You normally don't even use that parameter at all. 
 I've never used it even when low on disk space.  I just create a link 
from the default directory to where I want it to put the files. 
Sometimes that has even been on an external flash drive.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: dnf upgrade to Fedora 35 using --downloaddir just wiped out my entire home dir !

[Andras Simon]

2021-11-18 5:08 UTC+01:00, Ed Greshko :
> On 18/11/2021 11:39, linux guy wrote:
>> "And the "rm" man page also does not warn what would happen if one enters
>> "rm -rf /home"."
>>
>> Sorry, not the same context.   Giving an app a directory to use does not
>> allow the app to delete data it didn't create.
>>
>
> Quite apparently, it does in this case.

Just because dnf does it, it doesn't mean that it is allowed to do it.
In a very technical sense, yes, but then, say, firefox is also allowed
to wipe your home directory. dnf should've created a subdirectory of
/home and wiped *that*, afterwards. Just as other apps are creating
subdirectories of .config and do their thing there.

It's not even a question of which directory we're talking about. dnf
shouldn't even wipe /tmp
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: dnf upgrade to Fedora 35 using --downloaddir just wiped out my entire home dir !

[Marcel J.E. Mol]

It is also a bit risky to to just give your whole /home to a
application when it probably contains lots uf subdirectories with
valuable data.
I would have created a /home/dnf supbir and use that as downloaddir.

Cheers,

Marcel

On Thu, Nov 18, 2021 at 08:53:43AM +, Andy Paterson via users wrote:
> This is why my /home has its own dedicated 2 disk md mirror 
> The disks are physically powered off before i do a dnf upgrade of my system 
> disk
> I then fix fstab to mount my /home as the very last stage!!!
> 
> > On 18 Nov 2021, at 04:39, Joe Zeff  wrote:
> > 
> > On 11/17/21 9:20 PM, linux guy wrote:
> >> Sorry, I've been using Redhat/Fedora for 20 years.  Never once lost data 
> >> like this.  This is bad programming, period !
> >> On Wed, Nov 17, 2021 at 9:15 PM Joe Zeff  >> > wrote:
> >>On 11/17/21 6:45 PM, linux guy wrote:
> >> > Any chance I can recover the files ?
> >>I very seriously doubt it because in Linux, gone is gone.  I hope I'm
> >>wrong here, but this is why you should never upgrade your system
> >>without
> >>first backing up your /home and anything else you consider important.
> > 
> > There's always a first time.  And, programming errors aren't the only 
> > causes of data loss.  It doesn't take much time to back up /home and the 
> > peace of mind you get from knowing that no matter what happens your data is 
> > safe is well worth it.
> > ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: 
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> > Do not reply to spam on the list, report it: 
> > https://pagure.io/fedora-infrastructure
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: dnf upgrade to Fedora 35 using --downloaddir just wiped out my entire home dir !

[Andy Paterson via users]

This is why my /home has its own dedicated 2 disk md mirror 
The disks are physically powered off before i do a dnf upgrade of my system disk
I then fix fstab to mount my /home as the very last stage!!!

> On 18 Nov 2021, at 04:39, Joe Zeff  wrote:
> 
> On 11/17/21 9:20 PM, linux guy wrote:
>> Sorry, I've been using Redhat/Fedora for 20 years.  Never once lost data 
>> like this.  This is bad programming, period !
>> On Wed, Nov 17, 2021 at 9:15 PM Joe Zeff > > wrote:
>>On 11/17/21 6:45 PM, linux guy wrote:
>> > Any chance I can recover the files ?
>>I very seriously doubt it because in Linux, gone is gone.  I hope I'm
>>wrong here, but this is why you should never upgrade your system
>>without
>>first backing up your /home and anything else you consider important.
> 
> There's always a first time.  And, programming errors aren't the only causes 
> of data loss.  It doesn't take much time to back up /home and the peace of 
> mind you get from knowing that no matter what happens your data is safe is 
> well worth it.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure