Hi, kriege eine VM nicht gebootet. Ich habe ein physikalisches Linuxsystem (SLES 10) in ein virtuelles migriert. Die Migration habe ich wie folgt durchgeführt: - physikalisches System runterfahren - Booten mit Knoppix - Root-Partition mounten, Dateien per tar cvp auf ein CIFS_Share kopiert - VM anlegen - VM mit Knoppix booten - Dateien per tar xvpf auf virtuelle Platte kopieren - /etc/fstab und /boot/grub/menu.lst anpassen, MBR mit GRUB neu schreiben Versuche ich diese VM zu starten, kommt folgender Fehler: "GRUB Loading stage1.5. GRUB loading, please wait..., Error 2.". Die stage-Dateien liegen alle in /boot/grub. Habe mehrfach per Knoppix gebootet und den MBR neu geschrieben: Starte GRUB: "root (hd0,1)" anschließend "setup (hd0)". GRUB schreibt, daß er die erforderlichen stage-Dateien findet. Aber beim nächsten Neustart ... s.o. Also habe ich mir gedacht, ich mach daß ganze mal per chroot. Aus Knoppix chroot in die gemountete virtuelle Platte, /dev und /proc mit mount --bind auch noch in das chroot gemountet. Das / der virtuellen Platte ist in Knoppix und chroot /dev/sda2, dort liegt auch /boot. In GRUB "root (hd0,1)" klappt noch (Filesystem type is ext2fs, partition type 0x83), bei "setup (hd0)" kommt: Checking if "/boot/grub/stage1" exists... no Checking if "/grub/stage1" exists... no Error 2: Bad file or directory type Das chroot-System sieht außer /dev/sda1 (swap) und /dev/sda2 (/) keine weiteren Partitionen. Und (hd0,1) entspricht doch /dev/sda2, und (hd0) /dev/sda, oder ? Meine device.map sagt das jedenfalls auch so. Any ideas ? Bernd -- Bernd Lentes Systemadministration Institut für Entwicklungsgenetik HelmholtzZentrum münchen bernd.lentes@helmholtz-muenchen.de phone: +49 89 3187 1241 fax: +49 89 3187 3826 http://www.helmholtz-muenchen.de/idg Wer Visionen hat, soll zum Hausarzt gehen Helmut Schmidt Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On 02.03.2012 18:50, Lentes, Bernd wrote:
Hi,
kriege eine VM nicht gebootet. Ich habe ein physikalisches Linuxsystem (SLES 10) in ein virtuelles migriert. Die Migration habe ich wie folgt durchgeführt: - physikalisches System runterfahren - Booten mit Knoppix - Root-Partition mounten, Dateien per tar cvp auf ein CIFS_Share kopiert - VM anlegen - VM mit Knoppix booten - Dateien per tar xvpf auf virtuelle Platte kopieren - /etc/fstab und /boot/grub/menu.lst anpassen, MBR mit GRUB neu schreiben
Versuche ich diese VM zu starten, kommt folgender Fehler: "GRUB Loading stage1.5. GRUB loading, please wait..., Error 2.". Die stage-Dateien liegen alle in /boot/grub. Habe mehrfach per Knoppix gebootet und den MBR neu geschrieben: Starte GRUB: "root (hd0,1)" anschließend "setup (hd0)". GRUB schreibt, daß er die erforderlichen stage-Dateien findet. Aber beim nächsten Neustart ... s.o.
Also habe ich mir gedacht, ich mach daß ganze mal per chroot. Aus Knoppix chroot in die gemountete virtuelle Platte, /dev und /proc mit mount --bind auch noch in das chroot gemountet. Das / der virtuellen Platte ist in Knoppix und chroot /dev/sda2, dort liegt auch /boot. In GRUB "root (hd0,1)" klappt noch (Filesystem type is ext2fs, partition type 0x83), bei "setup (hd0)" kommt: Checking if "/boot/grub/stage1" exists... no Checking if "/grub/stage1" exists... no Error 2: Bad file or directory type
Das chroot-System sieht außer /dev/sda1 (swap) und /dev/sda2 (/) keine weiteren Partitionen. Und (hd0,1) entspricht doch /dev/sda2, und (hd0) /dev/sda, oder ? Meine device.map sagt das jedenfalls auch so.
Any ideas ?
Ohne jetzt alles ganz genau nachvollzogen zu haben, aber den "chroot" mache ich anders: rootfs mounten Die Partition mit dem /-Verzeichnis mount /dev/XYZ /mnt/tao_rootfs weitere, wichtige mounts für das chroot mount --bind /proc /mnt/tao_rootfs/proc mount --bind /sys /mnt/tao_rootfs/sys mount --bind /dev /mnt/tao_rootfs/dev chroot chroot /mnt/tao_rootfs Also fehlt mindestens /sys bei Dir und der chroot kommt zu Schluss. Außerdem kannst Du statt dem manuellen "gegrubbe" auch mal folgendes probieren: grub < /etc/grub.conf Voraussetzung ist ein unverändertes Plattenlayout zum Altsystem. -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Tao schrieb:
Versuche ich diese VM zu starten, kommt folgender Fehler: "GRUB Loading stage1.5. GRUB loading, please wait..., Error
2.". Die stage-Dateien liegen alle in /boot/grub.
Habe mehrfach per Knoppix gebootet und den MBR neu geschrieben: Starte GRUB: "root (hd0,1)" anschließend "setup (hd0)". GRUB schreibt, daß er die erforderlichen stage-Dateien findet. Aber beim nächsten Neustart ... s.o.
Also habe ich mir gedacht, ich mach daß ganze mal per chroot. Aus Knoppix chroot in die gemountete virtuelle Platte, /dev und /proc mit mount --bind auch noch in das chroot gemountet. Das / der virtuellen Platte ist in Knoppix und chroot /dev/sda2, dort liegt auch /boot. In GRUB "root (hd0,1)" klappt noch (Filesystem type is ext2fs, partition type 0x83), bei "setup (hd0)" kommt: Checking if "/boot/grub/stage1" exists... no Checking if "/grub/stage1" exists... no Error 2: Bad file or directory type
Das chroot-System sieht außer /dev/sda1 (swap) und /dev/sda2 (/) keine weiteren Partitionen. Und (hd0,1) entspricht doch /dev/sda2, und (hd0) /dev/sda, oder ? Meine device.map sagt das jedenfalls auch so.
Any ideas ?
Ohne jetzt alles ganz genau nachvollzogen zu haben, aber den "chroot" mache ich anders:
rootfs mounten Die Partition mit dem /-Verzeichnis mount /dev/XYZ /mnt/tao_rootfs
weitere, wichtige mounts für das chroot mount --bind /proc /mnt/tao_rootfs/proc mount --bind /sys /mnt/tao_rootfs/sys mount --bind /dev /mnt/tao_rootfs/dev
chroot chroot /mnt/tao_rootfs
Also fehlt mindestens /sys bei Dir und der chroot kommt zu Schluss.
Hat leider nicht geklappt. Wenn ich in Knoppix mal mit testdisk die Partitionen suchen lasse, kriege ich ein "Partition sector doesn't have the endmark 0xAA55". Wie kriege ich denn da einen sauberen MBR hin ? Bernd Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On 04.03.2012 15:54, Lentes, Bernd wrote:
Tao schrieb:
Versuche ich diese VM zu starten, kommt folgender Fehler: "GRUB Loading stage1.5. GRUB loading, please wait..., Error
2.". Die stage-Dateien liegen alle in /boot/grub.
Habe mehrfach per Knoppix gebootet und den MBR neu geschrieben: Starte GRUB: "root (hd0,1)" anschließend "setup (hd0)". GRUB schreibt, daß er die erforderlichen stage-Dateien findet. Aber beim nächsten Neustart ... s.o.
Also habe ich mir gedacht, ich mach daß ganze mal per chroot. Aus Knoppix chroot in die gemountete virtuelle Platte, /dev und /proc mit mount --bind auch noch in das chroot gemountet. Das / der virtuellen Platte ist in Knoppix und chroot /dev/sda2, dort liegt auch /boot. In GRUB "root (hd0,1)" klappt noch (Filesystem type is ext2fs, partition type 0x83), bei "setup (hd0)" kommt: Checking if "/boot/grub/stage1" exists... no Checking if "/grub/stage1" exists... no Error 2: Bad file or directory type
Das chroot-System sieht außer /dev/sda1 (swap) und /dev/sda2 (/) keine weiteren Partitionen. Und (hd0,1) entspricht doch /dev/sda2, und (hd0) /dev/sda, oder ? Meine device.map sagt das jedenfalls auch so.
Any ideas ?
Ohne jetzt alles ganz genau nachvollzogen zu haben, aber den "chroot" mache ich anders:
rootfs mounten Die Partition mit dem /-Verzeichnis mount /dev/XYZ /mnt/tao_rootfs
weitere, wichtige mounts für das chroot mount --bind /proc /mnt/tao_rootfs/proc mount --bind /sys /mnt/tao_rootfs/sys mount --bind /dev /mnt/tao_rootfs/dev
chroot chroot /mnt/tao_rootfs
Also fehlt mindestens /sys bei Dir und der chroot kommt zu Schluss.
Hat leider nicht geklappt.
Wenn ich in Knoppix mal mit testdisk die Partitionen suchen lasse, kriege ich ein "Partition sector doesn't have the endmark 0xAA55".
Ich glaube das bedeutet nur, dass die aktuelle MBR-Signatur (siehe http://de.wikipedia.org/wiki/Master_Boot_Record#MBR-Signatur) am Ende des MBR fehlt und wie sollte sie denn auch da sein, schließlich konntest Du ja bisher keinen MBR schreiben Wenn ich meine MBR-Signatur auslese dd if=/dev/sda of=sda_mbr_sig bs=1 count=2 skip=510 und anschließend in HEX wandle od -t x1 sda_mbr_sig erhalte ich die gesuchte Signatur 0000000 55 aa 0000002 Du kannst Dir ja Spaßenshalber mal den MBR von der alten Installation sichern und in der VM draufzimmern, dann sollte die Meldung weg sein - aber das System wird trotzdem nicht starten ...
Wie kriege ich denn da einen sauberen MBR hin ?
Vielleicht solltest Du damit beginnen etwas mehr Information Preis zu geben. Bisher weiß man ja nicht mal um welche VM es geht, geschweige denn mit welchem System Du arbeitest Host/Guest und in welcher Version, welches Dateisystem Du einsetzt, ob Du bei der Migration einen Dateisystemwechsel vollzogen hast ... -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Tao schrieb:
Wenn ich in Knoppix mal mit testdisk die Partitionen suchen
lasse, kriege ich ein "Partition sector doesn't have the endmark 0xAA55".
Ich glaube das bedeutet nur, dass die aktuelle MBR-Signatur (siehe http://de.wikipedia.org/wiki/Master_Boot_Record#MBR-Signatur) am Ende des MBR fehlt und wie sollte sie denn auch da sein, schließlich konntest Du ja bisher keinen MBR schreiben
Wenn ich meine MBR-Signatur auslese
dd if=/dev/sda of=sda_mbr_sig bs=1 count=2 skip=510
und anschließend in HEX wandle
od -t x1 sda_mbr_sig
erhalte ich die gesuchte Signatur
0000000 55 aa 0000002
Du kannst Dir ja Spaßenshalber mal den MBR von der alten Installation sichern und in der VM draufzimmern, dann sollte die Meldung weg sein - aber das System wird trotzdem nicht starten ...
Wie kriege ich denn da einen sauberen MBR hin ?
Vielleicht solltest Du damit beginnen etwas mehr Information Preis zu geben. Bisher weiß man ja nicht mal um welche VM es geht, geschweige denn mit welchem System Du arbeitest Host/Guest und in welcher Version, welches Dateisystem Du einsetzt, ob Du bei der Migration einen Dateisystemwechsel vollzogen hast ...
kein Problem: Host OS: SLES 10, Gast-OS: SLES 10. VMWare Server 1.09. Ist zwar alt, hat aber bisher immer getan. virtuelle Platte: /dev/sda1: swap, /dev/sda2: ext3. Hab ich was vergessen ? Bernd Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On 04.03.2012 18:02, Lentes, Bernd wrote:
Tao schrieb:
Vielleicht solltest Du damit beginnen etwas mehr Information Preis zu geben. Bisher weiß man ja nicht mal um welche VM es geht, geschweige denn mit welchem System Du arbeitest Host/Guest und in welcher Version, welches Dateisystem Du einsetzt, ob Du bei der Migration einen Dateisystemwechsel vollzogen hast ...
kein Problem:
Host OS: SLES 10, Gast-OS: SLES 10. VMWare Server 1.09. Ist zwar alt, hat aber bisher immer getan. virtuelle Platte: /dev/sda1: swap, /dev/sda2: ext3. Hab ich was vergessen ?
Und da wird mein Eis auch gleich mal ganz dünn, da ich weder SLES noch VMWare-Server wirklich im Einsatz habe und somit deren Eigenheiten nicht kenne. Ich kann eigentlich nur noch mal daran erinnern, dass Du device.map, menu.lst und fstab gebührende Aufmerksamkeit schenkst, aber vermutlich hast Du da schon ein Dutzend Mal rein gesehen. -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Tao schrieb:
kein Problem:
Host OS: SLES 10, Gast-OS: SLES 10. VMWare Server 1.09. Ist zwar alt, hat aber bisher immer getan. virtuelle Platte: /dev/sda1: swap, /dev/sda2: ext3. Hab ich was vergessen ?
Und da wird mein Eis auch gleich mal ganz dünn, da ich weder SLES noch VMWare-Server wirklich im Einsatz habe und somit deren Eigenheiten nicht kenne.
Ich kann eigentlich nur noch mal daran erinnern, dass Du device.map, menu.lst und fstab gebührende Aufmerksamkeit schenkst, aber vermutlich hast Du da schon ein Dutzend Mal rein gesehen.
Hi, ich hab's rausgekriegt, Juchhuu. GRUB 0.97 hat Probleme mit ext3-Dateisysteemen, bei denen die Inodesize > 128 ist. Ich hatte zuerst Inodesize = 256, ging nicht. Neu formatiert, mit Inodesize = 128, VM startet. Anschließend noch ein paar Module in die initrd, und gut ist. Puuuh, da muß man erst mal drauf kommen. Gefunden hab ich's hier: http://www.vdr-portal.de/board60-linux/board14-betriebssystem/94599-gel%C3%B... Bernd Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On 04.03.2012 15:54, Lentes, Bernd wrote:
Wie kriege ich denn da einen sauberen MBR hin ?
Mir fällt gerade noch ein: Falls Dich mein Voodoo in diesem Zusammenhang interessiert, ich nehme statt Knoppix in der Regel SystemRescueCD und speziell für die Grub-Aktion, starte ich das System bei Problemen immer mit der Original-openSuSE-CD - oder welches System auch immer da installiert ist, jedenfalls die Original-Installation-CD. Es steht jedem frei dieses Verhalten zu belächeln. Und wenn ich dann schon mal in der chroot-Umgebung bin, baue ich mir immer vor Grub auch gleich noch eine neue initrd. Das hat ebenfalls hospitalistische Gründe. Wer heilt, hat Recht. -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Sorry für die Form aber ich bin unterwegs. In der letzten ct gibt es einen Artikel zu Problemen mit Grub. Der hat mit letzte Woche auch geholfen. Von meinem iPad gesendet Am 02.03.2012 um 18:50 schrieb "Lentes, Bernd" <bernd.lentes@helmholtz-muenchen.de>:
Hi,
kriege eine VM nicht gebootet. Ich habe ein physikalisches Linuxsystem (SLES 10) in ein virtuelles migriert. Die Migration habe ich wie folgt durchgeführt: - physikalisches System runterfahren - Booten mit Knoppix - Root-Partition mounten, Dateien per tar cvp auf ein CIFS_Share kopiert - VM anlegen - VM mit Knoppix booten - Dateien per tar xvpf auf virtuelle Platte kopieren - /etc/fstab und /boot/grub/menu.lst anpassen, MBR mit GRUB neu schreiben
Versuche ich diese VM zu starten, kommt folgender Fehler: "GRUB Loading stage1.5. GRUB loading, please wait..., Error 2.". Die stage-Dateien liegen alle in /boot/grub. Habe mehrfach per Knoppix gebootet und den MBR neu geschrieben: Starte GRUB: "root (hd0,1)" anschließend "setup (hd0)". GRUB schreibt, daß er die erforderlichen stage-Dateien findet. Aber beim nächsten Neustart ... s.o. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (3)
-
Lentes, Bernd -
Ralf Prengel -
Tao te Puh