Am 18.07.2011 16:01, schrieb Klaus Schneider-Grosch:
Am Sonntag, 17. Juli 2011, 19:49:12 schrieb Tao te Puh:
Am 17.07.2011 19:33, schrieb Klaus Schneider-Grosch:
Am Samstag, 16. Juli 2011, 11:04:33 schrieb Tao te Puh:
Am 16.07.2011 06:47, schrieb Klaus Schneider-Grosch:
Am Donnerstag, 14. Juli 2011, 19:59:41 schrieb Tao te Puh:
Am 14.07.2011 19:05, schrieb Klaus Schneider-Grosch: > Hallo, > > ... > > Hier fdisk -l, fstab, device.map, menu.lst, grub.conf: > > ################# > Disk /dev/sda: 400.1 GB, 400088457216 bytes > 255 heads, 63 sectors/track, 48641 cylinders, total 781422768 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: 0xf12c656a > > Device Boot Start End Blocks Id System > > /dev/sda1 * 2048 41945087 20971520 83 Linux > /dev/sda2 41945088 62916607 10485760 82 Linux swap / > Solaris /dev/sda3 62916608 781422767 359253080 83 Linux > ################# > > ...
Vielleicht versuchst Du mal grub "manuell" zu initialisieren, dann erhältst Du nämlich mehr (Fehler)-Meldungen als bei Yast ...
grub
root (hd0,0) setup (hd0) quit
Hallo Tao te Puh,
vielen Dank für Deine Hinweise. ... Nach Neustart jedoch leider:
GRUB Loading stage 1.5 GRUB Loading, please wait Error 5
Laut Fehlermeldung, mag grub Deine Partitionstabelle nicht leiden. Wie hast Du denn partitioniert?
War die Platte die Einzige im System als Du grub initialisierst hast?
Falls Du eine Neu-Paritionierung in Betracht ziehst, würde ich zunächst mal den MBR komplett löschen (das löscht auch die Partitionstabelle) - das hat bei mir schon geholfen.
Hallo Tao,
Die Partitionierung findest Du etwas weiter oben. Das habe ich bereits zwei mal mit fdisk (von opensuse 11.4) erledigt, vorher jeweils mit dd die ersten paar tausend Sektoren mit Null überschrieben, um ganz sicher zu gehen.
Sowohl beim Erstellen der Grub-Konfiguration mit yast als auch nach Deinen Vorschlägen mit der grub-Shell war die FP die einzige im System.
Die ursprüngliche fdisk-Variante mit leicht geänderten Gößenverhältnissen bei root und home: 1. Swap-Partition 2. Root-Partition 3. Home
Beide Partitionierungsvarianten führten zum gleichen Ergebnis.
So mal zwischendurch: Das Dateisystem hast Du nicht zufällig gewechselt? Dann musst Du nämlich noch die initrd neu bauen ... aber so wie es ausschaut, hängt grub ja schon im Stage 1_5 und kommt gar nicht bis zur initrd ...
Hallo Tao,
nun ja, wenn ich anfangs die Startkonfiguration mit yast erledige, kommt beim Booten immerhin die grub-shell, und ich sage grub dann, wie es weitergeht, und dann startet das System einwandfrei.
Das bedeutet, dass grub bis zu stage2 kommt (/boot/grub/stageg2) und anschließend entweder die menu.lst nicht finden oder korrekt lesen kann. Ich habe das mal ausprobiert, indem ich menu.lst umbenannt habe - dann landet man eben in der grub-shell. Wenn man hingegen /boot/grub/stage2 umbenennt, bekommt man error code 15 was soviel bedeutet wie, dass stage1_5 korrekt durchgelaufen ist, aber "eine" Datei nicht finden konnte.
Solange ich mit yast "spiele", z.B. grub nicht in den MBR, sondern in die Root-Partition installiere, nach Belieben auch wieder zurück, gelange ich beim Booten immer bis zu einer funktionierenden grub-shell.
Nun ja, was das "Spielen" angeht, so habe ich in diesem Fall so meine Zweifel ob Deine Versuche aussagekräftig sind. Ich glaube nämlich nicht, dass Yast bei der Installation in die "root-Partition" vorher den MBR der Festplatte löscht und somit wird das BIOS immer noch den grub aus dem MBR der Festplatte finden und zünden. Soll heißen, dass was Yast da in den MBR der Partition schreibt, wird gar nicht ausgeführt. Für einen aussagekräftigen Versuch wäre es also interessant, wenn Du vorher den grub aus dem MBR der Festplatte löscht - aber Achtung, nicht den ganzen MBR löschen, da liegt ja auch die Partitionstabelle drin ... Ich würde also nur die ersten 446 Bytes der _Platte_ "Nullen" und dann mal gucken was bei einer "root-Partition-Installation" passiert.
Wenn ich jedoch im gestarteten System grub aufrufe und wie oben angegeben mit den grub-Befehlen die Boot-Konfiguration speichere, gibt es beim Booten Grub Error 5. Danach hilft auch yast nicht mehr, d.h., egal, was ich mit yast veranstalte, es gibt immer nur Grub Error 5. Erst nach dem Löschen der Konfigurationsdateien und der kompletten Neuerstellung durch yast gibt es beim Booten zumindest wieder eine grub-shell. Das habe ich bereits mehrfach durchgespielt.
Interessant, was steht eigentlich in /etc/grub.conf nachdem Du grub mit Yast installiert hast? Das könnten wir nämlich mal in die manuelle Installation übernehmen.
Nach meinem Verständnis sollte yast bei beliebigen Änderungen alles komplett neu erstellen, aber das ist jetzt nur nebenbei bemerkt.
Ja, das finde ich auch sehr merkwürdig ...
Außerdem habe ich die Festplatten probehalber auf andere SATA-Ports gesteckt und fasse das Ergebnis hier zusammen. Die von yast generierte Konfiguration habe ich dabei nicht mehr angefaßt:
Folgende Varianten funktionieren (d.h. rsync-Grub und Systemstart) einwandfrei: - Irgendeine völlig beliebige (!!) Festplatte oder DVD-Laufwerk auf SATA-Port 0 und rsync-Platte auf dem Port, wo sie immer gesteckt war, Port 2 - wie bereits vorher zufällig gesteckt meine Arbeitsplatten auf Port 0 und 4 sowie rsync-Platte auf Port 2 - nur die rsync-Platte auf Port 0, keine anderen Festplatten.
Nur bis zur Grub-Shell führt dieses: (weiter jedoch mit root (hd0,0), kernel ... initrd ..., boot) - nur die rsync-Platte auf Port 2, keine anderen Festplatten.
Das verstehe ich nun gar nicht mehr, und über eine Erklärung würde ich mich freuen.
Aha, das bestätigt einen Verdacht, der schon eine Zeit lang in mir gärt: Dein BIOS spielt da eine Rolle ... Grub kennt ja keine Notation sda, sdb usw., sondern eben nur hd0, hd1 ... Welches Gerät nun wie zugeordnet wird, hängt stark vom BIOS ab soll heißen, was das BIOS als erstes Gerät liefert, ist in der Grub-Notation eben hd0, das zweite Gerät hd1 ... In einigen BIOSen, kann man nun diese Reihenfolge in der das BIOS die Geräte "anbietet", auch manuell beeinflussen - schau mal nach, bei Dir geht das bestimmt auch. So kann man dann z.B. eine Platte auf einem anderen SATA-Port anschließen und sie trotzdem als z.B. erste Platte im System anbieten. Hier geht wahrscheinlich irgendwas schief, ich blick' nur noch nicht was ... Mal so dahin geschrieben: Das BIOS findet stage1 von grub im MBR der Festplatte - dabei ist es egal wo die Festplatte angeschlossen ist, da das BIOS einfach alle angeschlossenen Geräte der Reihe nach abklappert. stage1 lädt nun stage1_5 nach. stage1_5 liegt in den ersten (17) Sektoren zwischen MBR und der ersten Partition dieser Platte. stage1_5 wird gefunden, da auf der Platte gesucht wird auf der der stage1 liegt. stage1_5 will nun stage2 laden und das geht schief (error 5). Soweit ich Bescheid weiß, spielt bei diesem Vorgang das erste mMal die Notation (Platte und Partition) eine Rolle, und das geht eben schief ... Wenn stage2 gefunden wird, lädt dieses die Menüdatei (menu.lst) oder, falls das schief geht, die grub-Shell. Momentan bin ich aber insgesamt ein wenig ratlos wie man da weiter macht. Guck mal zuerst Dein BIOS an, vielleicht findest Du ja was. Ich lass das bei mir derweil mal etwas sacken. -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org