GRUB2 und RAID

Status
Für weitere Antworten geschlossen.

linux0

Neuling
Thread Starter
Mitglied seit
16.05.2011
Beiträge
22
Hey
habe ein problem mit der grub2 installation auf einem RAID 1 system.

mein setup sieht wie folgt aus:
3x 2TB Platten
Partitionierung:

sda, sdb sowie sdc:
1 GB Raid-Volume (md0 RAID 1),
10 GB Raid-Volume (md1 RAID 5),
~2TB Raid-Volume (md2 RAID5)

md0: /boot EXT3
md1: verschlüsseltes dateisystem -> SWAP
md2: verschlüsseltes dateisystem -> / EXT3

bei dieser konfiguration kann ich auf einer virtuellen maschine ohne probleme installieren, auch den bootloader. (Festplatten sind allerdings auch kleiner).
bei dem echten server bekomme ich allerdings eine fehlermeldung bei der installation von grub bzw. lilo.
habe leider keine ahnung wie ich grub nachinstallieren kann.

daher hab ich es mit option 2 versucht:

sda, sdb sowie sdc:
1 GB EXT 3 (auf sda /boot)
10 GB Raid-Volume (md1 RAID 5),
~2TB Raid-Volume (md2 RAID5)

md1: verschlüsseltes dateisystem -> SWAP
md2: verschlüsseltes dateisystem -> / EXT3

und die bootpartition ohne RAID installiert.
wollte dann nacher aus den 3 ersten partitionen nachtrglich ein RAID1 aufbauen.
allerdings gibt er mir hier auch fehlermeldungen aus wenn ich dann im system grub auf sdb und sdc installieren will.
Festplatten vertauscht: entweder kein booten oder grub rescue konsole.

achja mein OS ist ein debian 6.x
kann mir wer weiterhelfen??
bin schon am überlegen nur eine datenpartiton auf ein RAID 5 zu legen und das system ohne raid, aber so wollte ich es eigenltich nciht haben :(
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
hast du vielleicht ein efi bios?
versuch mal die boot partition als gpt anzulegen.
dazu musst du den debian installer im "expert" modus starten, dann taucht gpt bei der partitionierung auf.
 
nein keine efi bios.
probiere es jetzt noch einmal alle auf gpt.
das blöde ist es dauert immer ewig wegen den mehreren zu formatierenden Terrabytes

wie kann ich denn am besten grub nachträglich installieren, falls es wieder nicht klappt?
bzw. das raid1 für /boot nachträglich einrichten?
 
...
bei dem echten server bekomme ich allerdings eine fehlermeldung bei der installation von grub bzw. lilo.
...
allerdings gibt er mir hier auch fehlermeldungen aus...(

die da wären?

Und warum willst du grub im Raid haben? Grub und Raid ist so eine Sache ;)
Pack grub einfach auf eine eigene Partition auf der ersten Platte.

PS: 1GB für grub? Was soll da bitte alles rein ;) da reichen 256M.
 
ich will das auf nem raid, damit die kiste noch hochfährt wenn mal ne platte ausfällt.

alternativ dachte ich schon auf sda1 , sdb1, sdc1 manuell grub zu installieren
aber bei updates müsste man das auch abgleichen.
manuell dannn quasi bei jedem hoch- und runterfahren.

aber grub2 auf raid1 muss doch irgendwie gehen. :heul:
 
klar sollte das gehen, du musst den grub dann nur nach /dev/md0 installieren, das kannst du im expert-setup vom debian-installer beeinflussen.

Dort fragt er dich, wohin er den Grub-Bootmanager installieren soll, dort drückst du auf abbrechen und kannst anschließend selbst einen pfad angeben, und das machst du dann:
/dev/md0
was der raid1 sein sollte ;)
 
genau das ging ja nicht @foxxx

so nach gefühlten 100 versuchen habe ich es fast geschafft.
er bootet von allen drei festplatten grub aber dann geht es nicht weiter dazui aber später.

Code:
/sda1,sdb1,sdc1    1MB         biosgrub
/sda2,sdb2,sdc2    512MB     RAID
/sda3,sdb3,sdc3    10GB       RAID
/sda4,sdb4,sdc4    2TB         RAID

RAID 1 /dev/md0/ -> /sda2,sdb2 + Hotspare: /sdc2 
RAID 5 /dev/md1/ ->/sda3,sdb3,sdc3
RAID 5 /dev/md2/ ->/sda4,sdb4,sdc4

/dev/md0   512MB     ext2      /boot
/dev/md1   20GB       CRYPT
/dev/md2   4TB         CRYPT

CRYPT: /dev/mapper/md1_crypt -> /dev/md1
CRYPT: /dev/mapper/md2_crypt -> /dev/md2

ergibt:

/sda1                              1MB        biosgrub     -
/dev/md0                        512MB    ext2           /boot
/dev/mapper/md1_crypt   20GB      swap         -
/dev/mapper/md2_crypt   4TB        ext4           /

bis dahin alles gut er bootet.

nun zum ausfalltest:

PHP:
TEST1:
Vorgehen: 
/dev/sdc wird durch trennen des sata-steckers entfert.

Resultat: 
Er bootet das GRUB-Menü. Wenn ich dann starten will kommt:

-r ALERT! /dev/disk/by-uuid/927c495b-179f-439a-9580-6cb6057b92ea does not exist.
   Dropping to a shell!

  BusyBox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu7)
  Enter 'help' for a list of built-in command

  (initramfs) _

PHP:
TEST2:
Vorgehen: 
/dev/sda sowie /dev/sdb werden nacheinander durch trennen des sata-steckers entfert.

Resultat sda sowie sdb: 
Er bootet das GRUB-Menü. Wenn ich dann starten will kommt:

-r ALERT! /dev/disk/by-uuid/927c495b-179f-439a-9580-6cb6057b92ea does not exist.
   Dropping to a shell!

  BusyBox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu7)
  Enter 'help' for a list of built-in command

  (initramfs) _

Allerdings schreibt richtet er das RAID1 wieder ein, da /dev/sdc hotspare ist.

Fazit:
Schonmal gut, das Grub-Problem schonmal behoben.

allerdings möchte ich, dass er mit einer defekten platten noch komplett hochfährt.

hat jemand ne ahnung, wie ich das hinbekomme?
in der /boot/grub/grub.cfg steht auch immer bei SEARCH die gleiche UUID wie bei den bootfehlern mit 2 platten.

ich denke es ist die uuid von der verschlüsselten Root-Partiton.
Scheint mir als ob er mit 2 platten die schon irgendwie braucht bevor diese entschlüsselt und damit erstellt worden ist.
 
die uuids deiner laufwerke werden dir mit blkid angezeigt.
dann kannst du vergleichen welches device dort nicht gefunden wird
 
Lass dir die UUID von deinem RAID ausgebe, geht auch mit mdadm -D </dev/mdX> und trage diese UUID ein. Anscheind hat er eine UUID von einer Deiner Festplatte...
 
also er sucht /dev/md0...
das raid 1 mit der /boot

aber genau das sollte ja bestehen, wenn auch degrated
 
Status
Für weitere Antworten geschlossen.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh