On 2024-06-18 14:33, Roger Heflin wrote:
On mine I have md raid1 configured for /boot. Old install no
/boot/efi but it should also work for /boot/efi because even with
mdraid the bios/efi will still be able to find what it needs to find
to boot but when the OS comes up it mounts the md-raid raid
On 19 Jun 2024 at 14:52, Tim via users wrote:
Subject:Re: Interesting mount problem - F40
To: Community support for Fedora users
Date sent: Wed, 19 Jun 2024 14:52:36 +0930
Send reply to: Community support for Fedora users
From
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, b
Frank Bures writes:
What is happening now is that the machine boots from /dev/sda, but then
mounts /dev/sdg for its /boot and /boot/efi. So in df I see /dev/sdg
instead of /dev/sda that the machine booted from.
I solved the problem by editing /etc/fstab and pointing /boot and /boot/efi
t
On 6/18/24 12:52, Frank Bures wrote:
On 2024-06-18 11:40, Tom Horsley wrote:
On Tue, 18 Jun 2024 11:23:57 -0400
Frank Bures wrote:
Question: is this solution OK or have I done something wrong? Is there a
better way of solving this?
--SNIP--
Personally, I'd just use rsync to back up the co
On 6/18/24 19:58, Frank Bures wrote:
Or I could just live with it. Let the machine decide, which disk it wants to
mount and then copy the boot disk to that disk. I could even automatize the
backup script to make the decision by itself. In fact, there is no difference
between mounting sda or
Once upon a time, Roger Heflin said:
> On mine I have md raid1 configured for /boot. Old install no
> /boot/efi but it should also work for /boot/efi because even with
> mdraid the bios/efi will still be able to find what it needs to find
> to boot but when the OS comes up it mounts the md-raid r
On mine I have md raid1 configured for /boot. Old install no
/boot/efi but it should also work for /boot/efi because even with
mdraid the bios/efi will still be able to find what it needs to find
to boot but when the OS comes up it mounts the md-raid raid1 devices.
This would allow you to survive
On 2024-06-18 13:52, Frank Bures wrote:
Just to explain:
I do not dd the whole /dev/sda. There are only /boot and /boot/efi
partitions on the disk, the rest is unformatted. I only dd the formatted
sectors.
The whole idea of having the same UUID on both sda and sdg is the ability
of just
On 2024-06-18 11:40, Tom Horsley wrote:
On Tue, 18 Jun 2024 11:23:57 -0400
Frank Bures wrote:
Question: is this solution OK or have I done something wrong? Is there a
better way of solving this?
Using dd to back up a disk leaves the copy with the exact same UUID
as the source. So it is just
On Tue, 18 Jun 2024 11:23:57 -0400
Frank Bures wrote:
> Question: is this solution OK or have I done something wrong? Is there a
> better way of solving this?
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
oper
Once upon a time, Frank Bures said:
> Question: is this solution OK or have I done something wrong? Is
> there a better way of solving this?
It'd probably be better to do backups by copying files rather than
blocks. There are a variety of things that look at filesystems by UUID,
and the plus of
12 matches
Mail list logo
