Hallo alle beisammen,

ich habe vor einiger Zeit schon meinen Server installiert und komplett eingerichtet, doch nun wollte ich noch ein RAID 1 auf meinen Festplatten nachinstallieren. Ich habe momentan folgende identische Festplatten im Einsatz:

/dev/sda

Number  Start (sector)    End (sector)  Size       Code  Name				Format	Einhängepunkt
   1            2048          411647   200.0 MiB   EF02  BIOS boot partition                    Grub2
   2          411648        21383167   10.0 GiB    8200  Linux swap
   3        21383168        42354687   10.0 GiB    0700  Linux/Windows data		ext2	/
   4        42354688      3907029134   1.8 TiB     0700  Linux/Windows data		ext4	/home
   
/dev/sdb

Number  Start (sector)    End (sector)  Size       Code  Name				Format	Einhängepunkt
   1            2048          411647   200.0 MiB   EF02  BIOS boot partition
   2          411648        21383167   10.0 GiB    8200  Linux swap
   3        21383168        42354687   10.0 GiB    0700  Linux/Windows data		ext2	
   4        42354688      3906898014   1.8 TiB     0700  Linux/Windows data		ext4	

sda ist bereits länger im Betrieb, sdb müsste eingehängt sein, ist aber nur formatiert und daher leer. Problematisch wird es wohl sein, dass auf sdb die Partition 4 minimal kleiner ist, siehe Endsektor. Muss ich bei sda den Endsektor auf denselben Endsektor wie bei sdb umändern? Und zum Anderen: Soll ich einen RAID-Verbund aus beiden Festplatten erstellen oder nur aus z.B. Partition 3 und 4 für sich jeweils alleine?

Beide Festplatten sind mit GPT ausgestattet und Grub2 wurde in sda1 installiert.

Belesen habe ich mich bereits hier: http://wiki.ubuntuusers.de/Software-RAID

Gruß Martin

*push*

Hallo Martin,

Grundsätzlich kann man nicht aus einer mit Daten gefüllten Partition nachträglich ein RAID machen. Man muss immer auf einer neuen Platte ein "halbes" RAID anlegen und seine Daten dorthin kopieren. Danach fügt man die Partitionen der alten Platte dem RAID auf der neuen Platte hinzu, um es zu komplettieren. Dadurch wird aber der ursprüngliche Inhalt der alten Platte überschrieben. Man muss also sicherstellen, dass man beim vorherigen Kopieren auf das neue RAID keine Daten vergessen hat, und dass das quasi neue System auf dem neuen RAID auch gebootet werden kann.

Ich habe zu so einem Fall vor einiger Zeit mal eine Anleitung gepostet: http://forum.ubuntuusers.de/post/2613086/

Damit bekommst du zumindest mal einen Überblick über den Umfang der nötigen Maßnahmen. Den vollen Aufwand müsstest du aber nur für die Systempartition treiben. Reine Datenpartitionen kann man aus dem laufenden System migrieren.

Wenn du eine detaillierte individuelle Anleitung brauchst, melde dich bitte nochmal, ich brauche dann sehr viel mehr Infos. Für deinen speziellen Fall muss ich die Aussagekraft meiner Hinweise auch gleich etwas einschränken. Ich habe keine Erfahrung mit GPT-Partitionen oder womöglich sogar einem EFI-BIOS. Da könnten Fallen lauern, von denen ich nichts weiß.

Zu deinen konkreten Fragen:

Problematisch wird es wohl sein, dass auf sdb die Partition 4 minimal kleiner ist, siehe Endsektor.

Dass die eine Partition auf der "neuen" Platte kleiner ist, wäre bei der beschriebenen Vorgehensweise egal, weil das neue RAID die Größe der kleineren Partition hätte. Bei der alten Partition würde dann nur ein ganz kleiner Teil ungenutzt bleiben.

Soll ich einen RAID-Verbund aus beiden Festplatten erstellen oder nur aus z.B. Partition 3 und 4 für sich jeweils alleine?

