Eigener Kernel 2.6.16 - Komme nicht mehr ins System

[derOskar]

Hallo Forum,

ich habe hier einen Rechner stehen mit Sarge und einem selbstgebauten 2.6.16 Kernel. Das System stoppt den Bootvorgang mit der Meldung

Code: Alles auswählen

VFS: Cannot open root device "hda1" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Nun habe ich schon eine Weile quergelesen und gesehen das ich nicht ganz allein mit diesem Problem dastehe. Bei mir trat der Fehler auf
nachdem ich ein

Code: Alles auswählen

apt-get upgrade

durchgeführt hatte. Den meisten Schilderungen anderer User konnte ich entnehmen das es etwas mit nicht fest eingebundenen IDE - Treiben zutun
haben könnte. Da ich leider nicht weiß ob die Treiber fest eingebunden oder als Modul vorliegen, möchte ich den vorhanden Kernel gerne neu konfigurieren
und versuchen damit zu booten. Leider weiß ich nicht wie ich das realisieren soll, ich komme nicht in das System da nur dieser eine defekte Kernel
vorhanden ist. Zudem ist das auch nur meine Idee wie man das Problem lösen könnte, vielleicht gibt es eine einfachere Methode oder Dinge die vorher
noch geprüft werden müssten.

Zur Vollständigkeit poste ich mal meine fstab und menu.list sowie den Inhalt des Verzeichnisses /boot/ und /boot/grub

fstab -> http://nopaste.debianforum.de/7959
menu.lst ->http://nopaste.debianforum.de/7961

Inhalt von /boot/

Code: Alles auswählen

knoppix@Knoppix:/media/hda1/boot$ ls -lh
insgesamt 6,2M
-rw-r--r-- 1 root root  55K  2. Apr 2006  config-2.6.16-oskar1
drwxr-xr-x 2 root root 4,0K 25. Nov 15:45 grub
-rw-r--r-- 1 root root 4,3M  2. Apr 2006  initrd.img-2.6.16-oskar1Pfingsten
-rw-r--r-- 1 root root 709K  2. Apr 2006  System.map-2.6.16-oskar1
-rw-r--r-- 1 root root 1,2M  2. Apr 2006  vmlinuz-2.6.16-oskar1

und der Inhalt von /boot/grub/

Code: Alles auswählen

knoppix@Knoppix:/media/hda1/boot/grub$ ls -lh
insgesamt 192K
-rw-r--r-- 1 root root   75  2. Dez 2005  device.map
-rw-r--r-- 1 root root 7,6K 13. Nov 21:02 e2fs_stage1_5
-rw-r--r-- 1 root root 7,4K 13. Nov 21:02 fat_stage1_5
-rw-r--r-- 1 root root 8,2K 13. Nov 21:02 jfs_stage1_5
-rw-r--r-- 1 root root 3,0K 25. Nov 15:45 menu.lst
-rw-r--r-- 1 root root 6,9K 13. Nov 21:02 minix_stage1_5
-rw-r--r-- 1 root root 9,0K 13. Nov 21:02 reiserfs_stage1_5
-rw-r--r-- 1 root root  512 13. Nov 21:02 stage1
-rw-r--r-- 1 root root 106K 13. Nov 21:02 stage2
-rw-r--r-- 1 root root 9,1K 13. Nov 21:02 xfs_stage1_5

Die bisherigen Log und Listings habe ich mir über ein Knoppix geholt mit dem hda1 mounte. In das betroffene System kam ich, ie oben schon gesagt, seitdem nicht mehr hinein.
Ich wäre sehr dankbar wenn mir jemand bei diesem Problem helfen kann, auf dem System liegen Daten die ich nur ungern verlieren würde.

Grüße


Oskar

[jhr-online]

Vielleicht heißt die Platte neuerdings /dev/sda1?

jhr

[DynaBlaster]

Deine /boot/grub/menu.lst verwirrt mich. Ich denke mal, in der menu.lst fehlt dir schlicht der passende Eintrag für das initrd.img.

Stutzig macht mich allerdings der Name "initrd.img-2.6.16-oskar1Pfingsten". Wo kommt denn das Pfingsten her? Das Datum 2. Apr. 2006 scheint jedenfals zum rest zu passen. Bei mir sieht der Eintrag in der menu.lst jedenfalls so aus:

Code: Alles auswählen

title  Debian GNU/Linux, kernel 2.6.18-5-686
root  (hd0,0)
kernel  /vmlinuz-2.6.18-5-686 root=/dev/hda3 ro
initrd  /initrd.img-2.6.18-5-686
savedefault

Allerdings habe ich eine eigene Boot-Partition auf hda1. Bei dir müssten also jeweils ein /boot/ vor das vmlinuz-* bzw. initrd.img-*

Nachtrag: Wenn das Grub-Menü beim Booten erscheint, kannst du mit "e" (glaube ich jedenfalls - Grub spuckt aber einen entsprechenden Hinweis aus) die menu.lst direkt editieren. Anschließend kann man mit "b" (??) diese Konfiguartionsänderung quasi manuell booten. Wenn alles klappt, kannst du das im nun gebooteten System ja dauerhaft in der menu.lst eintragen

[Spasswolf]

Vielleicht heißt die Platte neuerdings /dev/sda1?

jhr

Das hätte nur bei einem Wechsel auf einen Kernel >= 2.6.19 passieren können.

[derOskar]

Deine /boot/grub/menu.lst verwirrt mich. Ich denke mal, in der menu.lst fehlt dir schlicht der passende Eintrag für das initrd.img.

Stutzig macht mich allerdings der Name "initrd.img-2.6.16-oskar1Pfingsten". Wo kommt denn das Pfingsten her? Das Datum 2. Apr. 2006 scheint jedenfals zum rest zu passen.

Habe grade bemerkt das der Zusatz Pfingsten eigentlich auch bei den weiteren Files angefügt sein müsste. Habe das damals als Gedankenstütze beigefügt, damit ich erkennen kann von wann der Kernel ist. So müsste das aussehen:

-rw-r--r-- 1 root root 55K 2. Apr 2006 config-2.6.16-oskar1Pfingsten
drwxr-xr-x 2 root root 4,0K 25. Nov 15:45 grub
-rw-r--r-- 1 root root 4,3M 2. Apr 2006 initrd.img-2.6.16-oskar1Pfingsten
-rw-r--r-- 1 root root 709K 2. Apr 2006 System.map-2.6.16-oskar1Pfingsten
-rw-r--r-- 1 root root 1,2M 2. Apr 2006 vmlinuz-2.6.16-oskar1Pfingsten

Okay, im Moment kann ich das nicht prüfen. Sobald fsck fertig ist werde ich mal versuchen die Files umzubenennen und die menu.lst anzupassen wie du es vorgeschlagen hast.


Bis später!

[derOskar]

So, habe die Änderungen vollzogen und bin wieder im System! Das LVM ist nach wie vor funktional, nur das Raid meckerte beim während des Bootvorganges.
Jedoch kann ich auf alle Daten zugreifen, ich werde jetzt wohl erstmal ein Backup machen und mich freuen das die Kiste wieder läuft. Danke für die schnelle
und kompetente Hilfe, bei den Temperaturen würde ich doch glatt ein Smiley mit nem leckeren Eis posten wollen