Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Grub con UEFI in RAID1
101 views
Skip to first unread message
Mattia Oss
Feb 4, 2018, 2:30:03 PM2/4/18
to
Ciao a tutti,
ho da poco installato debian con 2 dischi in raid1. Siccome vorrei
essere in grado di avviare il sistema se uno dei dischi si rompe, in
rete si suggerisce di installare grub su entrambi i dischi.
Mi chiedevo, nei sistemi UEFI è ancora vero? Grub viene installato sulla
partizione EFI (esterna al raid), quindi in teoria non dovrebbe essere
necessario? O sbaglio?
ho da poco installato debian con 2 dischi in raid1. Siccome vorrei
essere in grado di avviare il sistema se uno dei dischi si rompe, in
rete si suggerisce di installare grub su entrambi i dischi.
Mi chiedevo, nei sistemi UEFI è ancora vero? Grub viene installato sulla
partizione EFI (esterna al raid), quindi in teoria non dovrebbe essere
necessario? O sbaglio?
Lorenzo "Palinuro" Faletra
Feb 4, 2018, 6:30:02 PM2/4/18
to
se esterna al raid rispetto ai 2 dischi in raid allora si, perchè la rottura di uno dei 2 dischi non compromette lanrottura della partizione di boot (che è altrove)
se invece la partizione è su uno dei 2 dischi, ti ricordo che i raid da raid1 a salire nascono per il semplice fatto che a rompersi per usura sono i dischi, non le singole partizioni, quindi replicare anche la partizione esp di uefi è cosa buona e giusta
se invece la partizione è su uno dei 2 dischi, ti ricordo che i raid da raid1 a salire nascono per il semplice fatto che a rompersi per usura sono i dischi, non le singole partizioni, quindi replicare anche la partizione esp di uefi è cosa buona e giusta
--
Lorenzo "Palinuro" Faletra
Parrot Security
GPG FINGERPRINT: B350 5059 3C2F 7656 40E6 DDDB 97CA A129 F4C6 B9A4
GPG Info: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x97CAA129F4C6B9A4
GPG Key: http://pgp.mit.edu/pks/lookup?op=get&search=0x97CAA129F4C6B9A4
Lorenzo "Palinuro" Faletra
Parrot Security
GPG FINGERPRINT: B350 5059 3C2F 7656 40E6 DDDB 97CA A129 F4C6 B9A4
GPG Info: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x97CAA129F4C6B9A4
GPG Key: http://pgp.mit.edu/pks/lookup?op=get&search=0x97CAA129F4C6B9A4
Mattia Oss
Feb 5, 2018, 2:40:03 PM2/5/18
to
On Sun, Feb 04, 2018 at 11:05:49PM +0000, Lorenzo "Palinuro" Faletra wrote:
> se esterna al raid rispetto ai 2 dischi in raid allora si, perchè la rottura di uno dei 2 dischi non compromette lanrottura della partizione di boot (che è altrove)
>
> se invece la partizione è su uno dei 2 dischi, ti ricordo che i raid da raid1 a salire nascono per il semplice fatto che a rompersi per usura sono i dischi, non le singole partizioni, quindi replicare anche la partizione esp di uefi è cosa buona e giusta
Ma porc.. Che svista. Per fortuna non faccio il sistemista di
> se esterna al raid rispetto ai 2 dischi in raid allora si, perchè la rottura di uno dei 2 dischi non compromette lanrottura della partizione di boot (che è altrove)
>
> se invece la partizione è su uno dei 2 dischi, ti ricordo che i raid da raid1 a salire nascono per il semplice fatto che a rompersi per usura sono i dischi, non le singole partizioni, quindi replicare anche la partizione esp di uefi è cosa buona e giusta
professione. Che faccio adesso? Se creo un array per queste 2 partizioni
parte debian?
Mattia Oss
Feb 5, 2018, 7:00:02 PM2/5/18
to
di tipo efi/vfat. Sei sicuro che si possa mettere in RAID?
Per il momento l'ho semplicemente clonata sull'altro disco e facendo la
prova staccando i dischi sembra funzionare.
Lorenzo "Palinuro" Faletra
Feb 6, 2018, 10:40:02 AM2/6/18
to
posso confermare che la esp non può essere messa in raid
una soluzione che adotto sui miei server è di creare una partizione
fat12/fat16/fat32 con flag esp su tutti i dischi del raid di boot.
ovviamente solo una cartella farà da master, e solo una verrà tenuta
aggiornata dagli update di grub, così ho fatto in modo che fstab mi
monti /boot/efi, /boot/efi1, /boot/efi2 e così via, e che uno script di
post-aggiornamento di grub vada a lanciare un rsync che tenga il tutto
sempre aggiornato tra le varie cartelle
dato che non so se grub supporti il raid e non ho avuto tempo per
sperimentare (e non sono il tipo che chiede), ho fatto la stessa cosa
anche per la partizione di boot, montandomi /boot, /boot1, /boot2 ecc, e
facendo uno script di post-aggiornamento con rsync simile al primo
ho anche fatto una prova tirando via un disco alla volta e riavviare il
server e non ho riscontrato problemi. ma bisogna ricordarsi di
modificare /etc/fstab affinchè non vada in errore nel caso in cui una
partizione non venga trovata (opzione nofail)
una soluzione che adotto sui miei server è di creare una partizione
fat12/fat16/fat32 con flag esp su tutti i dischi del raid di boot.
ovviamente solo una cartella farà da master, e solo una verrà tenuta
aggiornata dagli update di grub, così ho fatto in modo che fstab mi
monti /boot/efi, /boot/efi1, /boot/efi2 e così via, e che uno script di
post-aggiornamento di grub vada a lanciare un rsync che tenga il tutto
sempre aggiornato tra le varie cartelle
dato che non so se grub supporti il raid e non ho avuto tempo per
sperimentare (e non sono il tipo che chiede), ho fatto la stessa cosa
anche per la partizione di boot, montandomi /boot, /boot1, /boot2 ecc, e
facendo uno script di post-aggiornamento con rsync simile al primo
ho anche fatto una prova tirando via un disco alla volta e riavviare il
server e non ho riscontrato problemi. ma bisogna ricordarsi di
modificare /etc/fstab affinchè non vada in errore nel caso in cui una
partizione non venga trovata (opzione nofail)
Mattia Oss
Feb 6, 2018, 2:20:02 PM2/6/18
to
On Tue, Feb 06, 2018 at 04:15:57PM +0100, Lorenzo "Palinuro" Faletra wrote:
> posso confermare che la esp non può essere messa in raid
Da come mi avevi risposto nella prima mi sembravi sicuro del contrario.
> posso confermare che la esp non può essere messa in raid
> una soluzione che adotto sui miei server è di creare una partizione
> fat12/fat16/fat32 con flag esp su tutti i dischi del raid di boot.
> ovviamente solo una cartella farà da master, e solo una verrà tenuta
> aggiornata dagli update di grub, così ho fatto in modo che fstab mi
> monti /boot/efi, /boot/efi1, /boot/efi2 e così via, e che uno script di
> post-aggiornamento di grub vada a lanciare un rsync che tenga il tutto
> sempre aggiornato tra le varie cartelle
> dato che non so se grub supporti il raid e non ho avuto tempo per
> sperimentare (e non sono il tipo che chiede), ho fatto la stessa cosa
> anche per la partizione di boot, montandomi /boot, /boot1, /boot2 ecc, e
> facendo uno script di post-aggiornamento con rsync simile al primo
gerlos
Feb 7, 2018, 8:30:03 AM2/7/18
to
> Il giorno 06 feb 2018, alle ore 20:11, Mattia Oss <mais....@gmail.com> ha scritto:
>
> On Tue, Feb 06, 2018 at 04:15:57PM +0100, Lorenzo "Palinuro" Faletra wrote:
>> posso confermare che la esp non può essere messa in raid
>
> Da come mi avevi risposto nella prima mi sembravi sicuro del contrario.
Sicuramente non in un RAID software linux, visto che il firmware del computer ne ha bisogno per fare il boot.
>
>> una soluzione che adotto sui miei server è di creare una partizione
>> fat12/fat16/fat32 con flag esp su tutti i dischi del raid di boot.
>> ovviamente solo una cartella farà da master, e solo una verrà tenuta
>> aggiornata dagli update di grub, così ho fatto in modo che fstab mi
>> monti /boot/efi, /boot/efi1, /boot/efi2 e così via, e che uno script di
>> post-aggiornamento di grub vada a lanciare un rsync che tenga il tutto
>> sempre aggiornato tra le varie cartelle
>
> Stavo pensando anch'io ad impostare qualcosa di simile.
>
>
>> dato che non so se grub supporti il raid e non ho avuto tempo per
>> sperimentare (e non sono il tipo che chiede), ho fatto la stessa cosa
>> anche per la partizione di boot, montandomi /boot, /boot1, /boot2 ecc, e
>> facendo uno script di post-aggiornamento con rsync simile al primo
>
> Ti posso confermare che la partizione /boot può essere messa in raid.
>
In casi come questi, io prenderei un piccolo SSD (ormai i tagli piccoli hanno costi irrisori), su cui metterei la ESP e /boot. Il resto del sistema lo metterei sul RAID. Questo drive verrebbe usato quasi sempre in sola lettura, quindi penso sia ragionevole considerare molto bassa la probabilità di guasti.
Lo spazio rimanente sul SSD si potrebbe usare anche per un sistema live (Debian, System Rescue CD, ...) che potrebbe essere utile in caso di emergenza, o se dovesse essere necessario ripartizionare i dischi di sistema.
saluti,
gerlos
Lorenzo "Palinuro" Faletra
Feb 7, 2018, 10:10:02 PM2/7/18
to
On 02/07/2018 02:24 PM, gerlos wrote:
> In casi come questi, io prenderei un piccolo SSD (ormai i tagli piccoli hanno costi irrisori), su cui metterei la ESP e /boot. Il resto del sistema lo metterei sul RAID. Questo drive verrebbe usato quasi sempre in sola lettura, quindi penso sia ragionevole considerare molto bassa la probabilità di guasti.
>
> Lo spazio rimanente sul SSD si potrebbe usare anche per un sistema live (Debian, System Rescue CD, ...) che potrebbe essere utile in caso di emergenza, o se dovesse essere necessario ripartizionare i dischi di sistema.
sostanzialmente l'ssd lo si può usare come IO cache per lo storage
classico per velocizzare l'accesso ai blocchi dei dischi meccanici piu
usati con un meccanismo del tutto simile a quello della componente flash
degli SSHD
[1]: https://bcache.evilpiepirate.org/
Mattia Oss
Feb 13, 2018, 4:10:03 PM2/13/18
to
On Wed, Feb 07, 2018 at 02:24:37PM +0100, gerlos wrote:
>
> > Il giorno 06 feb 2018, alle ore 20:11, Mattia Oss <mais....@gmail.com> ha scritto:
> >
> > On Tue, Feb 06, 2018 at 04:15:57PM +0100, Lorenzo "Palinuro" Faletra wrote:
> >> posso confermare che la esp non può essere messa in raid
> >
> > Da come mi avevi risposto nella prima mi sembravi sicuro del contrario.
>
> Penso anch’io che la ESP non possa essere messa in RAID.
> Sicuramente non in un RAID software linux, visto che il firmware del computer ne ha bisogno per fare il boot.
Se qualcuno fosse interessato, mi sono imbattuto per caso su questo
>
> > Il giorno 06 feb 2018, alle ore 20:11, Mattia Oss <mais....@gmail.com> ha scritto:
> >
> > On Tue, Feb 06, 2018 at 04:15:57PM +0100, Lorenzo "Palinuro" Faletra wrote:
> >> posso confermare che la esp non può essere messa in raid
> >
> > Da come mi avevi risposto nella prima mi sembravi sicuro del contrario.
>
> Penso anch’io che la ESP non possa essere messa in RAID.
> Sicuramente non in un RAID software linux, visto che il firmware del computer ne ha bisogno per fare il boot.
articolo che spiega come fare per avere la partizione efi in raid:
https://lars.st0ne.at/blog/efi+partition+on+software+raid+1
In pratica, si fa l'installazione creando le partizioni efi senza
metterle in raid. Poi, a sistema installato, si crea un array RAID1 di
queste partizioni passando l'opzione --metadata=1.0.
Un po' scomodo, ma meglio di niente.
Piviul
Feb 14, 2018, 6:10:02 AM2/14/18
to
Il 13/02/2018 22:06, Mattia Oss ha scritto:
> On Wed, Feb 07, 2018 at 02:24:37PM +0100, gerlos wrote:
>>[...]
> On Wed, Feb 07, 2018 at 02:24:37PM +0100, gerlos wrote:
> Se qualcuno fosse interessato, mi sono imbattuto per caso su questo
> articolo che spiega come fare per avere la partizione efi in raid:
> https://lars.st0ne.at/blog/efi+partition+on+software+raid+1
>
> In pratica, si fa l'installazione creando le partizioni efi senza
> metterle in raid. Poi, a sistema installato, si crea un array RAID1 di
> queste partizioni passando l'opzione --metadata=1.0.
>
> Un po' scomodo, ma meglio di niente.
Mi sono un po' perso... non è sufficiente altrimenti ricordarsi di
> articolo che spiega come fare per avere la partizione efi in raid:
> https://lars.st0ne.at/blog/efi+partition+on+software+raid+1
>
> In pratica, si fa l'installazione creando le partizioni efi senza
> metterle in raid. Poi, a sistema installato, si crea un array RAID1 di
> queste partizioni passando l'opzione --metadata=1.0.
>
> Un po' scomodo, ma meglio di niente.
eseguire un grub-install sui dischi che compongono il raid ogni volta
che si cambia la configurazione di grub?
Piviul
Mattia Oss
Feb 14, 2018, 3:00:02 PM2/14/18
to
On Wed, Feb 14, 2018 at 12:01:26PM +0100, Piviul wrote:
> Mi sono un po' perso... non è sufficiente altrimenti ricordarsi di eseguire
> un grub-install sui dischi che compongono il raid ogni volta che si cambia
> la configurazione di grub?
si ma grub-install aggiornerà solo la partizione efi che hai in
> Mi sono un po' perso... non è sufficiente altrimenti ricordarsi di eseguire
> un grub-install sui dischi che compongono il raid ogni volta che si cambia
> la configurazione di grub?
/etc/fstab. Se ti muore il disco in cui c'è questa partizione, l'altro
non sarà aggiornato e quindi probabilmente non partirà.
Tutto questo ammesso che la partizione efi venga effettivamente
modificata ogni qual volta si cambia la configurazione di grub, cosa che
dubito. Ma prima o poi verrà modificata (aggiornamento di grub?).
Mattia
Piviul
Feb 15, 2018, 3:50:03 AM2/15/18
to
Il 14/02/2018 20:55, Mattia Oss ha scritto:
> On Wed, Feb 14, 2018 at 12:01:26PM +0100, Piviul wrote:
>> Mi sono un po' perso... non è sufficiente altrimenti ricordarsi di eseguire
>> un grub-install sui dischi che compongono il raid ogni volta che si cambia
>> la configurazione di grub?
>
> si ma grub-install aggiornerà solo la partizione efi che hai in
> /etc/fstab. Se ti muore il disco in cui c'è questa partizione, l'altro
> non sarà aggiornato e quindi probabilmente non partirà.
"...che hai in /etc/fstab"??? veramente AFAIK se lanci il comando
> On Wed, Feb 14, 2018 at 12:01:26PM +0100, Piviul wrote:
>> Mi sono un po' perso... non è sufficiente altrimenti ricordarsi di eseguire
>> un grub-install sui dischi che compongono il raid ogni volta che si cambia
>> la configurazione di grub?
>
> si ma grub-install aggiornerà solo la partizione efi che hai in
> /etc/fstab. Se ti muore il disco in cui c'è questa partizione, l'altro
> non sarà aggiornato e quindi probabilmente non partirà.
grub-install /dev/sdb aggiorni la partizione di boot EFI del disco sdb no?
> Tutto questo ammesso che la partizione efi venga effettivamente
> modificata ogni qual volta si cambia la configurazione di grub, cosa che
> dubito. Ma prima o poi verrà modificata (aggiornamento di grub?).
dischi non di boot?
Piviul
Piviul
Feb 16, 2018, 12:50:02 AM2/16/18
to
Il 02/16/18 02:23, Mattia Oss ha scritto:
> dicendo o me lo stai chiedendo?
no lo stavo dando per scontato... da quel che ne so io è grub-install
che aggiorna la partizione EFi di boot. Ora non posso provare ma sono
sicuro di averlo anche verificato in passato...
Piviul
> On Thu, Feb 15, 2018 at 09:24:37AM +0100, Piviul wrote:
>> "...che hai in /etc/fstab"??? veramente AFAIK se lanci il comando
>> grub-install /dev/sdb aggiorni la partizione di boot EFI del disco sdb no?
> Probabilmente si, ma non sono in grado di confermare. Tu me lo stai
>> "...che hai in /etc/fstab"??? veramente AFAIK se lanci il comando
>> grub-install /dev/sdb aggiorni la partizione di boot EFI del disco sdb no?
> dicendo o me lo stai chiedendo?
no lo stavo dando per scontato... da quel che ne so io è grub-install
che aggiorna la partizione EFi di boot. Ora non posso provare ma sono
sicuro di averlo anche verificato in passato...
Piviul
Gollum1
Feb 16, 2018, 3:20:02 AM2/16/18
to
Se stai lavorando con i dischi in gpt e uefi, la macchina cerca di partire dalla partizione uefi del disco indicato come primario, e quindi tutto funziona regolarmente.
Se sei in raid 1, non c'è necessità di procurarsi di aggiornare la partizione uefi del secondario, ci pensa in autonomia il raid a sincronizzare i due dischi, altrimenti che raid è?
Se crei un raid, non lavorerai più sui dischi /dev/sdX, ma sul disco /dev/md0
Byez
--
Gollum1
Tesssoro, dov'è il mio tesssoro...
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli errori (maledetto correttore automatico).
Piviul
Feb 16, 2018, 3:40:03 AM2/16/18
to
Il 16/02/2018 09:14, Gollum1 ha scritto:
> Il February 15, 2018 8:24:37 AM UTC, Piviul <piv...@riminilug.it> ha scritto:
>> Il 14/02/2018 20:55, Mattia Oss ha scritto:
>> ed è quello che dicevo: non è sufficiente effettuare un grub-install
>> sui
>> dischi non di boot?
>>
>
> Non riesco a capire il senso di tutto ciò...
> Se stai lavorando con i dischi in gpt e uefi, la macchina cerca di partire dalla partizione uefi del disco indicato come primario, e quindi tutto funziona regolarmente.
>
> Se sei in raid 1, non c'è necessità di procurarsi di aggiornare la partizione uefi del secondario, ci pensa in autonomia il raid a sincronizzare i due dischi, altrimenti che raid è?
ma se la partizione UEFI non è in raid (come normalmente avviene) e
> Il February 15, 2018 8:24:37 AM UTC, Piviul <piv...@riminilug.it> ha scritto:
>> Il 14/02/2018 20:55, Mattia Oss ha scritto:
>> ed è quello che dicevo: non è sufficiente effettuare un grub-install
>> sui
>> dischi non di boot?
>>
>
> Non riesco a capire il senso di tutto ciò...
> Se stai lavorando con i dischi in gpt e uefi, la macchina cerca di partire dalla partizione uefi del disco indicato come primario, e quindi tutto funziona regolarmente.
>
> Se sei in raid 1, non c'è necessità di procurarsi di aggiornare la partizione uefi del secondario, ci pensa in autonomia il raid a sincronizzare i due dischi, altrimenti che raid è?
sostituisci ildisco di boot il sistema non parte più perché nella
partizione UEFI oltre alle informazioni delle partizioni c'è il settore
di avvio di grub. Se non fai un grub-install anche sugli altri dischi
non potrai fare il boot da quei dischi... almeno non mi risulta.
Ciao
Piviul
Gollum1
Feb 16, 2018, 4:20:03 AM2/16/18
to
L'ho fatto solo su una macchina, è un bel po' di tempo fa, poi sulle macchine successive ho sempre litigato in malo modo con uefi, e comunque non ho più fatto macchine in raid1. Questo per dire che quello che ricordo è un po' nebuloso, ma sono convinto di aver fatto il raid completo.
Piviul
Feb 16, 2018, 4:50:02 AM2/16/18
to
Il 16/02/2018 10:13, Gollum1 ha scritto:
> [...]
ricordartelo perché non è cosa normale. Ma se non si è in presenza di
EFI in ogni caso si ha lo stesso problema: devi installare grub sul
settore di boot di ohni disco altrimenti quando cambi disco di boot il
sistema non parte. Con EFI non hai il settore di boot ma la partizione
di boot e devi sempre fare un grub-install sui dischi che vuoi che
possano essere selezionati come dischi di boot in caso di guasto del
disco di boot... almeno da quel che credo di sapere ;)
Quindi con EFI o senza EFI è esattamente la stessa cosa... con EFI però
sembra che tu abbia la possibilità[¹] di mettere anche la partizione di
boot EFI in raid...
Ciao
Piviul
[¹] https://lars.st0ne.at/blog/efi+partition+on+software+raid+1
> [...]
> Ora non vorrei dire una stronzata, ma se non ricordo male, in passato ho messo due dischi in raid1, e successivamente ho fatto le partizioni, quindi anche la partizione uefi era in raid 1. Trattavo tutto come fosse un unico disco attraverso md0, e tolto un disco, l'altro partiva tranquillamente.
>
> L'ho fatto solo su una macchina, è un bel po' di tempo fa, poi sulle macchine successive ho sempre litigato in malo modo con uefi, e comunque non ho più fatto macchine in raid1. Questo per dire che quello che ricordo è un po' nebuloso, ma sono convinto di aver fatto il raid completo.
>
ti ricordi male; se hai fatto il raid della partizione EFI dovresti
>
> L'ho fatto solo su una macchina, è un bel po' di tempo fa, poi sulle macchine successive ho sempre litigato in malo modo con uefi, e comunque non ho più fatto macchine in raid1. Questo per dire che quello che ricordo è un po' nebuloso, ma sono convinto di aver fatto il raid completo.
>
ricordartelo perché non è cosa normale. Ma se non si è in presenza di
EFI in ogni caso si ha lo stesso problema: devi installare grub sul
settore di boot di ohni disco altrimenti quando cambi disco di boot il
sistema non parte. Con EFI non hai il settore di boot ma la partizione
di boot e devi sempre fare un grub-install sui dischi che vuoi che
possano essere selezionati come dischi di boot in caso di guasto del
disco di boot... almeno da quel che credo di sapere ;)
Quindi con EFI o senza EFI è esattamente la stessa cosa... con EFI però
sembra che tu abbia la possibilità[¹] di mettere anche la partizione di
boot EFI in raid...
Ciao
Piviul
[¹] https://lars.st0ne.at/blog/efi+partition+on+software+raid+1
Gollum1
Feb 16, 2018, 5:20:02 AM2/16/18
to
Il February 16, 2018 9:39:18 AM UTC, Piviul <piv...@riminilug.it> ha scritto:
>
>
>sembra che tu abbia la possibilità[¹] di mettere anche la partizione di
>
>boot EFI in raid...
>
>
>[¹] https://lars.st0ne.at/blog/efi+partition+on+software+raid+1
>
>
>sembra che tu abbia la possibilità[¹] di mettere anche la partizione di
>
>boot EFI in raid...
>
>
È proprio questo che intendevo, una volta che sei in raid 1, ci pensa il raid a sincronizzare le partizioni, ti fai l'installazione su md0 e vivi tranquillo
Piviul
Feb 16, 2018, 6:00:02 AM2/16/18
to
Il 16/02/2018 11:06, Gollum1 ha scritto:
> [...]
Secondo me no perché basta lanciare la prima volta un grub-install sui
dischi che si vogliono come "backup" di boot e ridare lo stesso comando
quando viene aggiornato grub il che avviene molto di rado.
Inoltre siccome la partizione EFI contiene anche tutte le informazioni
sul partizionamento del disco, la si può mettere in RAID soltanto se i
dischi sono identici e identicamente partizionati.
Infine siccome non se ne è mai sentita l'esigenza sui dischi non EFI con
il vecchio settore di boot per intenderci, non vedo perché adesso, solo
perché lo si possa fare debba essere consigliato il farlo...
Ma temo che qualcosa mi sfugga...
Piviul
> [...]
> È proprio questo che intendevo, una volta che sei in raid 1, ci pensa il raid a sincronizzare le partizioni, ti fai l'installazione su md0 e vivi tranquillo
>
E ritorniamo a bomba: vale la pena mettere in raid la partizione EFI?
>
Secondo me no perché basta lanciare la prima volta un grub-install sui
dischi che si vogliono come "backup" di boot e ridare lo stesso comando
quando viene aggiornato grub il che avviene molto di rado.
Inoltre siccome la partizione EFI contiene anche tutte le informazioni
sul partizionamento del disco, la si può mettere in RAID soltanto se i
dischi sono identici e identicamente partizionati.
Infine siccome non se ne è mai sentita l'esigenza sui dischi non EFI con
il vecchio settore di boot per intenderci, non vedo perché adesso, solo
perché lo si possa fare debba essere consigliato il farlo...
Ma temo che qualcosa mi sfugga...
Piviul
Mattia Oss
Feb 16, 2018, 2:40:03 PM2/16/18
to
Scherzi a parte, alla fine è solo una questione di gusti, credo.
Ma magari vista la facilità della soluzione (alla fine basta passare
un'opzione a mdadm), potrebbe essere integrata nell'installer debian.
0 new messages