Grub bleibt stecken
Hallo Liste, ich habe ein openSuSE 10.3 installiert, updates reingefahren usw. und auch einen Kernel-update gemacht. Zwischendurch startete die ganze Sache auch sauber von der Festplatte, seit dem Kernel-update aber nicht mehr. Ich habe das Kommando mkinitrd mehrfach ausgeführt, den Bootcode in den MBR geschrieben und diverses mehr. NICHTS hat bisher gefruchtet. Ich habe jetzt nicht wirklich noch eine Idee, was da faul ist. Wenn ich von der Installations-DVD einen Repair versuche, schmiert mir die Kiste ab bzw. bootet einfach wieder :-( Habt ihr nicht noch eine Idee bzw. ein Tool, das mir genau sagen kann, was da wirklich los ist bzw. es mir reparieren kann? Wie es aussieht muss es allerdings ein Tool sein, dass es aus dem laufenden System heraus machen kann. Hoffnungsfroh Martin -- 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
Martin Deppe schrieb:
Hallo Liste,
ich habe ein openSuSE 10.3 installiert, updates reingefahren usw. und auch einen Kernel-update gemacht.
Zwischendurch startete die ganze Sache auch sauber von der Festplatte, seit dem Kernel-update aber nicht mehr. Ich habe das Kommando mkinitrd mehrfach ausgeführt, den Bootcode in den MBR geschrieben und diverses mehr. NICHTS hat bisher gefruchtet.
Ich habe jetzt nicht wirklich noch eine Idee, was da faul ist.
Wenn ich von der Installations-DVD einen Repair versuche, schmiert mir die Kiste ab bzw. bootet einfach wieder :-(
Habt ihr nicht noch eine Idee bzw. ein Tool, das mir genau sagen kann, was da wirklich los ist bzw. es mir reparieren kann? Wie es aussieht muss es allerdings ein Tool sein, dass es aus dem laufenden System heraus machen kann.
Hoffnungsfroh Martin
Nachtrag: Ich kann die Kiste "ganz normal" über eine Installations-CD bzw. -DVD starten, da diese ja automatisch von der Festplatte bootet, wenn man ihr nichts anderes "sagt". Es ist aber auf dauer ziemlich nervig, ständig eine DVD dazu im Laufwerk haben zu müssen. Die DVD ist übrigens die, die es auf der Cebit am SuSE-Stand gab. -- 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
Am Montag, 14. April 2008 21:27 schrieb Martin Deppe: Hallo Martin
Nachtrag: Ich kann die Kiste "ganz normal" über eine Installations-CD bzw. -DVD starten, da diese ja automatisch von der Festplatte bootet, wenn man ihr nichts anderes "sagt". Es ist aber auf dauer ziemlich nervig, ständig eine DVD dazu im Laufwerk haben zu müssen.
In Anbetracht meiner negativen Erfahrungen mit 10.2/10.3 im Bezug auf das Verhalten nach einem Kernel-Update würde ich vermuten, daß auch bei Dir die Einträge in der /boot/grub/menu.list durcheinandergekommen sind. Prüfe bitte, ob die dortigen Einträge im Bezug auf die Partitionszuordnung noch stimmen. Wenn nicht, passe sie an. Wenn Du Dir nicht sicher bist, den Inhalt der menu.list posten und Deine Partitionsaufteilung. Gruß Stefan -- Private Nachrichten bitte nur noch an die Adresse s.neumeyer@gmx.net senden. Zu Wahrung meiner Privatspähre bitte ich die Möglichkeiten der GNUgpg-Verschlüsselung zu nutzen. Public-Key 8B7A04A0D5B8F4DA Unverschlüsselt zugesandte Nachrichten werde ich nicht mehr beachten. OS: GNU/Linux Debian 4.0r3 "Etch"
Heinz-Stefan Neumeyer schrieb:
Am Montag, 14. April 2008 21:27 schrieb Martin Deppe:
Hallo Martin
Nachtrag: Ich kann die Kiste "ganz normal" über eine Installations-CD bzw. -DVD starten, da diese ja automatisch von der Festplatte bootet, wenn man ihr nichts anderes "sagt". Es ist aber auf dauer ziemlich nervig, ständig eine DVD dazu im Laufwerk haben zu müssen.
In Anbetracht meiner negativen Erfahrungen mit 10.2/10.3 im Bezug auf das Verhalten nach einem Kernel-Update würde ich vermuten, daß auch bei Dir die Einträge in der /boot/grub/menu.list durcheinandergekommen sind.
Prüfe bitte, ob die dortigen Einträge im Bezug auf die Partitionszuordnung noch stimmen. Wenn nicht, passe sie an. Wenn Du Dir nicht sicher bist, den Inhalt der menu.list posten und Deine Partitionsaufteilung.
Gruß Stefan
Also, ich bin mir eigentlich schon sicher, dass die "menu.lst" richtig ist, aber es geht trotzdem nicht, also bitte: -------------------------------------------------------- Start menu.lst # Modified by YaST2. Last modification on So Apr 13 21:43:44 CEST 2008 default 0 timeout 8 ##YaST - generic_mbr gfxmenu (hd0,1)/boot/message ##YaST - activate ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 - 2.6.22.17-0.1 root (hd0,1) kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/disk/by-id/scsi-SATA_MAXTOR_STM32508_5QE1Z0M8-part2 vga=0x31a resume=/dev/sda1 splash=silent showopts initrd /boot/initrd-2.6.22.17-0.1-default ###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 10.3 - 2.6.22.17-0.1 root (hd0,1) kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/disk/by-id/scsi-SATA_MAXTOR_STM32508_5QE1Z0M8-part2 vga=normal showopts ide=nodma apm=off acpi=off noresume edd=off 3 initrd /boot/initrd-2.6.22.17-0.1-default ###Don't change this comment - YaST2 identifier: Original name: floppy### title Diskette rootnoverify (hd0,1) chainloader (fd0)+1 -------------------------------------------------------- Ende menu.lst und meine Festplattenkonfiguration: -------------------------------------------------------- Start fdisk -l gateway:/boot/grub # fdisk -l Platte /dev/sda: 250.0 GByte, 250059350016 Byte 255 heads, 63 sectors/track, 30401 cylinders Units = Zylinder of 16065 * 512 = 8225280 bytes Disk identifier: 0x00016983 Gerät boot. Anfang Ende Blöcke Id System /dev/sda1 1 262 2104483+ 82 Linux Swap / Solaris /dev/sda2 * 263 2873 20972857+ 83 Linux /dev/sda3 2874 30401 221118660 83 Linux Platte /dev/sdb: 122.9 GByte, 122942324736 Byte 255 heads, 63 sectors/track, 14946 cylinders Units = Zylinder of 16065 * 512 = 8225280 bytes Disk identifier: 0x6b7817b0 Gerät boot. Anfang Ende Blöcke Id System /dev/sdb1 * 1 4981 40009851 c W95 FAT32 (LBA) /dev/sdb4 4982 14946 80043862+ 5 Erweiterte /dev/sdb5 4982 7544 20587266 83 Linux /dev/sdb6 7545 14946 59456533+ 83 Linux gateway:/boot/grub # -------------------------------------------------------- Ende fdisk -l Also, auf /dev/sda gibt es die Swap-Partition (sda1), das Root-FS (sda2) und dsa Home-FS (sda3). Also, ich sehe keinen Fehler, aber deswegen bin ich ja hier. Ich hoffe, ihr seht, was ich nicht sehe! Martin -- 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
Am Montag, 14. April 2008 schrieb Martin Deppe:
Heinz-Stefan Neumeyer schrieb:
Am Montag, 14. April 2008 21:27 schrieb Martin Deppe:
Hallo Martin
Nachtrag: Ich kann die Kiste "ganz normal" über eine Installations-CD bzw. -DVD starten, da diese ja automatisch von der Festplatte bootet, wenn man
Schau mal, ob in der /etc/sysconfig/kernel so was drin steht: INITRD_MODULES="processor thermal pata_sis sata_sis fan jbd ext3 edd" Ist nur ein Gedanke. -- Viele Grüße Manfred ------------------- SuSE Linux 10.3 --- KDE 3.5.9 "release 57.3" Kernel 2.6.22.17-0.1-default --- Maschine i686 -- 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
Manfred Eifler schrieb:
Am Montag, 14. April 2008 schrieb Martin Deppe:
Heinz-Stefan Neumeyer schrieb:
Am Montag, 14. April 2008 21:27 schrieb Martin Deppe:
Hallo Martin
Nachtrag: Ich kann die Kiste "ganz normal" über eine Installations-CD bzw. -DVD starten, da diese ja automatisch von der Festplatte bootet, wenn man
Schau mal, ob in der /etc/sysconfig/kernel so was drin steht:
INITRD_MODULES="processor thermal pata_sis sata_sis fan jbd ext3 edd"
Ist nur ein Gedanke.
Bei mir steht folgendes: INITRD_MODULES="processor thermal pata_amd sata_nv fan jbd ext3 edd" Ist daran etwas falsch? Martin -- 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
Am Montag, 14. April 2008 schrieb Martin Deppe:
Manfred Eifler schrieb:
Am Montag, 14. April 2008 schrieb Martin Deppe:
Heinz-Stefan Neumeyer schrieb:
Am Montag, 14. April 2008 21:27 schrieb Martin Deppe:
Hallo Martin
Nachtrag: Ich kann die Kiste "ganz normal" über eine Installations-CD bzw. -DVD starten, da diese ja automatisch von der Festplatte bootet, wenn man
Schau mal, ob in der /etc/sysconfig/kernel so was drin steht:
INITRD_MODULES="processor thermal pata_sis sata_sis fan jbd ext3 edd"
Ist nur ein Gedanke.
Bei mir steht folgendes: INITRD_MODULES="processor thermal pata_amd sata_nv fan jbd ext3 edd"
Ist daran etwas falsch?
Nein, glaub ich nicht. Bei mir stand da mal nicht mehr so was drin und konnte daher auch nicht mehr booten. -- Viele Grüße Manfred ------------------- SuSE Linux 10.3 --- KDE 3.5.9 "release 57.3" Kernel 2.6.22.17-0.1-default --- Maschine i686 -- 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
On 14.04.2008 23:23, Martin Deppe wrote (please find the answer below the original text):
Also, ich bin mir eigentlich schon sicher, dass die "menu.lst" richtig ist, aber es geht trotzdem nicht, also bitte: -------------------------------------------------------- Start menu.lst # Modified by YaST2. Last modification on So Apr 13 21:43:44 CEST 2008 default 0 timeout 8 ##YaST - generic_mbr gfxmenu (hd0,1)/boot/message ##YaST - activate
###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 - 2.6.22.17-0.1 root (hd0,1) kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/disk/by-id/scsi-SATA_MAXTOR_STM32508_5QE1Z0M8-part2 vga=0x31a resume=/dev/sda1 splash=silent showopts initrd /boot/initrd-2.6.22.17-0.1-default
###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 10.3 - 2.6.22.17-0.1 root (hd0,1) kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/disk/by-id/scsi-SATA_MAXTOR_STM32508_5QE1Z0M8-part2 vga=normal showopts ide=nodma apm=off acpi=off noresume edd=off 3 initrd /boot/initrd-2.6.22.17-0.1-default
Moin, ich bin mir ziemlich sicher, dass ich vor längerer Zeit Erfolg mit der Änderung von kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/disk/by-id/scsi-SATA_MAXTOR_STM32508_5QE1Z0M8-part2 vga=0x31a in kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/sda2 vga=0x31a hatte. Vorausgesetzt natürlich, ich habe deine Partionierung richtig verstanden. -Ingo. -- 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
Hallo, so ein Problem habe ich mal unter Suse 9.? gehabt. Ich hatte damals zusaetzlich Windows XP und 2000 auf dem PC. Habe dann folgendes gemacht: Auf einem anderen PC eine Windows-Startdiskette erstellt, auf die ich fdisk kopiert habe. Anmerkung: Geht auch mit FreeDOS! Es geht wohl auch mit einer KNOPPIX 3.1 (habe ich noch nicht versuchen muessen)! Den PC ueber die Diskette gestartet und dann "fdisk /mbr" aufgerufen. Anmerkung: Damit wird der Master-Boot wieder hergestellt. Dann ueber die Suse-CD von Festplatte gestartet und ueber YAST boot neu eingerichtet. Bei Fragen bitte eine Kopie der Mail als PM! Gruß Wilfried Am Montag, 14. April 2008 21:19:30 schrieb Martin Deppe:
Hallo Liste,
ich habe ein openSuSE 10.3 installiert, updates reingefahren usw. und auch einen Kernel-update gemacht.
Zwischendurch startete die ganze Sache auch sauber von der Festplatte, seit dem Kernel-update aber nicht mehr. Ich habe das Kommando mkinitrd mehrfach ausgeführt, den Bootcode in den MBR geschrieben und diverses mehr. NICHTS hat bisher gefruchtet.
Ich habe jetzt nicht wirklich noch eine Idee, was da faul ist.
Wenn ich von der Installations-DVD einen Repair versuche, schmiert mir die Kiste ab bzw. bootet einfach wieder :-(
Habt ihr nicht noch eine Idee bzw. ein Tool, das mir genau sagen kann, was da wirklich los ist bzw. es mir reparieren kann? Wie es aussieht muss es allerdings ein Tool sein, dass es aus dem laufenden System heraus machen kann.
Hoffnungsfroh Martin
-- 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
Hallo, Am Die, 15 Apr 2008, Wilfried Lahme schrieb:
Auf einem anderen PC eine Windows-Startdiskette erstellt, auf die ich fdisk kopiert habe. [..] Den PC ueber die Diskette gestartet und dann "fdisk /mbr" aufgerufen.
Anmerkung: Damit wird der Master-Boot wieder hergestellt.
Das ist ein überflüssiger Umweg. Wenn die Config stimmt reicht es 'grub-install DEVICENAME' aufzurufen, dazu bootet man via CD/DVD das System bzw. via Rettungssystem und chroot. -dnh -- Chemie ist auch bloß spezialisierte Physik. -- Jens Dittmar in drsst -- 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
David Haller schrieb:
Hallo,
Am Die, 15 Apr 2008, Wilfried Lahme schrieb:
Auf einem anderen PC eine Windows-Startdiskette erstellt, auf die ich fdisk kopiert habe.
[..]
Den PC ueber die Diskette gestartet und dann "fdisk /mbr" aufgerufen.
Anmerkung: Damit wird der Master-Boot wieder hergestellt.
Das ist ein überflüssiger Umweg.
Wenn die Config stimmt reicht es 'grub-install DEVICENAME' aufzurufen, dazu bootet man via CD/DVD das System bzw. via Rettungssystem und chroot.
-dnh
Ich habe jetzt den folgenden Befehl ausprobiert (direkt im normal laufenden System): * mkinitrd und zwar nachdem ich * kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/disk/by-id/scsi-SATA_MAXTOR_STM32508_5QE1Z0M8-part2 vga=0x31a resume=/dev/sda1 splash=silent showopts auf * kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/sda2 vga=0x31a resume=/dev/sda1 splash=silent showopts geändert hatte. Dann habe ich auch noch * grub-install --recheck --root-directory=/boot hd0 ausprobiert, leider ebenfalls ohne Erfolg. Falls ihr davon die Ausgabe braucht, mache ich es nochmal und poste es hier (für mkinitrd ebenfalls). Ingos Tipp (fdisk /mbr) steht noch aus - ich fürchte allerdings, dass das auch nichts bringt, denn grub-install sollte den MBR doch auch neu schreiben. Was zur Hölle kann es denn noch sein? Kann ich "grub" dazu bewegen Debug-Ausgaben zu machen? Gruß Martin -- 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
Hallo,
Am Die, 15 Apr 2008, Martin Deppe schrieb:
>David Haller schrieb:
>>Wenn die Config stimmt reicht es 'grub-install DEVICENAME' aufzurufen,
>>dazu bootet man via CD/DVD das System bzw. via Rettungssystem und
>>chroot.
[..]
>Ich habe jetzt den folgenden Befehl ausprobiert (direkt im normal
>laufenden System):
>* mkinitrd
>und zwar nachdem ich
>* kernel /boot/vmlinuz-2.6.22.17-0.1-default
>root=/dev/disk/by-id/scsi-SATA_MAXTOR_STM32508_5QE1Z0M8-part2 vga=0x31a
>resume=/dev/sda1 splash=silent showopts
>auf
>* kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/sda2 vga=0x31a
>resume=/dev/sda1 splash=silent showopts
>geändert hatte.
ok.
>Dann habe ich auch noch
>* grub-install --recheck --root-directory=/boot hd0
Das ist falsch. Guck nochmal oben... Wer lesen kann ist klar im
Vorteil.
Und zeig mal den Inhalt deiner /etc/grub.conf, sofern vorhanden sowie
den von /boot/grub/device.map
Normalerweise, bei korrekter grub.conf/device.map (s.o.!) hätte ein:
grub-install /dev/sda
gereicht.
Und du solltest auch selber mal 'man grub-install' und 'info grub'
lesen.
-dnh
--
Wie schon mehrfach bemerkt: Das war kein Virus. Das war eine
Batchdatei, ein Skript, 10 kbyte groß. Das war vielleicht ein
Mitesser aber kein Virus. -- Toens Bueker ueber 'ILOVEYOU'
--
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
David Haller schrieb:
Hallo,
Am Die, 15 Apr 2008, Martin Deppe schrieb:
Dann habe ich auch noch * grub-install --recheck --root-directory=/boot hd0
Das ist falsch. Guck nochmal oben... Wer lesen kann ist klar im Vorteil.
Und zeig mal den Inhalt deiner /etc/grub.conf, sofern vorhanden sowie den von /boot/grub/device.map
Normalerweise, bei korrekter grub.conf/device.map (s.o.!) hätte ein:
grub-install /dev/sda
gereicht.
Und du solltest auch selber mal 'man grub-install' und 'info grub' lesen.
Hallo David, danke Dir, aber das habe ich getan und genau deshalb habe ich den Befehl wie oben angegeben ausgeführt. Aber ich versuche auch gern noch exakt Deine Variante: --------------------------------------------------------------------------- gateway:~ # grub-install hd0 GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub> setup --stage2=/boot/grub/stage2 (hd0) (hd0,1) 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)"... 15 sectors are embedded. succeeded Running "install --stage2=/boot/grub/stage2 /boot/grub/stage1 (hd0) (hd0)1+15 p (hd0,1)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded Done. grub> quit --------------------------------------------------------------------------- Und: --------------------------------------------------------------------------- gateway:~ # grub-install /dev/sda GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub> setup --stage2=/boot/grub/stage2 (hd0) (hd0,1) 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)"... 15 sectors are embedded. succeeded Running "install --stage2=/boot/grub/stage2 /boot/grub/stage1 (hd0) (hd0)1+15 p (hd0,1)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded Done. grub> quit gateway:~ # --------------------------------------------------------------------------- Wie ich erwartet habe, ergeben die beiden Kommandos dasselbe. Aber was soll mir der Kram jetzt sagen? Gruß Martin -- 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
Hallo, Am Don, 17 Apr 2008, Martin Deppe schrieb:
David Haller schrieb:
Und zeig mal den Inhalt deiner /etc/grub.conf, sofern vorhanden sowie den von /boot/grub/device.map
Und? [..]
gateway:~ # grub-install /dev/sda grub> setup --stage2=/boot/grub/stage2 (hd0) (hd0,1) [..] Running "install --stage2=/boot/grub/stage2 /boot/grub/stage1 (hd0) (hd0)1+15 p (hd0,1)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded [..] Aber was soll mir der Kram jetzt sagen?
Grub wurde erfolgreich auf /dev/sda installiert. Wenn's jetzt noch nicht bootet, dann liegt's an was anderem. Zeig mal das schon in der letzten Mail geforderte und dazu die Ausgabe von fdisk -l | grep '^Disk' -dnh -- 46: Schulversion legalisierte Raubkopie (Kristian Köhntopp) -- 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
David Haller schrieb:
Hallo,
Am Don, 17 Apr 2008, Martin Deppe schrieb:
David Haller schrieb:
Und zeig mal den Inhalt deiner /etc/grub.conf, sofern vorhanden sowie den von /boot/grub/device.map
Und?
Sorry, den hab' ich glatt überlesen :-( Da Ingo schon den richtigen Riecher hatte, möchte ich Dir an dieser Stelle "nur" noch für Deine Hilfe danken! Viele Grüße Martin -- 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
On 15.04.2008 20:46, Martin Deppe wrote (please find the answer below the original text):
Ingos Tipp (fdisk /mbr) steht noch aus - ich fürchte allerdings, dass das auch nichts bringt, denn grub-install sollte den MBR doch auch neu schreiben.
Was zur Hölle kann es denn noch sein?
Moin, das war ich nicht und es wird auch nichts bringen. # grub-install /dev/sda sollte es eigentlich tun. Oder im laufenden System: # grub
root (hd0,1) setup (hd0) quit
# reboot Wenn das alles nichts bringt wäre eine nähere Beschreibung über "grub bleibt stecken" sicherlich hilfreich. Also: was passiert eigentlich während des Boot-Vorgangs? -Ingo. -- 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
Am Mittwoch, 16. April 2008 10:47:07 schrieb Ingo Freund:
On 15.04.2008 20:46, Martin Deppe wrote (please find the answer below the original text):
Ingos Tipp (fdisk /mbr) steht noch aus - ich fürchte allerdings, dass das auch nichts bringt, denn grub-install sollte den MBR doch auch neu schreiben.
Bei Yast2 in den Bootloader-Einstellungen kann ich unter "Andere" den MBR wiederherstellen. Das hat mir mal geholfen wie ich durch ne andere Distri mir den MBR zerstört hatte. Da war sonst die Konfiguration auch ok. Danach hab ich dann noch neu von Fstplatte einlesen gemacht und konnte beides BS starten.
Was zur Hölle kann es denn noch sein?
Moin, das war ich nicht und es wird auch nichts bringen.
# grub-install /dev/sda
sollte es eigentlich tun.
Oder im laufenden System:
# grub
root (hd0,1) setup (hd0) quit
# reboot
Wenn das alles nichts bringt wäre eine nähere Beschreibung über "grub bleibt stecken" sicherlich hilfreich. Also: was passiert eigentlich während des Boot-Vorgangs?
-Ingo.
-- 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
Daniel Fuhrmann schrieb:
Am Mittwoch, 16. April 2008 10:47:07 schrieb Ingo Freund:
Bei Yast2 in den Bootloader-Einstellungen kann ich unter "Andere" den MBR wiederherstellen. Das hat mir mal geholfen wie ich durch ne andere Distri mir den MBR zerstört hatte. Da war sonst die Konfiguration auch ok. Danach hab ich dann noch neu von Fstplatte einlesen gemacht und konnte beides BS starten
Habe ich auch schon versucht, hat leider auch nicht geholfen. Gruß Martin -- 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
Ingo Freund schrieb:
On 15.04.2008 20:46, Martin Deppe wrote (please find the answer below the original text):
Ingos Tipp (fdisk /mbr) steht noch aus - ich fürchte allerdings, dass das auch nichts bringt, denn grub-install sollte den MBR doch auch neu schreiben.
Was zur Hölle kann es denn noch sein?
Moin, das war ich nicht und es wird auch nichts bringen.
# grub-install /dev/sda
sollte es eigentlich tun.
Oder im laufenden System:
# grub
root (hd0,1) setup (hd0) quit
# reboot
Wenn das alles nichts bringt wäre eine nähere Beschreibung über "grub bleibt stecken" sicherlich hilfreich. Also: was passiert eigentlich während des Boot-Vorgangs?
-Ingo.
Hallo Ingo, hier kommt das Ergebnis Deiner Version: ---------------------------------------------------------------------- GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub> root (hd0,1) Filesystem type is ext2fs, partition type 0x83 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)"... 15 sectors are embedded. succeeded Running "install /boot/grub/stage1 (hd0) (hd0)1+15 p (hd0,1)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded Done. grub> quit ---------------------------------------------------------------------- Leider ebenso erfolglos, wie alles bisher. Die Ausgabe bzw. Anzeige hat sich auch um keinen einzige Pixel geändert bei all den Versuchen bisher. Nach dem BIOS-Post erhalte ich folgendes: ---------------------------------------------------------------------- ... Boot from CD : GRUB ---------------------------------------------------------------------- Und das war's! Gruß Martin -- 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
On 17.04.2008 08:40, Martin Deppe wrote (please find the answer below the original text):
# grub-install /dev/sda
sollte es eigentlich tun.
Oder im laufenden System:
# grub
root (hd0,1) setup (hd0) quit
# reboot
[..gekürzt wegen Übersicht]
Die Ausgabe bzw. Anzeige hat sich auch um keinen einzige Pixel geändert bei all den Versuchen bisher. Nach dem BIOS-Post erhalte ich folgendes: ---------------------------------------------------------------------- ... Boot from CD : GRUB ---------------------------------------------------------------------- Und das war's!
Moin, na, das ist doch mal eine Ansage. Es sieht so aus, als wenn es auf deinem Rechner zwischen BIOS- und GRUB-Boot eine Verdrehung der Plattenreihenfolge gibt. Wenn es das ist, hast du 2 Optionen 1. Möglichkeit Im BIOS nachsehen, welche Platte als Boot-Platte eingetragen ist Wenn dort die 120GB Harddisk als primäre steht, dann ändere das in die 250'er. Wenn es das war, dann sollte das Booten jetzt funktionieren. 2. Möglichkeit im laufenden System: # grub
root (hd0,1) setup (hd1) <-- Beachten quit
# reboot -Ingo. -- 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
Ingo Freund schrieb:
On 17.04.2008 08:40, Martin Deppe wrote (please find the answer below the original text):
Die Ausgabe bzw. Anzeige hat sich auch um keinen einzige Pixel geändert bei all den Versuchen bisher. Nach dem BIOS-Post erhalte ich folgendes: ---------------------------------------------------------------------- ... Boot from CD : GRUB ---------------------------------------------------------------------- Und das war's!
Moin,
na, das ist doch mal eine Ansage. Es sieht so aus, als wenn es auf deinem Rechner zwischen BIOS- und GRUB-Boot eine Verdrehung der Plattenreihenfolge gibt.
Wenn es das ist, hast du 2 Optionen
1. Möglichkeit Im BIOS nachsehen, welche Platte als Boot-Platte eingetragen ist Wenn dort die 120GB Harddisk als primäre steht, dann ändere das in die 250'er.
Wenn es das war, dann sollte das Booten jetzt funktionieren.
Ha, das war's! Ich fasse es zwar nicht, aber das war's tatsächlich! Nach ein wenig Suche im BIOS habe ich tatsächlich die versteckte Möglichkeit gefunden, die Bootreihenfolge zu ändern. Ich frage mich nur, wer oder was das geändert hat. Ich mit Sicherheit nicht!!! Tja, wieder was gelernt. Ich danke euch allen, die ihr mir geholfen habt, vielmals :-) Die andere Sache mit dem Setup auf die andere Disk werde ich mir auch merken. Könnte ich auch nochmal gut gebrauchen bei meiner anderen Maschine ;-) Also, noch mal vielen Dank an alle hier. Viele Grüße Martin -- 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
Wenn es das ist, hast du 2 Optionen
1. Möglichkeit Im BIOS nachsehen, welche Platte als Boot-Platte eingetragen ist Wenn dort die 120GB Harddisk als primäre steht, dann ändere das in die 250'er.
Wenn es das war, dann sollte das Booten jetzt funktionieren.
Ha, das war's! Ich fasse es zwar nicht, aber das war's tatsächlich!
Nach ein wenig Suche im BIOS habe ich tatsächlich die versteckte Möglichkeit gefunden, die Bootreihenfolge zu ändern. Ich frage mich nur, wer oder was das geändert hat. Ich mit Sicherheit nicht!!! Ich hab hier ein ASROCK Board (939 Dual-VSTA oder so ähnlich), da wird die Bootreihenfolge stets verwurstelt wenn eine Platte dazu kommt oder entfernt wird. Hatte beim ersten Auftreten kurze Panikattacken, weil es erst so aussah als wenn das System zerschossen ist. Aber mittlerweise weis ich es ;-)
Gruß Manfred -- 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
Manfred Kreisl schrieb:
Wenn es das ist, hast du 2 Optionen
1. Möglichkeit Im BIOS nachsehen, welche Platte als Boot-Platte eingetragen ist Wenn dort die 120GB Harddisk als primäre steht, dann ändere das in die 250'er.
Wenn es das war, dann sollte das Booten jetzt funktionieren.
Ha, das war's! Ich fasse es zwar nicht, aber das war's tatsächlich!
Nach ein wenig Suche im BIOS habe ich tatsächlich die versteckte Möglichkeit gefunden, die Bootreihenfolge zu ändern. Ich frage mich nur, wer oder was das geändert hat. Ich mit Sicherheit nicht!!! Ich hab hier ein ASROCK Board (939 Dual-VSTA oder so ähnlich), da wird die Bootreihenfolge stets verwurstelt wenn eine Platte dazu kommt oder entfernt wird. Hatte beim ersten Auftreten kurze Panikattacken, weil es erst so aussah als wenn das System zerschossen ist. Aber mittlerweise weis ich es ;-)
Gruß Manfred
Ich hatte vorher ein anderes Board, aber das ist mir leider abgeraucht. Daraufhin habe ich mir dann ein neues gekauft (64Bit) und das System komplett neu aufgesetzt. Allerdings habe ich wohl die 1. Platte (20 GB), die ich ursprünglich drin hatte, wieder eingebaut. Was natürlich nicht funktioniert hat (32 Bit-System). Dann habe habe ich die 250 GB Platte eingebaut und das hat dann vermutlich dazu geführt, dass die Platten irgendwann vertauscht wurden. Was mir allerdings noch nicht ganz klar ist, es hat zwischendurch sogar einwandfrei funktioniert. Erst nach einem Kernel update nicht mehr. Na ja, jetzt geht es jedenfalls sauber :-)) Viele Grüße Martin -- 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
Am Dienstag, 15. April 2008 20:46:02 schrieb Martin Deppe:
David Haller schrieb:
Hallo,
Am Die, 15 Apr 2008, Wilfried Lahme schrieb:
Auf einem anderen PC eine Windows-Startdiskette erstellt, auf die ich fdisk kopiert habe.
Hallo,
schau mal in das Bios, ob dort so etwas wie Virenschutz aktiviert ist! Dieses kann das Veraendern des MBR verhindern. Gruss Wilfried
[..]
Den PC ueber die Diskette gestartet und dann "fdisk /mbr" aufgerufen.
Anmerkung: Damit wird der Master-Boot wieder hergestellt.
Das ist ein überflüssiger Umweg.
Wenn die Config stimmt reicht es 'grub-install DEVICENAME' aufzurufen, dazu bootet man via CD/DVD das System bzw. via Rettungssystem und chroot.
-dnh
Ich habe jetzt den folgenden Befehl ausprobiert (direkt im normal laufenden System): * mkinitrd und zwar nachdem ich * kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/disk/by-id/scsi-SATA_MAXTOR_STM32508_5QE1Z0M8-part2 vga=0x31a resume=/dev/sda1 splash=silent showopts auf * kernel /boot/vmlinuz-2.6.22.17-0.1-default root=/dev/sda2 vga=0x31a resume=/dev/sda1 splash=silent showopts geändert hatte.
Dann habe ich auch noch * grub-install --recheck --root-directory=/boot hd0 ausprobiert, leider ebenfalls ohne Erfolg. Falls ihr davon die Ausgabe braucht, mache ich es nochmal und poste es hier (für mkinitrd ebenfalls).
Ingos Tipp (fdisk /mbr) steht noch aus - ich fürchte allerdings, dass das auch nichts bringt, denn grub-install sollte den MBR doch auch neu schreiben.
Was zur Hölle kann es denn noch sein?
Kann ich "grub" dazu bewegen Debug-Ausgaben zu machen?
Gruß Martin
-- 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
Wilfried Lahme schrieb:
Am Dienstag, 15. April 2008 20:46:02 schrieb Martin Deppe:
David Haller schrieb:
Hallo,
Am Die, 15 Apr 2008, Wilfried Lahme schrieb:
Auf einem anderen PC eine Windows-Startdiskette erstellt, auf die ich fdisk kopiert habe.
Hallo,
schau mal in das Bios, ob dort so etwas wie Virenschutz aktiviert ist!
Dieses kann das Veraendern des MBR verhindern.
Gruss
Wilfried
Ich habe das BIOS nicht verändert seit ich die Kiste installiert habe und zwischendurch hat sie ja sauber gebootet. Gruß Martin -- 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
participants (8)
-
Daniel Fuhrmann -
David Haller -
Heinz-Stefan Neumeyer -
Ingo Freund -
Manfred Eifler -
Manfred Kreisl -
Martin Deppe -
Wilfried Lahme