Üblich ist, einzelne RAIDs aus Partitionen zu erstellen. Man kann natürlich auch ein großes RAID über die gesamte Plattengröße anlegen, und dieses dann partitionieren. Das macht so allerdings kaum jemand, warum weiß ich nicht genau. Wahrscheinlich, weil man dann lieber gleich LVM einsetzt. So habe ich es auch auf allen meinen Systemen.

Grüße, Arno

@ArnoW: Deine Anleitung hat gut geholfen. Zusammen mit weiteren Tutorials im Internet war einiges zu schaffen, danke!

Es besteht nun aber noch das Problem, dass grub2 das System nicht booten kann, da mdadm nicht korrekt gelagen wird. Wenn ich jedoch mein System in grub2 über die Wiederherstellungskonsole starten lasse, werden mdadm-Raids erkannt und ich kann diese mit der y-Bestätigung laden lassen. Bei der nächsten Bestätigung kann ich das System starten lassen. Oder kurz gesagt: Mein System kann nur manuell starten über die Wiederherstellungskonsole, sonst gar nicht.

update-grub und update-initramfs habe ich natürlich schon ausgeführt. Auch alte Boot-Images wurden gelöscht, sodass nur noch der aktuelle Kernel geladen werden kann. Ein neues Initramfs habe ich aus dem momentanen Kernel auch erstellen lassen. Die mdadm.conf habe ich manuell erstellt - sie ist unvollständig und nach dem "add" von sda4 zu md3 auch nicht automatisch erweitert worden, wie ich gerade sehe:

ARRAY /dev/md/0 level=raid1 num-devices=2 metadata=1.2 name=kastenbier:0 UUID=3a45b40f:aa485f34:1356d033:a32c055e
   devices=/dev/sdb1,/dev/sda1
ARRAY /dev/md/1 level=raid1 num-devices=2 metadata=1.2 name=kastenbier:1 UUID=fbb4bb16:ef9d1171:81633af6:84155424
   devices=/dev/sdb2
ARRAY /dev/md/2 level=raid1 num-devices=2 metadata=1.2 name=kastenbier:2 UUID=23f6dc49:f911ee53:1f630a98:9fc0efb1
   devices=/dev/sdb3,/dev/sda3
ARRAY /dev/md/3 level=raid1 num-devices=2 metadata=1.2 name=kastenbier:3 UUID=404eca5a:f103916c:721c0efe:55c0fe4e
   devices=/dev/sdb4

Nach dem aktuellen Stand müssten die Arrays so aussehen - md3 wurde erweitert:

ARRAY /dev/md/0 level=raid1 num-devices=2 metadata=1.2 name=kastenbier:0 UUID=3a45b40f:aa485f34:1356d033:a32c055e
   devices=/dev/sdb1,/dev/sda1
ARRAY /dev/md/1 level=raid1 num-devices=2 metadata=1.2 name=kastenbier:1 UUID=fbb4bb16:ef9d1171:81633af6:84155424
   devices=/dev/sdb2
ARRAY /dev/md/2 level=raid1 num-devices=2 metadata=1.2 name=kastenbier:2 UUID=23f6dc49:f911ee53:1f630a98:9fc0efb1
   devices=/dev/sdb3,/dev/sda3
ARRAY /dev/md/3 level=raid1 num-devices=2 metadata=1.2 name=kastenbier:3 UUID=404eca5a:f103916c:721c0efe:55c0fe4e
   devices=/dev/sdb4,/dev/sda4

Passend dazu:

becks@kastenbier:/etc/mdadm$ sudo cat /proc/mdstat
[sudo] password for becks:
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md3 : active raid1 sda4[2] sdb4[0]
      1932269432 blocks super 1.2 [2/2] [UU]

md1 : active raid1 sdb2[0]
      10484664 blocks super 1.2 [2/1] [U_]

md2 : active raid1 sda3[2] sdb3[0]
      10484664 blocks super 1.2 [2/2] [UU]

md0 : active raid1 sdb1[0] sda1[2]
      204788 blocks super 1.2 [2/2] [UU]

unused devices: <none>

Wie müsste meine mdadm.conf denn richtig aussehen? Wird diese Datei womöglich nicht korrekt von grub2 geladen, sodass das System nicht bootet? Aufbauen würde ich die /etc/mdadm/mdadm.conf folgendermaßen:

