GRUB defekt

[Haley]

Code: Alles auswählen

mount /dev/md1 /mnt/boot

Mounte ich damit nicht das gleiche, was ich schon als mnt gemountet habe?

[MSfree]

Code: Alles auswählen

mount /dev/md1 /mnt/boot

Mounte ich damit nicht das gleiche, was ich schon als mnt gemountet habe?

Ja, ich hatte die Nummern nicht nochmal extra nachgeschaut. Laut oben ist

• /dev/md1 als /
• /dev/md0 als /boot

zu mounten. Also
zuerst

Code: Alles auswählen

mount /dev/md1 /mnt

dann

Code: Alles auswählen

mount /dev/md0 /mnt/boot

Gut aufgepaßt

[Haley]

Ja danke, so sehe ich das GRUB-Verzeichnis.
Bin aber nun neu verwirrt, sorry.

Bevor ich md0 so gemountet habe, war /mnt/boot leer.
Heißt das jetzt, dass ich vor der GRUB-Reparatur auch md0 mounten muss?
Also insgesamt folgenden tun muss:

mdadm --assemble --run /dev/md0
mdadm --assemble --run /dev/md1
mount /dev/md1 /mnt
mount /dev/md0 /mnt/boot
chroot /mnt
grub-install /dev/sda
update-grub
grub-install /dev/sdb
update-grub

[MSfree]

Bevor ich md0 so gemountet habe, war /mnt/boot leer.

Das ist schon richtig. boot ist als Verezichnisname im Dateisystem von /dev/md1 vorhanden. Logischherweise ist der Inhalt nicht vorhanden, weil im ersten Moment /dev/md0 ja nicht gemountet ist. Erst, nachdem man /dev/md0 auf den Verzeichnisnamen gemountet hat, wird auch der Inhalt des Dateisystems, das auf /dev/md0 liegt, sichtbar.

Heißt das jetzt, dass ich vor der GRUB-Reparatur auch md0 mounten muss?

Ja, denn sonst kann das Setupprogram update-grub seine Dateien nicht in das korrekte Dateisystem schreiben.

Also insgesamt folgenden tun muss:

Code: Alles auswählen

mdadm --assemble --run /dev/md0
mdadm --assemble --run /dev/md1
mount /dev/md1 /mnt
mount /dev/md0 /mnt/boot
chroot /mnt
grub-install /dev/sda
update-grub
grub-install /dev/sdb
update-grub

Das sollte so stimmen. Allerdings reicht ein einmaliges update-grub ganz zum Schluß.

[Haley]

Dann ist es ja gut, dass ich nach GRUB gefragt habe.
Vielen Dank nochmal.

[Haley]

Etwas stimmt leider nicht.
Nach

Code: Alles auswählen

chroot /mnt
grub-install /dev/sda

kommt eine Fehlermeldung:

"/dev/sda: Not found or not a block device."

[MSfree]

Code: Alles auswählen

"/dev/sda: Not found or not a block device."

Sowas in der Art hatte ich befürchtet, das läßt sich aber mit einem bind-mount lösen:

Code: Alles auswählen

mount –bind /dev /mnt/dev

damit wird das virtuelle Dateisystem, das im Rettungssystem unter /dev gemountet ist, auch ins /mnt gemountet. Darin stehen die ganzen Gerätedateien wie /dev/md0...

Auszuführen ist das vor dem chroot-Befehl.

[Haley]

Muss das nicht

Code: Alles auswählen

mount -o bind /dev /mnt/dev

sein?
Denn es kommt eine Fehlermeldung:
"mount: bad usage"

[MSfree]

Muss das nicht

Code: Alles auswählen

mount -o bind /dev /mnt/dev

sein?
Denn es kommt eine Fehlermeldung:
"mount: bad usage"

Da fehlt ein zweites minuszeichen:

Code: Alles auswählen

mount --bind /dev /mnt/dev

[Haley]

Nun kommt folgende FM bei grub install:

Code: Alles auswählen

