Grub2 supporta l'inserimento / avvio di una partizione RAID5?


9

Sembra che attualmente la maggior parte dei programmi di installazione del sistema operativo insista nel mettere / avviare una partizione non RAID (o il tipo di partizione RAID1 che "assomiglia" a una partizione non RAID), anche i programmi di installazione che supportano RAID5 e GRUB2.

Immagino che questa limitazione sia una reliquia storica rimasta da Grub1. La mia comprensione è che Grub1 non sa nulla di RAID e quindi non può avviare alcun tipo di array RAID, ad eccezione degli array RAID che "sembrano" un array non RAID.

È una limitazione di Grub2 o dei programmi di installazione del sistema operativo?

Ho sentito voci secondo cui Grub2 è "in grado di supportare / avviare su RAID-0, RAID-1 o RAID-5, metadati 0.90, 1.0, 1.1 o 1.2".

Grub2 supporta davvero l'inserimento / avvio di una partizione RAID1 software con metadati 1.2?

Grub2 supporta davvero l'inserimento / avvio di una partizione RAID5 del software?

Una risposta ideale sarebbe quella di un tutorial che spiega come spostare una partizione / boot (su una partizione non RAID) in una partizione RAID5.

Per "sembra" una partizione non RAID, intendo anche

  • quando Grub1 legge solo un disco rigido di un array RAID1 software con un filesystem ext3 o ext4 e ignora i metadati RAID 0.90 o 1.0 alla fine della partizione, sembra proprio un file system ext2 non RAID che Grub1 è in grado di gestire. O
  • Non un software o un falso RAID, ma un raid hardware completo che assomiglia a un normale disco non RAID.

Punti dati: in Ubuntu 10.04, Grub2 supporta alcune disposizioni RAID ma non le modalità mdraid con i metadati all'inizio. In Ubuntu 11.10, Grub2 supporta tutte le modalità mdraid.
Gilles 'SO- smetti di essere cattivo' il

@Gilles: il backport delle versioni successive di Grub2 non dovrebbe essere un problema. Fondamentalmente non ha dipendenze.
Faheem Mitha,

Risposte:


10

Sì, grub2 è pienamente consapevole del raid (e LVM). In effetti non hai bisogno di una partizione separata / boot; puoi semplicemente mettere tutto sul raid5.

Idealmente non si desidera installare affatto con una partizione / boot, ma rimuoverlo dopo il fatto significa semplicemente copiare tutti i file nella partizione root e reinstallare grub, in questo modo:

umount /boot
mount /dev/[bootpart] /mnt
cp -ax /mnt/* /boot
grub-install /dev/sda

Ovviamente devi quindi rimuovere la / boot line da / etc / fstab, e hai ancora la partizione in posa, appena inutilizzata.

Nota che puoi anche installare grub su tutte le unità nel raid5 in modo da poter avviare da ognuna di esse. Il pacchetto Ubuntu grub-pc ti chiederà ( dpkg-reconfigure grub-pcper farlo chiedere nuovamente) di spuntare tutte le unità su cui vuoi che sia installato e installarlo per te.


Quindi non devo usare metadati = 0.9?
CMCDragonkai,

@CMCDragonkai, no, e nemmeno tu.
psusi,

cosa succede se un disco si guasta? Il raid ha bisogno di un sistema operativo funzionante da ricostruire e grub ha bisogno di un raid funzionante per l'avvio .. c'è quindi un deadlock. La creazione e il mirroring di una partizione di avvio sarebbe meglio, giusto?
cIph3r

@ cIph3r, no: mentre grub non è in grado di ricostruire l'array degradato, può comunque avviarsi da esso.
psusi,

bello, e quando si installa grub il sistema chiede di scrivere grub sul mbr, cosa fare quindi, installare su (dire / dev / sda) e dd il mbr sull'altro 3?
cIph3r

1

Questo è un disastro spaventoso in Linux. La versione del superblocco predefinita che utilizza mdadm è la versione 1.20. Una volta superato lo 0,90 per l'avvio, ci si trova in un territorio inesplorato. Certamente lilo non mostra alcun interesse al di sopra di 1.0. La soluzione migliore è quella di formare le matrici raid (suggerimento: utilizzare il parametro --metadata = 0.90 nella creazione di mdadm) prima di utilizzare la procedura di installazione. Quindi è possibile installare sull'array RAID e utilizzare il proprio bootloader preferito.


Non è possibile utilizzare LILO per eseguire l'avvio da un raid5, indipendentemente dal formato di metadati utilizzato.
psusi,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.