On 19 Jun 2024 at 14:52, Tim via users wrote: Subject: Re: Interesting mount problem - F40 To: Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx> Date sent: Wed, 19 Jun 2024 14:52:36 +0930 Send reply to: Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx> From: Tim via users <users@xxxxxxxxxxxxxxxxxxxxxxx> Copies to: listfrank1@xxxxxxxxx, Tim <ignored_mailbox@xxxxxxxxxxxx> > On Tue, 2024-06-18 at 11:40 -0400, Tom Horsley wrote: > > Using dd to back up a disk leaves the copy with the exact same UUID > > as the source. So it is just down to random timing and order of > > operations as to which disk it will choose, so using /dev/sda > > instead of UUID is one possible solution, but there are UUID values > > in lots more places than /etc/fstab. (grub.cfg for one, but other files > > as well like the /boot/loader/entries files). > > If one was cloning a drive so you can quickly recover from a failure by > using the other drive, I would think that for the least surprises, you > have to be unplugging the copy when cloned. Then actually swap drives > over if you needed to use it, instead. I've been the maintainer of the G4L disk imaging project going back to 2004. If the mounting is using the blkid of the partitions that is definitely true. If it was using /dev/sdx then would also have to modify that or switch the connections. If you clone drives at the bit level that is true. G4L also allowed maked img files, that are compressed, and could then be restored to a new disk to replace a failed disk, and then having the same blkid as original was not a problem. > > -- > > uname -rsvp > Linux 3.10.0-1160.118.1.el7.x86_64 #1 SMP Wed Apr 24 16:01:50 UTC 2024 x86_64 > > Boilerplate: All unexpected mail to my mailbox is automatically deleted. > I will only get to see the messages that are posted to the mailing list. > > -- > _______________________________________________ > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > 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@xxxxxxxxxxxxxxxxxxxxxxx > Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue +------------------------------------------------------------+ Michael D. Setzer II - Computer Science Instructor (Retired) mailto:mikes@xxxxxxxx mailto:msetzerii@xxxxxxxxx mailto:msetzerii@xxxxxxx Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +------------------------------------------------------------+ -- _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