DEVICE /dev/sda1 /dev/sdb1
DEVICE /dev/sda2 /dev/sdb2
DEVICE /dev/sda3 /dev/sdb3
DEVICE /dev/sda4 /dev/sdb4

ARRAY /dev/md/0 level=raid1 num-devices=2 metadata=1.2 name=kastenbier:0 UUID=3a45b40f:aa485f34:1356d033:a32c055e
   devices=/dev/sdb1,/dev/sda1
ARRAY /dev/md/1 level=raid1 num-devices=2 metadata=1.2 name=kastenbier:1 UUID=fbb4bb16:ef9d1171:81633af6:84155424
   devices=/dev/sdb2,/dev/sda2
ARRAY /dev/md/2 level=raid1 num-devices=2 metadata=1.2 name=kastenbier:2 UUID=23f6dc49:f911ee53:1f630a98:9fc0efb1
   devices=/dev/sdb3,/dev/sda3
ARRAY /dev/md/3 level=raid1 num-devices=2 metadata=1.2 name=kastenbier:3 UUID=404eca5a:f103916c:721c0efe:55c0fe4e
   devices=/dev/sdb4,/dev/sda4

MAILADDR meineMail@mail.de
PROGRAM ......

Was muss bei PROGRAM rein? "PROGRAM /usr/sbin/handle-mdadm-events"?

Ich wollte jetzt eigentlich die syslog mit anhängen, aber der letzte Bootvorgang ist zu viel Tage her - und booten kann ich erst heute Abend wieder, wenn ich Tastatur und Bildschirm vor der Nase habe... Aber vielleicht weiß ja trotzdem jemand, wieso grub2 nicht automatisch mit mdadm die Laufwerke einhägt, sondern nur bei Verwendung der Wiederherstellungskonsole?