Segmentation fault
: mdadm -D /dev/md0 failed
grub-probe: error: cannot stat `'.

Stimmt etwas mit dem RAID nicht?

Code: Alles auswählen

******:/# mdadm --detail /dev/md0
/dev/md0:
        Version : 0.90
  Creation Time : Wed Nov 12 09:50:55 2014
     Raid Level : raid1
     Array Size : 499904 (488.27 MiB 511.90 MB)
  Used Dev Size : 499904 (488.27 MiB 511.90 MB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Thu Apr 18 15:50:05 2024
Segmentation fault

[Haley]

"Segmentation fault" ist ja wohl ein Speicherzugriffsfehler.
Wie kann ein solcher im Recovery-System auftreten (Ubuntu 5.4.44-gd) ?

[MSfree]

Nun kommt folgende FM bei grub install:

Wie hast du grub-install aufgerufen?

Warum es da zu einem Segfault kommt, weiß ich natürlich nicht. Ich würde spekulieren, daß irgendeine Datei nicht geöffnet werden kann, wobei dann ein NULL-Pointer zurückgeliefert wird. Wenn man das nicht abfängt und auf einen NULL-Pointer zugreift, kracht es halt.

[Haley]

Der mdadm-Befehl funktioniert jedoch manuell:

Code: Alles auswählen

 mdadm -D /dev/md0
/dev/md0:
           Version : 0.90
     Creation Time : Wed Nov 12 08:50:55 2014
        Raid Level : raid1
        Array Size : 499904 (488.19 MiB 511.90 MB)
     Used Dev Size : 499904 (488.19 MiB 511.90 MB)
      Raid Devices : 2
     Total Devices : 2
   Preferred Minor : 0
       Persistence : Superblock is persistent

       Update Time : Thu Apr 18 13:50:05 2024
             State : clean
    Active Devices : 2
   Working Devices : 2
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : resync

              UUID : 0a057f66:a165e916:44ae0f49:56644815 (local to host zulu981)
            Events : 0.420

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1

[Haley]

Wie hast du grub-install aufgerufen?

So wir oben gesagt:

Code: Alles auswählen

grub-install /dev/sda

[Haley]

Muss evtl. noch proc und sys gemountet werden (habe ich in einem anderen Forum gelesen).
proc gibt es in /mnt, sys aber nicht.

Aber Segmentation fault steht ja auch unten, wenn ich mdadm --detail aufrufe (s.o.)

[Haley]

Aus dem adminstrator.de Forum (nach dem Fehler "Not found or not a block device") nach grub.install:

Code: Alles auswählen

mount -o bind /proc /mnt/proc
mount -o bind /dev /mnt/dev
mount -o bind /dev/pts /mnt/dev/pts
mount -o bind /sys /mnt/sys

[MSfree]

Muss evtl. noch proc und sys gemountet werden (habe ich in einem anderen Forum gelesen).

Durchaus denkbar und schaden würde es nicht.

Die kannst du auch mit einem bind-mount (siehe oben) mounten.

Mich wundert nur, warum da überhaupt md0 im Spiel ist, wenn man versucht, grub auf /dev/sda zu schreiben.

[Haley]

Mich wundert nur, warum da überhaupt md0 im Spiel ist, wenn man versucht, grub auf /dev/sda zu schreiben.

md0, das sind doch die beiden Boot-Partitionen (RAID) sda1 und sdb1 und sda1 ist eine Partition auf sda.

Code: Alles auswählen

Disk /dev/sda: 1.84 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: WDC WD2002FAEX-0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000

Device     Boot   Start        End    Sectors   Size Id Type
/dev/sda1  *          1    1000000    1000000 488.3M fd Linux raid autodetect
/dev/sda2       1001472    4999167    3997696   1.9G 82 Linux swap / Solaris
/dev/sda3       4999168 3726032895 3721033728   1.8T fd Linux raid autodetect


Disk /dev/sdb: 1.84 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: TOSHIBA DT01ACA2
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00000000

Device     Boot   Start        End    Sectors   Size Id Type
/dev/sdb1             1    1000000    1000000 488.3M fd Linux raid autodetect
/dev/sdb2       1001472    4999167    3997696   1.9G 82 Linux swap / Solaris
/dev/sdb3       4999168 3726032895 3721033728   1.8T fd Linux raid autodetect

Partition 1 does not start on physical sector boundary.

[MSfree]

md0, das sind doch die beiden Boot-Partitionen (RAID) sda1 und sdb1 und sda1 ist eine Partition auf sda.

Das ist mir bewußt. Grub benötigt aber bei einem klassischen Bootsetup, also ohne UEFI, einen Bootsektor (MBR) und der liegt in den ersten 512 Bytes der Festplatte. Zu dem Zeitpunkt hat noch das BIOS die Kontrolle über die Hardware und weiß nichts von einem RAID.

Unter Linux umfaßt das RAID md0 nicht die ersten 512 Bytes der Platten. Meines Wissens funktioniert es nicht, wenn man den MBR auf die ersten 512 Bytes von md0 schreibt.

[Haley]

Es bleibt bei dem Fehler:

Code: Alles auswählen

root@zulu981:~# mount /dev/md1 /mnt
root@zulu981:~# mount /dev/md0 /mnt/boot
root@zulu981:~# mount --bind /dev /mnt/dev
root@zulu981:~# mount --bind /dev/pts /mnt/dev/pts
root@zulu981:~# mount --bind /sys /mnt/sys
root@zulu981:~# chroot /mnt
zulu981:/# grub-install /dev/sda
Segmentation fault
: mdadm -D /dev/md0 failed
grub-probe: error: cannot stat `'.
zulu981:/# grub-install /dev/sdb
Segmentation fault
: mdadm -D /dev/md0 failed
grub-probe: error: cannot stat `'.

[Haley]

Der Fehler kommt auch, wenn ich mdadm -D aufrufe:

Code: Alles auswählen

zulu981:/# mdadm -D /dev/md0
/dev/md0:
        Version : 0.90
  Creation Time : Wed Nov 12 09:50:55 2014
     Raid Level : raid1
     Array Size : 499904 (488.27 MiB 511.90 MB)
  Used Dev Size : 499904 (488.27 MiB 511.90 MB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Fri Apr 19 15:40:49 2024
Segmentation fault

[MSfree]

Der Fehler kommt auch, wenn ich mdadm -D aufrufe:...

Passiert das nur in der chroot-Umgebung?
Oder kommt der Crash auch, wenn du den Befehl im Rettungssystem ausführst?

[Haley]

Ja.
Vor chroot kommt kein Fehler:

Code: Alles auswählen

root@zulu981:~# mdadm -D /dev/md0
/dev/md0:
           Version : 0.90
     Creation Time : Wed Nov 12 08:50:55 2014
        Raid Level : raid1
        Array Size : 499904 (488.19 MiB 511.90 MB)
     Used Dev Size : 499904 (488.19 MiB 511.90 MB)
      Raid Devices : 2
     Total Devices : 2
   Preferred Minor : 0
       Persistence : Superblock is persistent

       Update Time : Fri Apr 19 13:40:49 2024
             State : clean
    Active Devices : 2
   Working Devices : 2
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : resync

              UUID : 0a057f66:a165e916:44ae0f49:56644815 (local to host zulu981)
            Events : 0.420

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1

[Haley]

Bem Start des RAID md0 kommt eine Warnung, evtl. spielt das doch eine Rolle:

Code: Alles auswählen

root@zulu981:~# mdadm --assemble --run /dev/md0
mdadm: Fail create md0 when using /sys/module/md_mod/parameters/new_array
mdadm: /dev/md0 has been started with 2 drives.

Ich hatte das bisher nicht erwähnt, weil der RAID-Status ok ist (2x UU), auch der Support von server4you meinte, das RAID ist fehlerfrei.

[Haley]

Ich habe nach new_array gesucht, der Zugriff auf diese Datei wird verweigert:

Code: Alles auswählen

root@zulu981:/# cd /sys/module/md_mod/parameters
root@zulu981:/sys/module/md_mod/parameters# cat new_array
cat: new_array: Permission denied