All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wols Lists <antlists@youngman.org.uk>
To: Pascal Hambourg <pascal@plouf.fr.eu.org>,
	Phil Turmel <philip@turmel.org>, H <agents@meddatainc.com>,
	Linux RAID Mailing List <linux-raid@vger.kernel.org>
Subject: Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
Date: Sat, 21 Jan 2023 08:49:29 +0000	[thread overview]
Message-ID: <d4988c81-21f5-9b71-18ed-6ce489b28667@youngman.org.uk> (raw)
In-Reply-To: <3a3d1de2-f02b-cd2a-7dd4-9d269bb0443e@plouf.fr.eu.org>

On 20/01/2023 21:01, Pascal Hambourg wrote:
> On 20/01/2023 at 21:26, Wol wrote:
>>
>> I think you've just put your finger on it. Multiple EFI partitions is 
>> outside the remit of linux
> 
> I do not subscribe to this point of view. Distributions used to handle 
> multiple boot sectors, why could they not handle multiple EFI partitions 
> as well ?

Because that means that distros need to know all about EVERY OTHER 
OPERATING SYSTEM?
> 
>> I really don't think the system manager - be it yast, yum, apt, 
>> whatever - is capable of even trying.
> 
> yum and apt are package managers, not system managers. FWIW, Ubuntu's 
> grub-efi packages can deal with multiple EFI partitions in the same way 
> grub-pc can deal with multiple boot sectors.

???

I don't know who's fault it was, probably Microsoft's, but I gave up 
trying to dual-boot a laptop ...
> 
>> At the end of the day, it's down to the user, and if you can shove a 
>> quick rsync in the initramfs or boot sequence to sync EFIs, then 
>> that's probably the best place. Then it doesn't get missed ...
> 
> No, these are not adequate places. Too early or too late. The right 
> place is when anything is written to the EFI partition.

I would agree with you. But that requires EVERY OS on the computer to 
co-operate. I think you are being - shall we say - optimistic?

Fact: Other systems outside of linux meddle with the EFI. Conclusion: 
modifying linux to sync EFI *at the point of modification* is going to 
fail. Badly.

Cheers,
Wol

  reply	other threads:[~2023-01-21  8:49 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-15  3:12 Transferring an existing system from non-RAID disks to RAID1 disks in the same computer H
2023-01-15  8:41 ` Wols Lists
2023-01-15  9:02   ` Reindl Harald
2023-01-15  9:20     ` Wols Lists
2023-01-15  9:39       ` Reindl Harald
2023-01-15 10:45         ` Wols Lists
2023-01-20  2:48       ` Phil Turmel
2023-01-15 11:31 ` Pascal Hambourg
2023-01-20  2:51   ` Phil Turmel
2023-01-20 19:27     ` Pascal Hambourg
2023-01-20 20:26       ` Wol
2023-01-20 21:01         ` Pascal Hambourg
2023-01-21  8:49           ` Wols Lists [this message]
2023-01-21 13:32             ` Pascal Hambourg
2023-01-21 14:04               ` Wols Lists
2023-01-21 14:33                 ` Pascal Hambourg
2023-01-21 15:21                   ` Wols Lists
2023-01-21 18:32                     ` Pascal Hambourg
2023-01-21 18:39                       ` Reindl Harald
2023-01-21 18:57                         ` Pascal Hambourg
2023-01-21 19:08                           ` Reindl Harald
2023-01-21 22:43                             ` Pascal Hambourg
2023-01-21 22:56                               ` Reindl Harald
2023-01-22  9:04                                 ` Pascal Hambourg
2023-01-22 11:25                                   ` Reindl Harald
2023-01-21 12:17           ` Reindl Harald
2023-01-21 14:15             ` Pascal Hambourg
2023-01-21 14:31               ` Reindl Harald
2023-01-21 14:38                 ` Pascal Hambourg
2023-01-21 14:52                   ` Reindl Harald
2023-01-21 15:17                     ` Pascal Hambourg
2023-01-21 16:24                       ` Reindl Harald
2023-01-21 18:52                         ` Pascal Hambourg
2023-01-21 18:57                           ` Reindl Harald
2023-01-21 20:04                             ` Pascal Hambourg
2023-01-21 20:44                               ` Reindl Harald
2023-01-21 22:56                                 ` Pascal Hambourg
2023-01-21 22:59                                   ` Reindl Harald
2023-01-21 23:04                                     ` Reindl Harald
2023-01-21 23:02                                   ` Reindl Harald
2023-01-22  9:22                                     ` Pascal Hambourg
2023-01-22 11:29                                       ` Reindl Harald
2023-01-21 21:20         ` Phil Turmel
2023-01-15 17:25 ` H
2023-01-22  5:05   ` H
2023-01-22  8:52     ` Pascal Hambourg
2023-01-22 17:19     ` Wol
2023-01-23  0:25       ` H
2023-01-23  3:44     ` Brad Campbell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=d4988c81-21f5-9b71-18ed-6ce489b28667@youngman.org.uk \
    --to=antlists@youngman.org.uk \
    --cc=agents@meddatainc.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=pascal@plouf.fr.eu.org \
    --cc=philip@turmel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.