Ich habe mittels Boot-Info-Script (http://wiki.ubuntuusers.de/GRUB-Umgebung_analysieren?redirect=no#Umfassende-Analyse-mittels-Boot-Info-Script) noch eine Analyse starten lassen:

                  Boot Info Script 0.61      [1 April 2012]


============================= Boot Info Summary: ===============================

 => Grub2 (v1.99) is installed in the MBR of /dev/sda and looks at sector 2048
    of the same hard drive for core.img. core.img is at this location and
    looks for (,gpt3)/boot/grub on this drive.
 => Grub2 (v1.99) is installed in the MBR of /dev/sdb and looks at sector 2048
    of the same hard drive for core.img. core.img is at this location and
    looks for (mduuid/3a45b40faa485f341356d033a32c055e)/grub on this drive.

sda1: __________________________________________________________________________

    File system:       BIOS Boot partition
    Boot sector type:  Grub2's core.img
    Boot sector info:

sda2: __________________________________________________________________________

    File system:       swap
    Boot sector type:  -
    Boot sector info:

sda3: __________________________________________________________________________

    File system:       linux_raid_member
    Boot sector type:  -
    Boot sector info:

sda4: __________________________________________________________________________

    File system:       linux_raid_member
    Boot sector type:  -
    Boot sector info:

sdb1: __________________________________________________________________________

    File system:       BIOS Boot partition
    Boot sector type:  Grub2's core.img
    Boot sector info:

sdb2: __________________________________________________________________________

    File system:       linux_raid_member
    Boot sector type:  -
    Boot sector info:

sdb3: __________________________________________________________________________

    File system:       linux_raid_member
    Boot sector type:  -
    Boot sector info:

sdb4: __________________________________________________________________________

    File system:       linux_raid_member
    Boot sector type:  -
    Boot sector info:

md/0: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  Unknown
    Boot sector info:
    Mounting failed:   mount: /dev/md0 ist bereits eingehängt oder MDRaid/md/0 wird gerade benutzt
mount: Laut mtab ist /dev/md0 auf /boot eingehängt

md/2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info:
    Mounting failed:   mount: /dev/md0 ist bereits eingehängt oder MDRaid/md/0 wird gerade benutzt
mount: Laut mtab ist /dev/md0 auf /boot eingehängt
mount: /dev/md2 ist bereits eingehängt oder MDRaid/md/2 wird gerade benutzt
mount: Laut mtab ist /dev/md2 auf / eingehängt

md/1: __________________________________________________________________________

    File system:       swap
    Boot sector type:  -
    Boot sector info:

md/3: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info:
    Mounting failed:   mount: /dev/md0 ist bereits eingehängt oder MDRaid/md/0 wird gerade benutzt
mount: Laut mtab ist /dev/md0 auf /boot eingehängt
mount: /dev/md2 ist bereits eingehängt oder MDRaid/md/2 wird gerade benutzt
mount: Laut mtab ist /dev/md2 auf / eingehängt
mount: /dev/md3 ist bereits eingehängt oder MDRaid/md/3 wird gerade benutzt
mount: Laut mtab ist /dev/md3 auf /home eingehängt

============================ Drive/Partition Info: =============================

Drive: sda _____________________________________________________________________

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 Köpfe, 63 Sektoren/Spur, 243201 Zylinder, zusammen 3907029168 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes

Partition  Boot  Start Sector    End Sector  # of Sectors  Id System

/dev/sda1                   1 3,907,029,167 3,907,029,167  ee GPT


GUID Partition Table detected.

Partition    Start Sector    End Sector  # of Sectors System
/dev/sda1           2,048       411,647       409,600 BIOS Boot partition
/dev/sda2         411,648    21,383,167    20,971,520 Swap partition (Linux)
/dev/sda3      21,383,168    42,354,687    20,971,520 Data partition (Windows/Linux)
/dev/sda4      42,354,688 3,906,895,871 3,864,541,184 Data partition (Windows/Linux)

Drive: sdb _____________________________________________________________________

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 Köpfe, 63 Sektoren/Spur, 243201 Zylinder, zusammen 3907029168 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes

Partition  Boot  Start Sector    End Sector  # of Sectors  Id System

/dev/sdb1                   1 3,907,029,167 3,907,029,167  ee GPT


GUID Partition Table detected.

Partition    Start Sector    End Sector  # of Sectors System
/dev/sdb1           2,048       411,647       409,600 BIOS Boot partition
/dev/sdb2         411,648    21,383,167    20,971,520 Swap partition (Linux)
/dev/sdb3      21,383,168    42,354,687    20,971,520 Data partition (Windows/Linux)
/dev/sdb4      42,354,688 3,906,895,871 3,864,541,184 Data partition (Windows/Linux)

"blkid" output: ________________________________________________________________

Device           UUID                                   TYPE       LABEL

/dev/md0         1289e63f-657e-4ce8-bed7-35a7e4634b1f   ext4
/dev/md1         f4a684ae-698c-4ff3-989a-60f6599c1095   swap
/dev/md2         7bb1afbc-b1c9-4fa8-a16a-21896c519777   ext4
/dev/md3         60c99309-ac33-45fe-94d1-838fefe577d1   ext4
/dev/sda1        3a45b40f-aa48-5f34-1356-d033a32c055e   linux_raid_member kastenbier:0
/dev/sda2        5c439707-cd08-4c9a-8be4-054c113365bf   swap
/dev/sda3        23f6dc49-f911-ee53-1f63-0a989fc0efb1   linux_raid_member kastenbier:2
/dev/sda4        404eca5a-f103-916c-721c-0efe55c0fe4e   linux_raid_member kastenbier:3
/dev/sdb1        3a45b40f-aa48-5f34-1356-d033a32c055e   linux_raid_member kastenbier:0
/dev/sdb2        fbb4bb16-ef9d-1171-8163-3af684155424   linux_raid_member kastenbier:1
/dev/sdb3        23f6dc49-f911-ee53-1f63-0a989fc0efb1   linux_raid_member kastenbier:2
/dev/sdb4        404eca5a-f103-916c-721c-0efe55c0fe4e   linux_raid_member kastenbier:3

================================ Mount points: =================================

Device           Mount_Point              Type       Options

/dev/md0         /boot                    ext4       (rw)
/dev/md2         /                        ext4       (rw,errors=remount-ro)
/dev/md3         /home                    ext4       (rw)


======================== Unknown MBRs/Boot Sectors/etc: ========================

Unknown BootLoader on md/0

00000000  1d 40 20 67 80 24 fd 6f  82 35 0e 07 ec 7e 90 0b  |.@ g.$.o.5...~..|
00000010  08 86 3e b8 bc 26 ed 86  f0 b3 d6 12 08 1d b7 d1  |..>..&..........|
00000020  f3 ac 4f b1 09 b7 86 54  c0 b3 58 bd e6 73 56 5f  |..O....T..X..sV_|
00000030  d9 08 ed 1e eb 54 c5 fc  8a e1 8a 2a 89 c9 81 4b  |.....T.....*...K|
00000040  ee 89 71 c9 b5 f8 66 b2  81 92 01 13 00 26 0b e5  |..q...f......&..|
00000050  63 79 04 e1 0a aa ce 02  b2 f2 01 6a 2c 92 00 cd  |cy.........j,...|
00000060  9a dc 7e 9f 0a ad d7 12  f7 ea 90 c4 d3 33 b2 f9  |..~..........3..|
00000070  cb b4 48 2b e9 f2 c2 44  b8 1b a9 a3 38 59 af 2c  |..H+...D....8Y.,|
00000080  49 a0 7f cb b8 06 a2 2b  17 92 a0 b2 39 a8 0a 38  |I......+....9..8|
00000090  83 fa 33 16 ce 31 1a 6a  07 e6 f4 36 32 fd 3c 94  |..3..1.j...62.<.|
000000a0  5e 6a 47 e6 f2 f2 7b c2  fe 3d fb 2e 1b a9 d9 d0  |^jG...{..=......|
000000b0  b3 5d 16 da 3e 32 c4 ae  a0 d9 f7 fe 36 61 2f 3c  |.]..>2......6a/<|
000000c0  d9 c9 ea aa a1 1f cb fa  d9 10 4f de b4 c6 e2 28  |..........O....(|
000000d0  60 fd f7 f1 f9 64 64 b9  f6 3f db 7f 43 98 ce 3b  |`....dd..?..C..;|
000000e0  53 e9 ae c9 c5 44 c0 67  aa 4d 4b 92 c0 75 96 5d  |S....D.g.MK..u.]|
000000f0  b6 86 f8 c3 13 fc ee eb  de 63 3a a0 35 0d 31 f3  |.........c:.5.1.|
00000100  f3 55 18 e0 64 9f 1d 3f  07 8a f2 31 22 a3 93 29  |.U..d..?...1"..)|
00000110  fe 2e 4e 88 22 7d e8 9d  18 de 40 b5 a8 19 cb 9b  |..N."}....@.....|
00000120  30 3b 4c f5 b6 19 a7 dd  67 c8 49 d3 46 34 c6 aa  |0;L.....g.I.F4..|
00000130  7a 30 70 e1 45 d7 97 e9  85 39 d4 21 c6 3a 36 0e  |z0p.E....9.!.:6.|
00000140  55 3f b6 55 c5 8d e4 38  7c ab 0c e5 76 c3 5c 2d  |U?.U...8|...v.\-|
00000150  fe 73 3b c1 5c a9 df c6  ee 26 04 b7 c5 5e 96 2a  |.s;.\....&...^.*|
00000160  76 7e 23 79 fd 56 ab 3a  6e 09 56 c1 24 6d 02 a6  |v~#y.V.:n.V.$m..|
00000170  fe 8f 46 60 a9 a3 91 ed  a4 96 01 b1 17 bb 33 80  |..F`..........3.|
00000180  b8 42 e2 e5 00 24 a0 f2  55 d2 3d ab 0c b4 31 2d  |.B...$..U.=...1-|
00000190  d5 39 b4 92 b7 5a 54 5b  28 67 f1 38 5f af 15 af  |.9...ZT[(g.8_...|
000001a0  71 b6 87 bb 5a 01 8c bf  c5 3f 11 27 45 71 6a 9f  |q...Z....?.'Eqj.|
000001b0  ec 01 d7 2b b9 ac ac bf  d8 c7 96 31 fb a4 10 93  |...+.......1....|
000001c0  a8 2a 0f 39 2c c9 17 10  88 bd 17 61 79 a2 a2 ed  |.*.9,......ay...|
000001d0  10 78 68 77 61 69 8a 5f  40 7c cf 64 bc 6b d7 9c  |.xhwai._@|.d.k..|
000001e0  eb 1f cd 9c 43 e5 a9 f8  5c db 3d 55 c5 d5 76 9b  |....C...\.=U..v.|
000001f0  7f 00 48 32 71 dc 5d f3  c6 1d a6 f2 a3 ff 9b 79  |..H2q.]........y|
00000200


=============================== StdErr Messages: ===============================

xz: (stdin): Komprimierte Daten sind korrupt
xz: (stdin): Komprimierte Daten sind korrupt

Erfahrungsgemäß ist die mdadm.conf gar nicht so wichtig. Die "DEVICE"-Sektion würde ich ganz weglassen, unter Programm habe ich auch noch nie was eingetragen. Ich zeig dir mal meine als Beispiel:

# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays
ARRAY /dev/md0 UUID=3ff2470a:edb710a1:01b87285:2ed5029c
ARRAY /dev/md1 UUID=499e2cca:6d8ce1e1:01b87285:2ed5029c
ARRAY /dev/md2 UUID=e578775e:2dfa3755:01b87285:2ed5029c

# This file was auto-generated on Sun, 13 May 2012 19:24:24 +0200
# by mkconf $Id$

Wie du siehst, lege ich nur die Gerätenamen fest und verknüpfe sie durch die UUIDs mit den RAIDs.

Die Ursache für deine Bootprobleme führe ich auf die Verwendung der Superblock-Version 1.2 zurück. Ich habe schon mal irgendwo gelesen, dass es damit beim Booten Probleme gibt (bzw. geben kann). Normalerweise benutzt man für ein RAID, auf dem das Wurzeldateisystem (/) liegt die Version 0.9. Leider ist neuerdings die 1.2 per default vorgegeben. Bevor ich irgendwas anderes testen würde, würde ich das ändern.

Okay, soweit ich das jetzt herausgefunden habe, handelt es sich dabei um einen Bug in grub2. Bedauerlicher Weise ist der Bug somit auch in Ubuntu 10.10 vorhanden, welches ich verwende --> https://bugzilla.redhat.com/show_bug.cgi?id=750794 Aufgrund dieses Bugs added grub2 nicht die benötigten Module, sodass "raid" und "mdadm1x" und womöglich ein paar weitere fehlen. Umgehen kann man dies, indem man die Zeile

GRUB_PRELOAD_MODULES="part_gpt raid mdraid mdraid09 mdraid1x"

in /etc/default/grub einfügt. "part_gpt" ist nur wichtig, wenn man eine GNU Partition Table verwendet, ansonsten heißt es "part_msdos" für die >normalen< Partitionstabellen. Anschließend noch

sudo update-initramfs -u -k all
sudo update-grub
grub-install --modules="part_gpt raid mdraid mdraid09 mdraid1x" /dev/sda
grub-install --modules="part_gpt raid mdraid mdraid09 mdraid1x" /dev/sdb

Anschließend in "/boot/grub/grub.cfg" nachschauen, ob oben die Zeilen

insmod part_gpt
insmod raid
insmod mdraid
insmod mdraid09
insmod mdraid1x

automatisch hinzugefügt wurden durch "update-grub". Die Datei sollte man auch nicht manuell ändern. Sind die Zeilen eingefügt, kann hoffentlich rebootet werden. Ich teste das heute Abend mal.

Das ist eine sehr interessante Info, vielen Dank fürs posten. Bin gespannt, ob es jetzt geht.

So, allen Maßnahmen zum Trotz hat auch dies nicht geholfen. Dem nicht genug, funktionierte grub2 plötzlich nur noch über die grub-Rettungskonsole - das Auswahlmenü war also weg. Selbst eine erneute Installation von grub2 half nichts mehr; stattdessen hat sich grub total abgeschossen, sodass oben links nur noch ein Eingabezeichen blinkt. Ich habe weder eine Konsole, geschweige denn grub. Sämtliche Rettungsmaßnahmen haben nicht gefruchtet; selbst das Auflösen von md0 mit der anschließenden Installation von grub in den MBR und Einrichten aller Komponenten unter /dev/sba1 mit ext2 brachte keine Erfolge mehr. Die Installation erfolgte dabei immer erfolgreich ohne Fehlermeldungen. Nun ist grub total vernichtet und rührt sich keinen Millimeter mehr. Habe grub sogar schon de- und wieder installiert - nichts tut sich. Ich würde es nicht glauben, wenn ich es nicht gesehen hätte...

Ich weiß auch wirklich nicht mehr, was ich hier noch machen soll. grub2 installieren bringt ja auch nichts mehr. Es scheint fast so, als wäre der MBR mit den grub-Bits defekt. Ich weiß es nicht -.- Ich werde noch einen allerletzten Versuch starten und wieder das Live-System starten und dieses Mal grub2 auf meinem USB-Stick installieren, denn mein Server muss endlich wieder laufen! Hat irgendjemand eine Ahnung, was hier quer liegt?

Gibt es eigentlich keine Möglichkeit, von einem Live-System heraus mein System zu booten?

Das hört sich aber gar nicht gut an. Vielleicht kannst du mit der Super Grub Disk dein System wieder starten: http://www.supergrubdisk.org/

Du wirst es nicht glauben, aber die hab ich schon durch! Die super-DVD hat kein System finden können oO Ich denke auch mal, dass ich morgen wieder ganz von vorne anfangen kann, heißt im Klartext *Gedankenstütze*:

1. Löschen der Partitionstabelle auf /dev/sda

2. Neue Partitionstabelle auf /dev/sda einrichten, jedoch dieses Mal ohne GPT

3. Einrichten der RAIDs auf /dev/sda

4. Spiegeln aller Daten von /dev/sdb nach /dev/sda

5. Löschen der Partitionstabelle auf /dev/sdb und identische Einrichtung wie auf /dev/sda

6. Alle Raids abgleichen lassen - dauert die ganze Nacht

7. Im System wieder die UUIDs für die neuen Partitionen einrichten lassen

8. Grub im MBR auf sda und sdb installieren - das kann ja wieder was werden...

Oh Mann, es kotzt mich jetzt schon an -.-

Wenn du schon neu installieren musst, dann leg die RAIDs doch gleich bei der Installation an, dann sparst du dir eine Menge unnötiger Arbeit. Geht natürlich nur, wenn du ein aktuelles Backup deiner Daten hast.

Nee, das System installiere ich nicht neu, da ich alle Dienste, Benutzer, usw. fertig eingerichtet habe. Dieses mal ändere ich aber die ersten drei Partitionen und fasse /boot mit / zusammen - das kann mir einiges an Ärger ersparen. Zudem verwende ich dieses Mal eine MBR-Partitionstabelle (MPT) statt einer GPT. Dann spiegel ich alle drei RAIDs und erst ganz am Ende richte ich grub2 neu ein auf sda und sdb. Und sollte mein System dann endlich laufen, kann ich es auch mal auf Version 12.04 upgraden. Aber der Teufel steckt bekanntlich im Detail!

Okay, alles anders! Ich weiß nun endlich, was ich anders als bei dem "alten" System und somit falsch gemacht habe: http://wiki.ubuntuusers.de/GRUB_2/Grundlagen Ich habe die GPT (ohne EFI) an /boot gemountet und grub2 somit den Speicherplatz geklaut. Ein Wunder, dass sich da noch so lange überhaupt was gerührt hat! Heute Abend ändere ich die Partition wieder und lasse sie im RAW-Format; mal sehen, ob grub2 dann wieder einen Mucks von sich gibt.

(Es bleibt spannend^^)

Da zeigt sich wieder einmal, dass man sich an GPT noch gewöhnen muss, bzw. so etwas nur dann verwendet, wenn es unbedingt sein muss. Bei dir muss es nicht sein, deine Platten sind noch klein genug für MBR.