Bootvorgang unverständlich (=?utf-8?q?f=C3=BCr?= mich)
Hallo, es ist merkwürdig: Nehme ich die DVD zum Start von SuSE 10.2, weise an Installieren und treffe die Auswahl des richtigen Device, fährt die "Kiste" nach diesen Anweisungen entsprechend hoch, ohne zu "murren". Nehme ich den Bootloader grub (in dem die ordnungsgemäßen Anweisungen enthalten sind), kommen zwar die in /var/log/messages gespeicherten Angaben auf dem Bildschirm, aber dann ist Schluß. D.h. der Bildschirm danach bleibt schwarz - ich weiß also nicht an welcher Stelle des Prozesses ich bin und kann demnach nicht eingreifen. Zu den Einzelheiten: SL 10.1 auf /dev/hda 21 - diesen Bootloader benutze ich; der ist im MBR (mit viel Mühe - mehrere Anläufe mir YaST ohne Erfolg; schließlich nach Kofler über Konsole erfolgreich installiert) eingetragen. Er startet mir SL 10.1 auf /dev/hda20 wie gewünscht; auch SL 10.3 auf /dev/hdg6 wie gewünscht, aber eben SL 10.2 auf /dev/hda 21 nicht! Das Ganze hat offenbar nichts zu tun mit der (fragwürdigen, unmöglichen und blödsinnigen) Umbenennung der Festplatten in SL 10.3. (Bei mir: hda wird zu sda, hdb wird zu sdb, hde wird zu hda und hdg wird zu hdc usw.) Hinzufügen möchte ich, daß in SL 10.2 momentan meine weiteren Programme, die ich dringend brauche, installiert sind (z.B. Kontact). Die Frage lautet also, wie bringe ich den Bootloader dazu, mir auch die SL 10.2 ordnungsgemäß zu booten? Weitere Angaben können selbstverständlich nachgeliefert werden. Mit etwas verzweifelten Grüßen H.-Peter -- 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 Sam, 20 Okt 2007, H.-Peter Baldamus schrieb:
Nehme ich den Bootloader grub (in dem die ordnungsgemäßen Anweisungen enthalten sind), kommen zwar die in /var/log/messages gespeicherten Angaben auf dem Bildschirm, aber dann ist Schluß. D.h. der Bildschirm danach bleibt schwarz - ich weiß also nicht an welcher Stelle des Prozesses ich bin und kann demnach nicht eingreifen.
Boote mal mit 'vga=normal', evtl. verhakt sich da was mit dem Framebuffer... -dnh -- "Klugscheiße deckt man am besten mit Korinthenkacke ab." -- Susanne Schmidt -- 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 Samstag, 20. Oktober 2007, H.-Peter Baldamus wrote:
Zu den Einzelheiten: SL 10.1 auf /dev/hda 21 - diesen Bootloader benutze ich; der ist im MBR
schließlich nach Kofler über Konsole erfolgreich installiert) eingetragen. Er startet mir SL 10.1 auf /dev/hda20 wie gewünscht;
Oben hast du noch geschrieben, SL 10.1 ist auf hda21 ? Ich habe auf hda1 openSUSE 10.3 und auf hda11 SuSE Linux 10.0 und boote von hda1. Der Eintrag, um SuSE Linux 10.0 zu booten sieht bei mir so aus: ### SUSE 10.0 ### title SUSE LINUX 10.0 (/dev/hda11) rootnoverify (hd0,10) chainloader +1 Probiere diese Methode mal für dich. Achtung: Grub fängt bei Null an zu zählen. Wenn bei dir SuSE 10.2 auf /dev/hda21 ist, müsste das bei dir so aussehen: ### SUSE 10.2 ### title SUSE LINUX 10.2 (/dev/hda21) rootnoverify (hd0,20) chainloader +1 Probier das mal in deiner /boot/grub/menu.lst und zwar in der, von der du bootest, also scheinbar bei SL 10.1. Gruß Malte -- 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, ja, ich muß korrigieren: - SL 10.1 in /dev/hda21 - SL 10.2 in /dev/hda20 Am Sonntag, 21. Oktober 2007 00:09 schrieb Malte Gell:
On Samstag, 20. Oktober 2007, H.-Peter Baldamus wrote:
Zu den Einzelheiten: SL 10.1 auf /dev/hda 21 - diesen Bootloader benutze ich; der ist im MBR
schließlich nach Kofler über Konsole erfolgreich installiert) eingetragen. Er startet mir SL 10.1 auf /dev/hda20 wie gewünscht;
Oben hast du noch geschrieben, SL 10.1 ist auf hda21 ?
s.o.
Ich habe auf hda1 openSUSE 10.3 und auf hda11 SuSE Linux 10.0 und boote von hda1. Der Eintrag, um SuSE Linux 10.0 zu booten sieht bei mir so aus:
### SUSE 10.0 ### title SUSE LINUX 10.0 (/dev/hda11) rootnoverify (hd0,10) chainloader +1
Probiere diese Methode mal für dich. Achtung: Grub fängt bei Null an zu zählen. Wenn bei dir SuSE 10.2 auf /dev/hda21 ist, müsste das bei dir so aussehen:
### SUSE 10.2 ### title SUSE LINUX 10.2 (/dev/hda21) rootnoverify (hd0,20) chainloader +1
Ja, das geht natürlich auch, aber dann muß der Bootloader der jeweiligen Distri im Bootsektor der Rootpartition und nicht im MBR gespeichert sein. Gruß H.-Peter -- 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 Samstag, 20. Oktober 2007 21:33 schrieb David Haller:
Am Sam, 20 Okt 2007, H.-Peter Baldamus schrieb:
Nehme ich den Bootloader grub (in dem die ordnungsgemäßen Anweisungen enthalten sind), kommen zwar die in /var/log/messages gespeicherten Angaben auf dem Bildschirm, aber dann ist Schluß. D.h. der Bildschirm danach bleibt schwarz - ich weiß also nicht an welcher Stelle des Prozesses ich bin und kann demnach nicht eingreifen.
Probiert; =Irrtum. vga beeinflußt ja nur die Anzeige im Startbildschirm. Da ich noch rumprobiert habe, scheint mir der Fehler in der IRQ-Zuordnung zu liegen. Er will der hda die IRQ 14 zuweisen mit dem Ergebnis "lost interrupt". Die Frage wäre nun: Welches Programm ist für das IRQ-Sharing verantwortlich? - und wie bringe ich das in die Stage1_5?
Boote mal mit 'vga=normal', evtl. verhakt sich da was mit dem Framebuffer...
Gruß H.-Peter -- 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 Son, 21 Okt 2007, H.-Peter Baldamus schrieb:
Probiert; =Irrtum. vga beeinflußt ja nur die Anzeige im Startbildschirm. Da ich noch rumprobiert habe, scheint mir der Fehler in der IRQ-Zuordnung zu liegen. Er will der hda die IRQ 14 zuweisen mit dem Ergebnis "lost interrupt". Die Frage wäre nun: Welches Programm ist für das IRQ-Sharing verantwortlich? - und wie bringe ich das in die Stage1_5?
Boote mal mit 'vga=normal', evtl. verhakt sich da was mit dem Framebuffer...
Ok, dann guck mal ins BIOS und auf den Schirm der danach kommt (zw. BIOS-Bildschirm, wo der POST angezeigt wird und grub. Ggfs. schnell die "Pause"-Taste drücken) wo u.a. die IRQ-Verteilung auf die PCI-Geräte angezeigt wird. IRQ 14 und 15 sind standardmäßig _NUR_ für ide0 bzw. ide1 vorgesehen, wenn da noch andere Geräte drauf landen ist der Ärger vorprogrammiert. U.u. kann man da mit Kernel-parametern basteln, aber sinnvoller ist es, den IDE-Controllern jew. einen eigenen IRQ zu geben. -dnh -- Wer Linux an Windows misst, misst Mist. -- ich in suse-linux -- 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, endschuldschung, war grippal infiziert. Am Sonntag, 21. Oktober 2007 00:09 schrieb Malte Gell:
On Samstag, 20. Oktober 2007, H.-Peter Baldamus wrote:
Zu den Einzelheiten: SL 10.1 auf /dev/hda 21 - diesen Bootloader benutze ich; der ist im MBR
schließlich nach Kofler über Konsole erfolgreich installiert) eingetragen. Er startet mir SL 10.1 auf /dev/hda21 wie gewünscht;
### SUSE 10.2 ### title SUSE LINUX 10.2 (/dev/hda21) rootnoverify (hd0,20) chainloader +1
Dieser Hinweis hat mir leider nichts gebracht, obwohl ich den Bootloader von SL 10.2 und SL 10.1 entsprechend geändert habe. Was passiert? Mit DVD bootet hda20 (SL10.2) über 'andere Anwendung', 'von FestPl. booten' ordnungsgemäß. Mit dem genannten Vorschlag kommt erwartungsgemäß das zweite Bootmenü (Bootloader von hda20 ist im Bootsektor der rootpartition installiert), macht dann aber auch nichts anderes, als die richtigen Einträge dieses Bootloaders zu versuchen umzusetzen. Dabei heraus kommt, daß die IRQ's nicht aufteilbar sind (lost interrupt schon für hda). In der /etc/init.d/boot.local habe ich die zu ladenden Kernel-Module eingetragen (das sind ide-core, ide-cd, scsi_mod, ide-disk, libata, sis5513 und siimage). Der irqbalancer ist installiert. Ich habe die Vermutung, dass die Ladung der Kernelmodule (aber welche?) für die Festplattenkontroller bein booten über grub nicht funktioniert. Oder ist stage1 bzw. stage2 nicht in Ordnung? Ein mkinitrd habe ich ergebnislos versucht. Was kann ich noch tun? MfG H.-Peter -- 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 (3)
-
David Haller -
H.-Peter Baldamus -
Malte Gell