1. Forum
  2. Usenet
  3. LINUX.DEBIAN.USER.ITALIAN

  • Uefi+mdadm

    From franchi@modula.net@21:1/5 to All on Sun Dec 4 20:10:01 2022
    This is a multi-part message in MIME format.
    Salve,

    oggi mi sono avventurato nella installazione di un Debian 11 con Uefi e
    raid mdadm.

    mdadm e Uefi non sono compatibili e quindi la partizione ESP non può
    stare in una partizione raid.

    Esiste almeno un workaround per risolvere il problema ma installare
    nuovi server che per il boot hanno subito bisogno di un work-around non
    mi sembra di buon auspicio.

    Qualcuno sa se ci sono lavori in corso o almeno programnati per
    risolvere il problema?

    Luciano











    --
    Questa email è stata esaminata alla ricerca di virus dal software antivirus Avast.
    www.avast.com
    <html>
    <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <font face="Arial">Salve,<br>
    <br>
    oggi mi sono avventurato nella installazione di un Debian 11 con
    Uefi e raid mdadm.<br>
    <br>
    mdadm e Uefi non sono compatibili e quindi la partizione ESP non
    può stare in una partizione raid.<br>
    <br>
    Esiste almeno un workaround per risolvere il problema ma
    installare nuovi server che per il boot hanno subito bisogno di un
    work-around non mi sembra di buon auspicio.<br>
    <br>
    Qualcuno sa se ci sono lavori in corso o almeno programnati per
    risolvere il problema? <br>
    <br>
    Luciano<br>
    <br>
    <br>
    <br>
    <br>
    <br>
    <br>
    <br>
    <br>
    <br>
    <br>
    </font>
    <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /><table style="border-top: 1px solid #D3D4DE;"><tr><td style="width: 55px; padding-top: 13px;"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_
    content=emailclient" target="_blank"><img src="https://s-install.avcdn.net/ipm/preview/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" width="46" height="29" style="width: 46px; height: 29px;"/></a></td><td style="width: 470px;
    padding-top: 12px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">Privo di virus.<a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient"
    target="_blank" style="color: #4453ea;">www.avast.com</a></td></tr></table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"> </a></div></body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From franchi@modula.net@21:1/5 to All on Sun Dec 4 20:50:02 2022
    Il 04/12/2022 20:40, Marco Ciampa ha scritto:
    On Sun, Dec 04, 2022 at 07:53:51PM +0100, franchi@modula.net wrote:
    Salve,

    oggi mi sono avventurato nella installazione di un Debian 11 con Uefi e raid >> mdadm.

    mdadm e Uefi non sono compatibili e quindi la partizione ESP non può stare >> in una partizione raid.
    Oibo! Da dove ti viene questa convinzione? Io ho installato poco tempo fa
    un RAID software su UEFI...


    Ho trovato questo:

    https://wiki.debian.org/UEFI#RAID_for_the_EFI_System_Partition

    Luciano

    --
    Questa email è stata esaminata alla ricerca di virus dal software antivirus Avast.
    www.avast.com

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marco Ciampa@21:1/5 to franchi@modula.net on Sun Dec 4 20:50:01 2022
    On Sun, Dec 04, 2022 at 07:53:51PM +0100, franchi@modula.net wrote:
    Salve,

    oggi mi sono avventurato nella installazione di un Debian 11 con Uefi e raid mdadm.

    mdadm e Uefi non sono compatibili e quindi la partizione ESP non può stare in una partizione raid.

    Oibo! Da dove ti viene questa convinzione? Io ho installato poco tempo fa
    un RAID software su UEFI...


    --

    Amike,
    Marco Ciampa

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marco Ciampa@21:1/5 to franchi@modula.net on Sun Dec 4 21:40:02 2022
    On Sun, Dec 04, 2022 at 08:44:46PM +0100, franchi@modula.net wrote:


    Il 04/12/2022 20:40, Marco Ciampa ha scritto:
    On Sun, Dec 04, 2022 at 07:53:51PM +0100, franchi@modula.net wrote:
    Salve,

    oggi mi sono avventurato nella installazione di un Debian 11 con Uefi e raid
    mdadm.

    mdadm e Uefi non sono compatibili e quindi la partizione ESP non può stare
    in una partizione raid.
    Oibo! Da dove ti viene questa convinzione? Io ho installato poco tempo fa un RAID software su UEFI...


    Ho trovato questo:

    https://wiki.debian.org/UEFI#RAID_for_the_EFI_System_Partition


    eheheh in effetti due righe di rsync come pensavo risolvono ma come ti ho
    detto basta imbrogliare il bios e fargli credere che il RAID sia una
    semplice partizione FAT32 e il gioco è fatto.

    --

    Amike,
    Marco Ciampa

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marco Ciampa@21:1/5 to Marco Ciampa on Sun Dec 4 21:30:01 2022
    On Sun, Dec 04, 2022 at 07:40:28PM +0000, Marco Ciampa wrote:
    On Sun, Dec 04, 2022 at 07:53:51PM +0100, franchi@modula.net wrote:
    Salve,

    oggi mi sono avventurato nella installazione di un Debian 11 con Uefi e raid
    mdadm.

    mdadm e Uefi non sono compatibili e quindi la partizione ESP non può stare in una partizione raid.

    Oibo! Da dove ti viene questa convinzione? Io ho installato poco tempo fa
    un RAID software su UEFI...

    Ah ho capito, la partizione /boot/efi ... beh ci sono diverse soluzioni
    in giro, basta cercare... non è un gran problema dato che ci sta solo un piccolo pezzo di grub ... al limine non metti la partizione in RAID e
    quando aggiorni i pacchetti controlli con un rsync che le due partizioni
    sui due dischi siano identiche, ma ci sono un mucchio di altri modi di
    farlo.

    Comunque questo è il metodo più semplice:

    https://unix.stackexchange.com/questions/265368/why-is-uefi-firmware-unable-to-access-a-software-raid-1-boot-efi-partition

    Qui è spiegato il perché:

    https://outflux.net/blog/archives/2018/04/19/uefi-booting-and-raid1/

    in pratica devi fare un RAID1 con metadata (1.0) che non "confonde" il
    BIOS e riconosce il RAID come FAT32 ed il gioco è fatto...

    --

    Amike,
    Marco Ciampa

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Piviul@21:1/5 to franchi@modula.net on Mon Dec 5 08:20:01 2022
    This is a multi-part message in MIME format.
    On 12/4/22 19:53, franchi@modula.net wrote:
    Salve,

    oggi mi sono avventurato nella installazione di un Debian 11 con Uefi
    e raid mdadm.

    mdadm e Uefi non sono compatibili e quindi la partizione ESP non può
    stare in una partizione raid.

    ad ogni aggiornamento di grub manualmente eseguo:

    umount /boot/efi && mount /dev/sdx1 /boot/efi && grub-install && umount /boot/efi && mount -a

    dove /dev/sdx1 è la partizione efi che non viene referenziata da /etc/fstab

    Piviul


    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <div class="moz-cite-prefix">On 12/4/22 19:53, <a class="moz-txt-link-abbreviated" href="mailto:franchi@modula.net">franchi@modula.net</a>
    wrote:<br>
    </div>
    <blockquote type="cite"
    cite="mid:075d1a12-1480-026f-03d5-636a12535da6@modula.net">
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    <font face="Arial">Salve,<br>
    <br>
    oggi mi sono avventurato nella installazione di un Debian 11 con
    Uefi e raid mdadm.<br>
    <br>
    mdadm e Uefi non sono compatibili e quindi la partizione ESP non
    può stare in una partizione raid.<br>
    </font></blockquote>
    <p>ad ogni aggiornamento di grub manualmente eseguo:</p>
    <p>umount /boot/efi &amp;&amp; mount /dev/sdx1 /boot/efi &amp;&amp;
    grub-install &amp;&amp; umount /boot/efi &amp;&amp; mount -a</p>
    <p>dove /dev/sdx1 è la partizione efi che non viene referenziata da
    /etc/fstab</p>
    <p>Piviul<br>
    </p>
    <p><br>
    </p>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From franchi@modula.net@21:1/5 to All on Mon Dec 5 11:20:01 2022
    Il 04/12/2022 21:31, Marco Ciampa ha scritto:
    On Sun, Dec 04, 2022 at 08:44:46PM +0100,franchi@modula.net wrote:
    Il 04/12/2022 20:40, Marco Ciampa ha scritto:
    On Sun, Dec 04, 2022 at 07:53:51PM +0100,franchi@modula.net wrote:
    Salve,

    oggi mi sono avventurato nella installazione di un Debian 11 con Uefi e raid
    mdadm.

    mdadm e Uefi non sono compatibili e quindi la partizione ESP non può stare
    in una partizione raid.
    Oibo! Da dove ti viene questa convinzione? Io ho installato poco tempo fa >>> un RAID software su UEFI...


    Ho trovato questo:

    https://wiki.debian.org/UEFI#RAID_for_the_EFI_System_Partition

    eheheh in effetti due righe di rsync come pensavo risolvono ma come ti ho detto basta imbrogliare il bios e fargli credere che il RAID sia una
    semplice partizione FAT32 e il gioco è fatto.

    I due workaround, quello con rsync e quello con l'"imbroglio" del bios
    li avevo visti, anche se non provati.
    Ho un approccio molto conservativo nelle installazioni: se una
    caratteristica non è supportata cerco di non farmene carico.

    Comunque entrambe le soluzioni sono abbastanza semplici, anche se quella
    con l' "imbroglio" mi sembra più elegante perché non prevede codice aggiuntivo.

    Quella suggerita da Pivul:

    "ad ogni aggiornamento di grub manualmente eseguo:
    umount /boot/efi && mount /dev/sdx1 /boot/efi && grub-install && umount /boot/efi && mount -a
    dove /dev/sdx1 è la partizione efi che non viene referenziata da /etc/fsta"

    mi sembra meno robusta perché comporta di ricordarsi di fare alcune
    operazioni a mano.

    Il problema che vedo è che il trio "mdadm"+"uefi"+"grub" non  è ben implementato nell'installer e per questo chiedevo se qualcuno sa se la caratteristica è all'attenzione di uno dei Team Debian.

    Finché le macchine arrivano con l'opzione Bios va bene, ma non sarà così
    per sempre.  Credo che alcune schede già arrivino con il solo Uefi.

    Luciano


    --
    Questa email è stata esaminata alla ricerca di virus dal software antivirus Avast.
    www.avast.com

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marco Ciampa@21:1/5 to Diego Zuccato on Mon Dec 5 18:20:02 2022
    On Mon, Dec 05, 2022 at 09:30:30AM +0100, Diego Zuccato wrote:
    Il 04/12/2022 21:27, Marco Ciampa ha scritto:

    Il metodo più semplice è usare una controllerina con RAID1 HW (ne avevo viste anche che si spacciavano direttamente per un disco, praticamente "in line" sul cavo SATA), che sia il più trasparente possibile sia per il BIOS che poi per il SO.
    Oltretutto molti firmware recenti su motherboard di classe server già prevedono il RAID1. Ovviamente però sempre a livello di disco intero.

    Mah io sono abbastanza scettico sui controller hw. Se sono del tipo
    "fake" ovvero software, ok linux li supporta per cui puoi far funzionare
    il raid anche se non hai il controller. Questo trattasi di un'estensione
    del bios che serve a fare il sync da bios appunto ma ha un sacco di
    limiti: principalmente può solo trattare dischi interi e non partizioni
    quindi combinazioni tipo RAID1 per il boot e RAID5 per il resto sono impossibili. I controller RAID hardware _veri_ costano un sacco (spesso
    più di una scheda madre), non sono esenti da problemi (tutto sommato il
    RAID software di linux è più affidabile) e vogliono necessariamente
    batteria tampone o supercapacitori con memoria flash e driver appositi
    nel kernel che sono giocoforza meno affidabili come driver dei driver
    standard per questioni di meri numeri. Insomma il gioco non vale la
    candela e infatti oramai si tende a usarli sempre meno.

    in pratica devi fare un RAID1 con metadata (1.0) che non "confonde" il
    BIOS e riconosce il RAID come FAT32 ed il gioco è fatto...

    E questo è stato anche il mio fallback per server blade, dove
    praticamente non sarebbe entrata neanche una zanzara e quindi la soluzione con controllerina extra era inapplicabile.
    Questa soluzione permette anche "giochi" più complessi (p.e. 1G di RAID1 per UEFI sui primi 2 dischi, il resto in RAID5 su 4 dischi, e nello spazio iniziale degli altri 2 dischi due partizioni di swap da 1G ognuna).

    yes

    --

    Amike,
    Marco Ciampa

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marco Ciampa@21:1/5 to Diego Zuccato on Mon Dec 5 23:40:01 2022
    On Mon, Dec 05, 2022 at 07:38:00PM +0100, Diego Zuccato wrote:
    Il 05/12/2022 18:09, Marco Ciampa ha scritto:
    Mah io sono abbastanza scettico sui controller hw. Se sono del tipo
    "fake" ovvero software, ok linux li supporta per cui puoi far funzionare
    il raid anche se non hai il controller.
    Questo non mi è mai riuscito.
    Comunque normalmente è un sistema che uso quando ho parecchia scorta di ctrl :)

    Perché devi installare il pacchetto dmraid ...


    Questo trattasi di un'estensione
    del bios che serve a fare il sync da bios appunto ma ha un sacco di
    limiti: principalmente può solo trattare dischi interi e non partizioni quindi combinazioni tipo RAID1 per il boot e RAID5 per il resto sono impossibili.
    Esatto. Ma tutte le controller che conosco trattano solo dischi interi.

    I controller RAID hardware _veri_ costano un sacco (spesso
    più di una scheda madre),
    Dipende dalla mobo. Comunque molto spesso con 200€ prendi una ctrl RAID decente. Poi chiaramente se vuoi che supporti RAID6 su batterie di SAS expander allora il prezzo sale velocemente...

    non sono esenti da problemi (tutto sommato il
    RAID software di linux è più affidabile) e vogliono necessariamente batteria tampone o supercapacitori con memoria flash e driver appositi
    nel kernel che sono giocoforza meno affidabili come driver dei driver standard per questioni di meri numeri.
    Scordi quello che IMO è il difetto più grande delle ctrl RAID HW: se la controller rilascia il fumo magico, troppo spesso non hai altro modo di recuperare i dati dai dischi se non installando un'altra controller
    identica. E talvolta neppure così :( Non chiedermi come lo so... :(
    Auguri se il server è vecchio e la controller oramai fuori produzione da anni...

    Esatto

    Insomma il gioco non vale la
    candela e infatti oramai si tende a usarli sempre meno.
    Ni. Ho ordinato a febbraio un server di storage con HBA (in pratica una scheda RAID senza la funzione RAID) e mi è arrivato la settimana scorsa. Se avessi chiesto la controller RAID, sarebbe arrivato ad aprile... Per lo meno spero che mi abbiano messo la HBA... Non sono ancora riuscito a collegarlo.

    O forse ti è arrivato perché ne hanno pieni i magazzini e nessuno li
    compera più? Chissà... poi con quello che costa la tecnologia SAN...

    va beh speculazioni, sono d'accordo con te praticamente sempre...

    --

    Amike,
    Marco Ciampa

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)