Archiv verlassen und diese Seite im Standarddesign anzeigen : System bootet nicht vom Raid
Hallo Leute,
ich habe SuSE 12.1 neu installiert. Das Betriebssystem liegt auf einem RAID1. Es lässt sich nach der Installation aber nicht starten. Wenn ich die Installations-CD einlege und die Option "Booten von Festplatte" oder so ähnlich starte, wird das OS gestartet.
Also habe ich versucht GRUB auf beiden Platten zu installieren.
Erst mal das Plattenlayout:
Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000c0ad9
Device Boot Start End Blocks Id System
/dev/sda1 2048 321535 159744 83 Linux
/dev/sda2 321536 12916735 6297600 82 Linux swap / Solaris
/dev/sda3 * 12916736 234440703 110761984 fd Linux raid autodetect
Disk /dev/sdb: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000c0ad9
Device Boot Start End Blocks Id System
/dev/sdb1 2048 321535 159744 83 Linux
/dev/sdb2 321536 12916735 6297600 82 Linux swap / Solaris
/dev/sdb3 * 12916736 234440703 110761984 fd Linux raid autodetect
Und nun GRUB:
grub> find /boot/grub/stage1
(hd0,2)
(hd1,2)
grub> device (hd0) /dev/sda
grub> root (hd0,2)
Filesystem type is ext2fs, partition type 0xfd
grub> setup (hd0)
Checking if "/boot/grub/stage1" exists... yes
Checking if "/boot/grub/stage2" exists... yes
Checking if "/boot/grub/e2fs_stage1_5" exists... yes
Running "embed /boot/grub/e2fs_stage1_5 (hd0)"... 17 sectors are embedded.
succeeded
Running "install /boot/grub/stage1 (hd0) (hd0)1+17 p (hd0,2)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded
Done.
grub> device (hd0) /dev/sdb
grub> root (hd1,2)
Filesystem type is ext2fs, partition type 0xfd
grub> setup (hd0)
Checking if "/boot/grub/stage1" exists... yes
Checking if "/boot/grub/stage2" exists... yes
Checking if "/boot/grub/e2fs_stage1_5" exists... yes
Running "embed /boot/grub/e2fs_stage1_5 (hd0)"... 17 sectors are embedded.
succeeded
Running "install /boot/grub/stage1 d (hd0) (hd0)1+17 p (hd1,2)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded
Done.
grub>
Danach sieht menu.lst so aus:
default 0
timeout 8
##YaST - generic_mbr
gfxmenu (hd0,2)/boot/message
##YaST - activate
###Don't change this comment - YaST2 identifier: Original name: linux###
title openSUSE 12.1
root (hd0,2)
kernel /boot/vmlinuz root=/dev/disk/by-id/md-uuid-0e18e1ed:8b00eed0:981e4c73:31d8d36d resume=/dev/disk/by-id/ata-OCZ-AGILITY3_OCZ-WC8Y4PZ7FBWOJC0Z-part2 splash=silent quiet showopts vga=0x346
initrd /boot/initrd
###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- openSUSE 12.1
root (hd0,2)
kernel /boot/vmlinuz root=/dev/disk/by-id/md-uuid-0e18e1ed:8b00eed0:981e4c73:31d8d36d showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x346
initrd /boot/initrd
###Don't change this comment - YaST2 identifier: Original name: linux###
title Kernel-3.1.0-1.2-desktop
root (hd0,2)
kernel /boot/vmlinuz-3.1.0-1.2-desktop root=/dev/disk/by-id/md-uuid-0e18e1ed:8b00eed0:981e4c73:31d8d36d resume=/dev/disk/by-id/ata-OCZ-AGILITY3_OCZ-WC8Y4PZ7FBWOJC0Z-part2 splash=silent quiet showopts vga=0x346
initrd /boot/initrd-3.1.0-1.2-desktop
Kann mir jemand sagen, was ich falsch mache?
DrunkenFreak
28.11.11, 19:12
Was ist denn die Fehlermeldung?
Dem Wirrwarr nach zu urteilen könnte es sein, dass du Grub vom Raid booten lassen willst. Das kann Grub aber nicht. Grub1 möchte ganz normal von einer Partition gestartet werden und das Raid wird erst später "aufgebaut". Hier (http://www.pc-erfahrung.de/linux/linux-software-raid-how-to-mit-mdadm-raidutils.html) wird das auch noch erklärt.
Ist aber nur eine Vermutung, da keiner da durchsteigt. Code-Tags helfen weiter.
Den genauen Wortlaut weiß ich im Moment nicht. Aber nach dem Bios wird kein Bootloader gefunden und er kommt die Aufforderung, eine Systemdisk einzulegen.
Das Plattenlayout steht ja da.
Auf beiden Platten befinden sich jeweils drei primäre Partitionen.
Die erste ext4 für den MBR.
Die zweite Swap
Die dritte für das RAID. Das RAID wird gebildet aus sda3 und sdb3. Steht aber eigentlich auch alles da.
DrunkenFreak
28.11.11, 21:01
Sollte dem so sein, ist Grub nicht im MBR drin.
Und schön, dass es da steht. Es kann trotzdem keine Sau lesen. Siehe dazu auch Kreols Signatur...
[QUOTE=DrunkenFreak;1785014]Sollte dem so sein, ist Grub nicht im MBR drin.
QUOTE]
Ja, so sieht das aus. Das find im GRUB findet Stage1 ja auch auf (hd0,2)
(hd1,2), also auf sda3 und sdb3.
Ich bekomme das Sch.-Ding aber nicht in den MBR.
Wenn ich das im GRUB versuche, also root (hd0,0) und (hd1,0) setze, bekomme ich beim anschließenden setup Kommando eine Fehlerlmeldung, dass Stage1 nicht gefunden wurde.
Ich habe versucht über Yast den bootloader in den MBR zu installieren. Funktioniert auch nicht.
Frage ist also: Wie bekomme ich den Bootloader in den MBR?
Am einfachsten mit
grub-install /dev/sdxyso den deine grub.cfg passt.
Mit
Wenn ich das im GRUB versuche, also root (hd0,0) und (hd1,0) setze, bekomme ich beim anschließenden setup Kommando eine Fehlerlmeldung, dass Stage1 nicht gefunden wurde.schreibst du den Bootloader auf die Partition 1 der Platten, wenn dann müsstest du
hd(0) verwenden.
Gruß aus L.E.
Uwe
Hm, wenn ich das richtig verstanden habe, ist die Abfolge der Kommandos in Grub
grub> device (hd0) /dev/sdb
grub> root (hd1,0)
grub> setup (hd0)
Dabei steht die 1 (hd1,0) für die zweite Platte, also sdb und die 0 für die erste Partition (Grub fängt bei 0 an zu zählen). Also eigentlich referenziert das die Partition sdb1.
Oder habe ich da was falsch verstanden?
Am einfachsten mit
grub-install /dev/sdxyso den deine grub.cfg passt.
Den grub-install habe ich schon versucht. Da bekomme ich eine Fehlermeldung, die sinngemäß sagt, das Statement sei veraltet und man sollte das besser über Yast machen. Was ich dann erfolglos versucht habe.
Ich bin gerade nicht an dem Rechner. Ich versuche das heute abend noch mal. Dann kann ich die genauen Fehlermeldungen hier angeben. Und auch noch mal in die grub.cfg schauen.
Den grub-install habe ich schon versucht.YaST deutet auf die SuSI hin;-)
Bei Version 11.4 haben die wieder etwas "rumgebastelt": Der Befehl "grub-install" ist eine Eigencreation. Wenn Du den "richtigen" Install-Befehl willst, musst Du "grub-install.unsupported" aufrufen. Ob das bei Version 12.1 immer noch so ist, weiss ich nicht. Ich vermute es aber stark.
Gruss Pit.
Ja genau! "grub-install.unsupported" hieß das in der Fehlermeldung.
Das klang für mich so erschreckend, dass ich doch lieber Yast versucht habe.
Und ja, es handelt sich um SuSE 12.1.
So, jetzt habe ich mal grub-install.unsupported ausprobiert.
Geht nicht
grub-install.unsupported hd0
/dev/md0 does not have any corresponding BIOS drive.
oder
grub-install.unsupported /dev/sda
/dev/sda does not have any corresponding BIOS drive.
oder
grub-install.unsupported /dev/sda1
/dev/sda1 does not have any corresponding BIOS drive.
Hat jemand eine Idee, warum das nicht funktioniert?
Hier noch die /etc/grub.conf
setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,2)
setup --stage2=/boot/grub/stage2 --force-lba (hd1) (hd1,2)
setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd0,2)
versuch mal mit
--recheckund lass mal sehen was in der
/boot/grub/device.mapdrin steht, wenn überhaupt vorhanden.
Wenns dann mal wieder klemmt ist ein
beliebigecommando --helpoder
man beliebigescommandoauch oft recht hilfreich!
Gruß aus L.E.
Uwe
Devicemap sieht so aus:
(fd0) /dev/fd0
(hd0) /dev/sda
(hd1) /dev/sdb
(hd2) /dev/sdc
(hd3) /dev/sdd
(hd4) /dev/sde
Die Option --recheck hat auch nicht geholfen.
grub-install.unsupported --recheck /dev/sda
Probing devices to guess BIOS drives. This may take a long time.
/dev/md0 does not have any corresponding BIOS drive.
Wenn das System den mal läuft was spuckt den ein
mountoder
dfaus?
Gruß aus L.E.
Uwe
df sacht:
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 109022056 8879564 94604400 9% /
devtmpfs 3021296 40 3021256 1% /dev
tmpfs 3062292 2124 3060168 1% /dev/shm
tmpfs 3062292 620 3061672 1% /run
/dev/md0 109022056 8879564 94604400 9% /
tmpfs 3062292 0 3062292 0% /sys/fs/cgroup
tmpfs 3062292 0 3062292 0% /media
tmpfs 3062292 620 3061672 1% /var/lock
tmpfs 3062292 620 3061672 1% /var/run
/dev/md1 615326968 327827512 256242612 57% /home
Und mount sacht:
devtmpfs on /dev type devtmpfs (rw,relatime,size=3021296k,nr_inodes=755324,mode=7 55)
tmpfs on /dev/shm type tmpfs (rw,relatime)
tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
/dev/md0 on / type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered )
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=23,pgrp=1,timeout=300,minproto=5,m axproto=5,direct)
tmpfs on /media type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755)
tmpfs on /var/lock type tmpfs (rw,nosuid,nodev,relatime,mode=755)
tmpfs on /var/run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
securityfs on /sys/kernel/security type securityfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
/dev/md1 on /home type ext4 (rw,relatime,user_xattr,acl,barrier=1,stripe=64,da ta=ordered)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
gvfs-fuse-daemon on /home/karsten/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,relatime,user_id=1000,group_id=10 0)
mpf ne is klar......
grub-installschaut in
/etc/mtabnach wie das Device heisst auf dem
/boot/liegt und was steht da drin?
/dev/md0korrekt. Aber
/dev/md0 does not have any corresponding BIOS drivehm .... stimmt ja auch!
Du musst die
/etc/mtabeditieren und den Eintrag von
/dahingehend abändern das dort das Bootdevice (z.B. /dev/sdl35 oder so) drin steht. Ich gehe davon aus das /boot keine seperate Partition ist!!
Und weil es ja Sinn machen sollte das ganze dann für die zweite Platte auch noch.
Äh ich hoffe mal es reicht mit mtab den ich glaube es wird auch unter
/proc/mountsnachgeschaut!!
Gruß aus L.E.
Uwe
P.S.: Bei genauem hinsehen(lesen) hätte man auch schon bei #11 daraufkommen können, aber heut is nich mein Tag.
Zum Schluss hin und wieder Tags verwenden wenn du etwas postest hat noch keinem geschadet hilft aber beim Lesen!!
Hm, das verstehe ich nicht.
/ soll ja die Systempartition sein. Oder anders gesagt, der Mount Punkt für die Partition /dev/md0 soll / sein, damit das Betriebssystem auf das RAID installiert wird.
Der MBR soll auf /dev/sda1 und weil es ein RAID ist auch auf /dev/sdb1 liegen.
Wenn ich in die mtab nun so etwas reinschreibe wie
"/dev/sda1 / ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0"
nutze ich das RAID nicht mehr. Und sda1 wäre auch viel zu klein für das Betriebssystem.
NEIIIN.
Der MBR soll auf
/dev/sdaund
/dev/sdbnix mit ner 1, 2 oder 3 oder was auch immer hinten dran!!
Die ersten 512Byte auf deiner Platte stellen den MBR dar.
Darin enthalten sind (unter anderem) die Partitionstabelle und dein Bootloader.
Ja man/frau kann den Bootloader auch auf eine beliebige Partition installieren dann benötigt man/frau aber wiederrum einen Bootloader (z.B. MBR, Diskette, Stick usw. usw.) der vom BIOS aus angebootet wird und von dem aus der Bootloader auf der Partition geladen wird. Kompliziert aber nicht dein Fall!!
Zurück zum Thema: deinen Bootloader auf
/dev/sda(b)installieren, dazu den Eintrag in der
/etc/mtabändern dann müsste theoretisch
grub-install ........durchlaufen.
Das File
/etc/mtabwird nur von
mountund
umountbeschrieben und von diversen anderen ausgelesen.
Wenn du mit deinem
grub-installfertig bist spricht nix dagegen die Änderungen wieder rückgängig zu machen.
Gruß aus L.E.
Uwe
Tja, irgendwie bekomme ich mtab nicht gespeichert. Jedenfalls nicht mit vi.
Gibt jedes mal 'ne Fehlermeldung: "mtab" E667: Fsync failed...
Ich habe versucht das folgendermaßen zu in der zweiten Zeile zu ändern:
devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
/dev/sda / ext4 rw,relatime 0 0
Du machst das ganze als root?
Oder per sudo?
Anderen Editor ... nano .... emacs ... joe ... pico ...... oder oder oder
Kannst du z.B.
/etc/fstabeditieren?
Einfach mal mit dem Editor deiner Wahl öffnen speichern verlassen.
Wenn alles nix hilft (als root)
cp /etc/mtab /tmp/test.mtabDann mit vi die
/tmp/test.mtabentsprechend ändern.
Zum Schluss mit
cat /tmp/test.mtab > /etc/mtabdie Änderungen in die mtab bringen.
Mit
cat /etc/mtabden Erfolg prüfen.
Es geht mit Sicherheit auch einfacher aber so kurz vor Mitternacht lässt meine Hirntätigkeit rapide nach:mad:
Gute Nacht ......
Gruß aus L.E.
Uwe
P.S.: (ich meine) es gab bei vi(m) mal nen Bug der beim Schreiben eben diese Fehlermeldung auswarf, das ist aber schon einige Jahre(?) her .....oder?
Hallo,
ich habe das noch mal ausprobert.
fstab kann ich ganz normal schreiben. Auch mit dem vi.
mtab nicht.
Allerdings mach ich das ja bei laufendem System, nicht von der Rettungs-CD. Also die Partition, die in mtab geändert werden soll, nämlich md0, ist gemountet.
Geht das vielleicht nicht, wenn md0 gemounted ist?
Also zumindest bei meinem Debian System kann ich die mtab editieren wie ich will.
Die mtab wegkopieren, löschen, die Kopie editieren und wieder zurück kopieren!
Gruß aus L.E.
Uwe
Bei mir geht das nicht. /etc/mtab ist nur ein Link auf /proc/self/mounts.
Und die Datei mounts lässt sich genau so wenig editieren wie mtab. Gibt auch die selbe Fehlermeldung.
Hi Karsten,
ich will die nicht zu nahe treten aber sei doch mal etwas kreativ!!
Wenn die
/etc/mtabbei dir "nur" ein Link nach
/proc/self/mountswie könntest du das lösen das die
/etc/mtabals "File" exsistiert und sich editieren lässt?
Kleine Hilfe, als erstes
cat /proc/self/mounts > /tmp/mtabund weiter?
Ein bisschen Eigeninitiative muss schon dabei sein ..........
Gruß aus L.E.
Uwe
Hi Uwe,
vielen Dank für deine ausdauernde Hilfe!
Ich bin mit "kreativen" Maßnahmen sehr vorsichtig, weil ich da im Moment in Gefilden unterwegs bin, in denen ich noch nie vorher war. Also eigentlich habe ich keine Ahnung von dem Kram. Daher mache ich das so Schritt für Schritt.
Du meinst, ich sollte eine Kopie von mtab in tmp erzeugen und den link einfach umbiegen. Okay, mache ich heute abend mal.
Ich habe gestern mal versucht, sda1 zu mounten und dann den bootloader da reinzuschreiben.
Das mounten ging noch. Das reinschreiben nicht mehr. grub-install hat wieder die bekannte Fehlermeldung geschmissen.
Grüße
Karsten
Hallo Uwe,
ich habe jetzt mal den mtab Trick versucht. Hat leider nicht funktioniert.
Ich habe den Link /etc/mtab auf /tmp/mtab verbogen.
mtab -> /tmp/mtab
/tmp/mtab sieht folgendermaßen aus:
rootfs / rootfs rw 0 0
devtmpfs /dev devtmpfs rw,relatime,size=3021296k,nr_inodes=755324,mode=75 5 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
tmpfs /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
/dev/sda / ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
usw.
grub-install.unsupported /dev/sda
führt dennoch zur Fehlermeldung
/dev/sda does not have any corresponding BIOS drive
In /proc/self/mounts steht immer noch md0.
rootfs / rootfs rw 0 0
devtmpfs /dev devtmpfs rw,relatime,size=3021296k,nr_inodes=755324,mode=75 5 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
tmpfs /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
/dev/md0 / ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
usw.
Wie ich /proc/self/mounts überschreiben soll, weiß ich allerdings nicht.
Und kopieren lässt sich das Ding auch nicht.
Also was die Geschichte mit mtab, Link, kopieren, editieren angeht war das schon mal ein voller Erfolg!!
Nur hast du dir in deine /tmp/mtab einen Faxpaus reineditiert der natürlich zu der von die beschriebenen Fehlermeldung führen MUSS!!
/dev/sda / ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0Sicher das die Root (/) auf
/dev/sdaliegt? Sicher nicht!
So ich es richtig im Kopf habe muss da
/dev/sda3bzw.
/dev/sdb3rein.
Das sollte dich so langsam aber sicher zum Ziel bringen.
Gruß aus L.E.
Uwe
So, hab's ausprobiert. Hat aber nicht funktioniert.
Fehlermeldung immer noch
...does not have any corresponding BIOS drive.
Also:
Ich habe in mtab die Zeile
/dev/sda1 / ext4 rw,relatime 0 0
Der Aufruf lautet dann
grub-install.unsupported /dev/sda1
Ich kann das ganze auch analog mit /dev/sda3 machen, was aber zu keinem anderen Ergebnis führt.
Möglicherweise wird bei SuSE gar nicht in die mtab geschaut sondern in /proc/self/mounts? Kann das sein?
Weitere Forschungen haben mich zu diesem Bug geführt:
https://bugzilla.novell.com/show_bug.cgi?id=731230
Kann sein, dass das wirklich ein SuSE 12.1 Bug ist.
Grüße
Karsten
Möglicherweise wird bei SuSE gar nicht in die mtab geschaut sondern in /proc/self/mounts? Kann das sein?Und wieder einmal wird hier fundiertes Halbwissen verbreitet. Fuer Erklaerungen zu fstab/mtab guckst Du zB. hier (http://www.linux-praxis.de/lpic1/lpi101/1.104.3.html). Beachte bitte besonders den Teil mit "mtab".
Mein Tip: Eine eigene kleine Boot-Partition mit ext2-Filesystem (100MB reichen) anlegen und alles klappt ohne Probleme. So koennen auch ganz einfach mehrere BS parallel installiert (und getestet) werden.
Gruss Pit.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.