Fehler beim Booten nach Kernel-Update
Fehler beim Booten nach Kernel-Update
Hi!
Ich habe heute ein Kernelupdate über das Online-Update durchgeführt! Anschließend sollte man den Rechner neustarten, was ich auch gemacht habe. Allerdings bekomme ich nun beim Booten immer die Meldung, dass nach /dev/306 gesucht wird. Dieses wird nicht gefunden und dann bekomme ich nen Prompt, welches ich mit exit verlassen muss, damit es weitergeht! Das Ganze ist natürlich sehr nervig. Außerdem weiß ich auch gar nicht, was /dev/306 sein soll! Weiß jemand Rat?
MfG
Sebastian
Ich habe heute ein Kernelupdate über das Online-Update durchgeführt! Anschließend sollte man den Rechner neustarten, was ich auch gemacht habe. Allerdings bekomme ich nun beim Booten immer die Meldung, dass nach /dev/306 gesucht wird. Dieses wird nicht gefunden und dann bekomme ich nen Prompt, welches ich mit exit verlassen muss, damit es weitergeht! Das Ganze ist natürlich sehr nervig. Außerdem weiß ich auch gar nicht, was /dev/306 sein soll! Weiß jemand Rat?
MfG
Sebastian
Hi,
ein paar mehr Infos wären bestimmt hilfreich um Dir zu helfen. Welche Linux-Distribution und welchen Bootloader (Lilo, Grub, ...) verwendest Du?
Ich tippe mal das Du Grub als Bootloader hast. /dev/306 verweist vermutlich auf die Bios-Nummer eines Devices.
Vielleicht hilft Dir ja die Docu von Grub weiter...
http://www.gnu.org/software/grub/manual/grub.html
ein paar mehr Infos wären bestimmt hilfreich um Dir zu helfen. Welche Linux-Distribution und welchen Bootloader (Lilo, Grub, ...) verwendest Du?
Ich tippe mal das Du Grub als Bootloader hast. /dev/306 verweist vermutlich auf die Bios-Nummer eines Devices.
Vielleicht hilft Dir ja die Docu von Grub weiter...
http://www.gnu.org/software/grub/manual/grub.html
Mogäääään,
selbes Problem hier, nur sucht er nach /dev/900 (oder war's 600?)
Downgrade auf den letzten SuSE-Kernel davor hat's gefixt, laut Mailingliste hat's
irgendwas mit meinem Software-Raid zu tun.
Mal schaun wann SuSE einen gefixten Kernel rausbringt, die Sicherheitsupdates wären
net schlecht, und selberkompilieren macht nicht wirklich Laune.
Bis denn.
selbes Problem hier, nur sucht er nach /dev/900 (oder war's 600?)
Downgrade auf den letzten SuSE-Kernel davor hat's gefixt, laut Mailingliste hat's
irgendwas mit meinem Software-Raid zu tun.
Mal schaun wann SuSE einen gefixten Kernel rausbringt, die Sicherheitsupdates wären
net schlecht, und selberkompilieren macht nicht wirklich Laune.
Bis denn.
von einem ähnlichen Problem hab ich auch noch anderweitig gehört. Und zwar lag es dabei dann daran das in dem betroffenem System ein weiterer IDE-Controller steckte. Dieser wurde beim alten Kernel anders eingebunden als beim Neueren. Oder so ähnlich...
Folglich passte dann die Reihenfolge der Devices nicht mehr und die betroffenen Partitionen konnten nicht gemountet werden.
Gelöst wurde das wohl mit den Bios-Einstellungen.
Wäre es evtl. möglich das Du einen weiteren Controller im System hast?
Ich weiss, klingt alles etwas schwammig. Aber vielleicht hilfts ja doch ein wenig
Folglich passte dann die Reihenfolge der Devices nicht mehr und die betroffenen Partitionen konnten nicht gemountet werden.
Gelöst wurde das wohl mit den Bios-Einstellungen.
Wäre es evtl. möglich das Du einen weiteren Controller im System hast?
Ich weiss, klingt alles etwas schwammig. Aber vielleicht hilfts ja doch ein wenig
Mogäääääään,
/me hat zwei IDE-Controller, aber hatte auch schon mal das Problem mit der anderen Reihenfolge. Beim Umstieg von 2.4 auf 2.6 iirc. Ich denk kaum, dass sich da wieder was geändert hat.
Was ich mal wirklich gerne wissen würde: was sind eigentlich genau /dev/900 und /dev/306 für Devices? In meinem jetzt laufenden System scheint es die wirklich nicht zu geben... *verwirrtbin*
Ach ja, die vorhin erwähnte Diskussion auf der SuSE-Mailingliste:
http://lists.suse.com/archive/suse-secu ... /0008.html
und
http://lists.suse.com/archive/suse-security/2004-Jun/
(ganz unten)
Bis denn.
/me hat zwei IDE-Controller, aber hatte auch schon mal das Problem mit der anderen Reihenfolge. Beim Umstieg von 2.4 auf 2.6 iirc. Ich denk kaum, dass sich da wieder was geändert hat.
Was ich mal wirklich gerne wissen würde: was sind eigentlich genau /dev/900 und /dev/306 für Devices? In meinem jetzt laufenden System scheint es die wirklich nicht zu geben... *verwirrtbin*
Ach ja, die vorhin erwähnte Diskussion auf der SuSE-Mailingliste:
http://lists.suse.com/archive/suse-secu ... /0008.html
und
http://lists.suse.com/archive/suse-security/2004-Jun/
(ganz unten)
Bis denn.
Habe auch das Problem. Bei mir ist es (SuSE 9.1) und der Kernel meint /dev/307 wenn ichs noch richtig im Kopf habe. Zwieter Controller ist im Notebook auch ausgeschlossen.
Nach der Installation dachte ich, ich könne mich wieder mit SuSE anfreunden, da die 9.1 inmeinen Augen recht gelungen ist und nun das
Nach der Installation dachte ich, ich könne mich wieder mit SuSE anfreunden, da die 9.1 inmeinen Augen recht gelungen ist und nun das
@sven423: /dev/306 und /dev/900 setzen sich, soweit mir das bekannt ist, aus der Major und der Minor Nummer des Devices zusammen. Im File /boot/lilo.log kann man dazu etwas mehr Infos finden.
@bfeater: nun stoss ich langsam an das ende meines lateins. hab mich bisher nie näher mit den bootloadern beschäftigen müssen. soll aber nicht heissen das ich jetzt einfach aufgebe
kannst du uns mal dein system näher beschreiben (board, platten, controller, usb-geräte, lilo.conf, lilo.log, ....)
@S. Pfeffer: naja, vielleicht schaffen wir es ja das problem zusammen zu lösen. kannst du uns auch mal dein system näher beschreiben?
@bfeater: nun stoss ich langsam an das ende meines lateins. hab mich bisher nie näher mit den bootloadern beschäftigen müssen. soll aber nicht heissen das ich jetzt einfach aufgebe
kannst du uns mal dein system näher beschreiben (board, platten, controller, usb-geräte, lilo.conf, lilo.log, ....)
@S. Pfeffer: naja, vielleicht schaffen wir es ja das problem zusammen zu lösen. kannst du uns auch mal dein system näher beschreiben?
Ok, dann will ich das mal versuchen!
Zunächst einmal die lilo.conf:
Mit lilo.log kann ich nicht dienen, die gibts bei mir auf keinen Fall. Das System ist ein Laptop mit folgenden Komponenten:
- P4 2,6 GHz
- CD/DVD Combo
- GeForce 4 488 GO
- SIS IDE - Controller
- Platte ist wohl Noname: IC25N040ATCS04-0
- USB hab ich nur eine Maus dran
Ich hoffe das hilft weiter! Vielen Dank für eure Bemühungen!
Zunächst einmal die lilo.conf:
Code: Select all
# Modified by YaST2. Last modification on Sun Jul 4 14:38:44 2004
message = /boot/message
prompt
default = Linux
boot = /dev/hda
image = /boot/vmlinuz
###Don't change this comment - YaST2 identifier: Original name: Linux###
label = Linux
initrd = /boot/initrd
optional
root = /dev/hda6
vga = 0x317
append = "resume=/dev/hda5 showopts"
other = /dev/hda1
###Don't change this comment - YaST2 identifier: Original name: Windows###
label = Windows
image = /boot/vmlinuz
###Don't change this comment - YaST2 identifier: Original name: Failsafe###
label = Failsafe
initrd = /boot/initrd
optional
root = /dev/hda6
vga = normal
append = "showopts ide=nodma apm=off acpi=off noresume nosmp noapic maxcpus=0 3"
image = /boot/memtest.bin
###Don't change this comment - YaST2 identifier: Original name: Speichertest###
label = Speichertest
optional
append = ""
- P4 2,6 GHz
- CD/DVD Combo
- GeForce 4 488 GO
- SIS IDE - Controller
- Platte ist wohl Noname: IC25N040ATCS04-0
- USB hab ich nur eine Maus dran
Ich hoffe das hilft weiter! Vielen Dank für eure Bemühungen!
schönen guten morgen erstmal
ich hab mal ein wenig weiter gestöbert. und einen beitrag in der suse mailing list gefunden:
http://lists.suse.com/archive/suse-linu ... /0372.html
teste das doch einfach mal beim nächsten starten und gib lilo mal das root-device (bei dir /dev/hda6) an.
wenn das klappt, eweitere deine append-zeilen in der lilo.conf um den root-eintrag. das würde bei dir dann etwa so aussehen
bei linux:
bzw. bei failsafe:
danach einfach lilo ausführen und hoffen das alles klappt
@S. Pfeffer: für dich gilt das gleiche. teste es einfach mal. bei dir tippe ich einfach mal darauf das dein root-device auf /dev/hda7 liegt aber das sollte bei dir in der lilo.conf ja drin stehen.
ich hab mal ein wenig weiter gestöbert. und einen beitrag in der suse mailing list gefunden:
http://lists.suse.com/archive/suse-linu ... /0372.html
teste das doch einfach mal beim nächsten starten und gib lilo mal das root-device (bei dir /dev/hda6) an.
wenn das klappt, eweitere deine append-zeilen in der lilo.conf um den root-eintrag. das würde bei dir dann etwa so aussehen
bei linux:
Code: Select all
append = "root=/dev/hda6 resume=/dev/hda5 showopts"
bzw. bei failsafe:
Code: Select all
append = "root=/dev/hda6 showopts ide=nodma apm=off acpi=off noresume nosmp noapic maxcpus=0 3"
@S. Pfeffer: für dich gilt das gleiche. teste es einfach mal. bei dir tippe ich einfach mal darauf das dein root-device auf /dev/hda7 liegt aber das sollte bei dir in der lilo.conf ja drin stehen.