[gelöst]Hiiiiilfe Kernel is wech

[setec112]

Hallo Leute,

nach einem update von gnome hat sich der Compi festgefressen. Nichts, aber wirklich nichts ging mehr. Nicht mal irgendwie Konsole oder so.



Also habe ich mal den Reset-Knopf gedrückt.

Warscheinlich an unpassender Stelle...

Beim Booten kommt jetzt

der Hinweis, daß mit dem Error 15 der Kernel quasi wech ist. Das gleiche mit dem Recovery-Kernel.

Gibt's da noch eine Lösung? Weil eigentlich kann das ja nicht passieren wenn ich die Grafische Oberfläche update.


Lösung wäre mit Knoppix booten und chroot machen, dann Kernelimage neu installieren.

Wie geht das denn?

Gruß
Setec112

[KBDCALLS]

Ist denn nur der Kernel weg ?

[setec112]

Hi,

also ich habe mit Knoppix mal drauf gesehen, es scheint ansich alles noch da zu sein auf den Platten.

Nur scheint die Kernel-Datei weg zu sein.

Ich bin da nicht so firm, also ein wenig rumgeguckt und vielleicht habe ich ja schon die richtigen Angaben rausgekramt:

Code: Alles auswählen

knoppix@ttyp0[knoppix]$ COLUMNS=111 dpkg -l | grep kernel-image
ii  kernel-image-2.4.26   10.00.Custom          Linux kernel binary image for v                               ersion 2.4.26.
ii  kernel-image-2.6.6    123.Custom            Linux kernel binary image for v                               ersion 2.6.6.
knoppix@ttyp0[knoppix]$

Ich denke mal, daß ist der Knoppix Teil

im /boot

steht aber

Code: Alles auswählen

vmlinuz-2.4.27-1-k7

drin, das müßte ja der Kernel sein. Weil ich meine das würde sonst beim booten auch imemr nagezeigt.

Nur wie bekomme ich den Compi jetzt wieder überredet den Kernel zu nutzen?

Gruß
Setec112

[KBDCALLS]

Stelle mal fest welche Partiton und auf welcher Platte dein Linux liegt.
Dann mountest du dann zum Beispiiel nach /mnt


Als Beispiel

Code: Alles auswählen

mount /dev/hda1 /mnt

machst ein

Code: Alles auswählen

cd /mnt

und dann

Code: Alles auswählen

chroot /mnt

wenn alles gut gegangen bist du in deinem Linux auf der Festplatte.

Jetzt kannst du den Kernel mit apt-get installieren und den Lilo zum Beispiel laufen lassen. Oder die /boot/grub/menu.lst editieren.

Falls er die dich anmeckert die Partiition ist readonly gemount , macht du ein remount.

Code: Alles auswählen

mount / -v  -o remount,rw

Eine chroot Umgebung verläßt man mit

Code: Alles auswählen

exit

Deine Liniuxpartition umounten und rebooten

[setec112]

...Hi, das hat alles ganz gut geklappt.

Allerdings meldet apt, daß der kern nicht zu finden ist.

auch mit apt-update usw kein erfolg.


Gruß
Setec112

[KBDCALLS]

Wie sieht denn deine /etc/apt/sources.list aus. Installiert du aus dem Netz oder von CD ?

[setec112]

...also bei apt-update zieht der einmal die knoppix quellen, aber auch die aus der sources.list von mir (Uni-Köln)

Code: Alles auswählen

Knoppix:/# apt-get update
OK   http://www.planet-moll.de testing/main Packages
OK   http://www.planet-moll.de testing/main Release
OK   ftp://ftp.nerim.net testing/main Packages
OK   ftp://ftp.nerim.net testing/main Release
OK   http://security.debian.org sarge/updates/main Packages
OK   http://security.debian.org sarge/updates/main Release
OK   http://security.debian.org sarge/updates/contrib Packages
OK   http://security.debian.org sarge/updates/contrib Release
OK   http://security.debian.org sarge/updates/non-free Packages
OK   http://security.debian.org sarge/updates/non-free Release
OK   http://security.debian.org sarge/non-US/main Packages
OK   http://security.debian.org sarge/non-US/main Release
OK   http://security.debian.org sarge/non-US/contrib Packages
OK   http://security.debian.org sarge/non-US/contrib Release
OK   http://security.debian.org sarge/non-US/non-free Packages
OK   http://security.debian.org sarge/non-US/non-free Release
Hole:1 http://ftp.uni-koeln.de sarge/main Packages [3193kB]
Hole:2 http://ftp.uni-koeln.de sarge/main Release [81B]
Hole:3 http://ftp.uni-koeln.de sarge/non-free Packages [60,9kB]
Hole:4 http://ftp.uni-koeln.de sarge/non-free Release [85B]
Hole:5 http://ftp.uni-koeln.de sarge/contrib Packages [56,5kB]
Hole:6 http://ftp.uni-koeln.de sarge/contrib Release [84B]
OK   http://ftp.uni-koeln.de sarge/non-US/main Packages
OK   http://ftp.uni-koeln.de sarge/non-US/main Release
OK   http://ftp.uni-koeln.de sarge/non-US/contrib Packages
OK   http://ftp.uni-koeln.de sarge/non-US/contrib Release
OK   http://ftp.uni-koeln.de sarge/non-US/non-free Packages
OK   http://ftp.uni-koeln.de sarge/non-US/non-free Release
Hole:7 http://ftp.uni-koeln.de sarge/main Sources [1265kB]
Hole:8 http://ftp.uni-koeln.de sarge/main Release [83B]
Hole:9 http://ftp.uni-koeln.de sarge/non-free Sources [24,5kB]
Hole:10 http://ftp.uni-koeln.de sarge/non-free Release [87B]
Hole:11 http://ftp.uni-koeln.de sarge/contrib Sources [25,3kB]
Hole:12 http://ftp.uni-koeln.de sarge/contrib Release [86B]
OK   http://ftp.uni-koeln.de sarge/non-US/main Sources
OK   http://ftp.uni-koeln.de sarge/non-US/main Release
OK   http://ftp.uni-koeln.de sarge/non-US/contrib Sources
OK   http://ftp.uni-koeln.de sarge/non-US/contrib Release
OK   http://ftp.uni-koeln.de sarge/non-US/non-free Sources
OK   http://ftp.uni-koeln.de sarge/non-US/non-free Release
Es wurden 4625kB in 32s geholt (142kB/s)
Paketlisten werden gelesen... Fertig

/boot/grub/menu.lst sieht auch so aus wie das sein muß

Code: Alles auswählen

## ## End Default Options ##

title		Debian GNU/Linux, kernel 2.4.27-1-k7 
root		(hd0,0)
kernel		/boot/vmlinuz-2.4.27-1-k7 root=/dev/hda1 ro 
initrd		/boot/initrd.img-2.4.27-1-k7
savedefault
boot

title		Debian GNU/Linux, kernel 2.4.27-1-k7 (recovery mode)
root		(hd0,0)
kernel		/boot/vmlinuz-2.4.27-1-k7 root=/dev/hda1 ro single
initrd		/boot/initrd.img-2.4.27-1-k7
savedefault
boot

### END DEBIAN AUTOMAGIC KERNELS LIST

Wobei die Datei ein paar MInuten vor der Panne geändert wurde.

Gruß
Setec112

[setec112]

Hallo,

ich habe ein wenig geforscht warum bei meinem Rechner der Kernel nicht mehr zu finden ist.

ich denke mal, daß liegt an der fehlenden initrd.

Zur ZEit liegt in /boot eine

Code: Alles auswählen

initrd.img-2.4.27-1-k7.new

die leer ist. Sonst sind keine initrd Dateien vorhanden.

Ich denke mal da liegt der Fehler. Nur wie bekomme ich das jetzt hin?

Mit mkinitrd klappt es nicht, weil das System im nur Lesemodus läuft. Das habe ich bereits mit

Code: Alles auswählen

mount / -v  -o remount,rw

versucht, was nicht klappt.


Bitte gebt mir mal einen Tip.

Gruß
Setec112

[KBDCALLS]

Hmm, normalerweise sollte das aber funktionieren mit dem remount. Wenn mit der Knoppix nicht funktioniert , was ich mit nicht vorstellen kann , dann nimm mal netinist.iso , Vorgehn ähnlich.

Um eine initrd zu erstellen.

Code: Alles auswählen

mkinitrd -o /boot/initrd 2.6.7

Muß allerdings deinen Gegegenheiten angepasst werden.

[setec112]

Hallo,

also netinst.iso habe ich noch irgendwo rumliegen, muß ich gleich mal gucken. Aber das paßt hier trotzdem nicht

Code: Alles auswählen

root@ttyp1[boot]#  mkinitrd -o /boot/initrd 2.4.27-1-k7
/usr/sbin/mkinitrd: line 1126: /boot/initrd: Das Dateisystem ist nur lesbar
root@ttyp1[boot]# mount / -v  -o remount,rw
/dev/root on / type ext2 (rw)
root@ttyp1[boot]#

Das heißt für mich, das das Dateisystem auf Lesen und Schreiben steht...

Gruß
Setec112

[setec112]

....auch mnit der netinst.iso klappt das nicht. Ich bekomme einfach keine Schreibberechtigung auf der Platte hin.


Hinzu kommt, daß ich mit dem netinstall irgendwie nicht an der Festplattenpartitionierung vorbei komme.

Gruß
Setec112

[KBDCALLS]

Irgendwas ist da jetzt aber faul.

Laß mal

Code: Alles auswählen

e2fsck  -f /dev/hdx 

laufen.

Dann mountest du die Partiton als root (als nicht im KDE von Knoppiix, sondern mit der Textkonsole) und versuchst mal mit vi irgend ein beliebigen Text draufzuschreiben. Und sehen wir mal weiter.

[altesocke]

Hallo setec112,

nur mal so ne Idee.
hd0,0 ist dein /boot ?
sollte deine menu.lst dann nicht so aussehen?

Code: Alles auswählen

## ## End Default Options ##

title		Debian GNU/Linux, kernel 2.4.27-1-k7 
root		(hd0,0)
kernel		/vmlinuz-2.4.27-1-k7 root=/dev/hda1 ro 
initrd		/initrd.img-2.4.27-1-k7
savedefault
boot

title		Debian GNU/Linux, kernel 2.4.27-1-k7 (recovery mode)
root		(hd0,0)
kernel		/vmlinuz-2.4.27-1-k7 root=/dev/hda1 ro single
initrd		/initrd.img-2.4.27-1-k7
savedefault
boot

### END DEBIAN AUTOMAGIC KERNELS LIST

Bei mir hat sid beim letzten Grub - Update auch die menu.lst in der Weise geändert.
Vielleicht isses ja auch die Lösung für dein Problem.

Wenn du schon eine Lösung gefunden hast, würde mich trotzdem interessieren ob die menu.lst so richtig war.

cu, socke

[KBDCALLS]

Seine fstab wäre auch ganz hilfreich.

[KBDCALLS]

Hallo setec112,
nur mal so ne Idee.
hd0,0 ist dein /boot ?
soll
nte deine menu.lst dann nicht so aussehen?

Code: Alles auswählen

## ## End Default Options ##

title		Debian GNU/Linux, kernel 2.4.27-1-k7 
root		(hd0,0)
kernel		/vmlinuz-2.4.27-1-k7 root=/dev/hda1 ro 
initrd		/initrd.img-2.4.27-1-k7
savedefault
boot


### END DEBIAN AUTOMAGIC KERNELS LIST

Bei mir hat sid beim letzten Grub - Update auch die menu.lst in der Weise geändert.
Vielleicht isses ja auch die Lösung für dein Problem.

Wenn du schon eine Lösung gefunden hast, würde mich trotzdem interessieren ob die menu.lst so richtig war.

cu, socke

Aber dazu müssen sich / und /boot auf unterschielichen Partitionen befinden

[setec112]

Hallo,

also da habe ich wohl Mist gebaut. Ich habe ja von der Cd gebootet aber immer versucht, die Cd zu mounten und darauf zu schreiben.

Allerdings hat sich das Problem jetzt verlagert.

Hätte mir auch schon vorher auffallen können, weil die Platten alle ext3 und nicht ext2 sind.

Das mkinitrd hat auch angefangen zu denken, aber dann mit Fehler abgebrochen.

Code: Alles auswählen

root@ttyp0[hda1]#  mkinitrd -o /boot/vmlinuz-2.4.27-1-k7
/usr/sbin/mkinitrd: line 1126: /boot/vmlinuz-2.4.27-1-k7: Das Dateisystem ist n                               ur lesbar
root@ttyp0[hda1]# mount / -v  -o remount,rw
/dev/root on / type ext2 (rw)
root@ttyp0[hda1]#  mkinitrd -o /boot/vmlinuz-2.4.27-1-k7
/usr/sbin/mkinitrd: line 1126: /boot/vmlinuz-2.4.27-1-k7: Das Dateisystem ist n                               ur lesbar

Hier wurde dann der Fehler erkannt.

Code: Alles auswählen

root@ttyp0[hda1]# mount /mnt/hda1 -v  -o remount,rw
/dev/hda1 on /mnt/hda1 type ext3 (rw,nosuid,nodev)
root@ttyp0[hda1]#  mkinitrd -o /boot/vmlinuz-2.4.27-1-k7
/usr/sbin/mkinitrd: line 1126: /boot/vmlinuz-2.4.27-1-k7: Das Dateisystem ist n                               ur lesbar
root@ttyp0[hda1]#  mkinitrd -o /mnt/hda1/boot/vmlinuz-2.4.27-1-k7
/usr/sbin/mkinitrd: Cannot determine root device
root@ttyp0[hda1]#

Code: Alles auswählen

e2fsck  -f /dev/hdx

ergab

Code: Alles auswählen

root@ttyp0[hda1]# e2fsck  -f /dev/hdx
e2fsck 1.35 (28-Feb-2004)
e2fsck: Datei oder Verzeichnis nicht gefunden beim Versuch, /dev/hdx zu öffnen

SuperBlock ist unlesbar bzw. beschreibt kein gültiges ext2
Dateisystem.  Wenn Gerät gültig ist und ein ext2
Dateisystem (kein swap oder ufs usw.) enthält,  dann ist der SuperBlock
beschädigt, und sie könnten e2fsck mit einem anderen SuperBlock:
    e2fsck -b 8193 <Gerät>

und die fstab

Code: Alles auswählen

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/hda1       /               ext3    defaults,errors=remount-ro 0       1
/dev/hdb2       /home           ext3    defaults        0       2
/dev/hdb1       none            swap    sw              0       0
/dev/hdc        /media/cdrom0   iso9660 ro,user,noauto  0       0
/dev/hdd        /media/cdrom1   iso9660 ro,user,noauto  0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0
/dev/hda2  /server  ext3  defaults  0  0

Ich hoffe das hilft.


Gruß
Setec112

[altesocke]

Aber dazu müssen sich / und /boot auf unterschielichen Partitionen befinden

Da hast du latürnich recht.
Man sollte nicht immer davon ausgehen das jeder sein System so partitioniert wie man selber.

@setec112:
Du kannst dann meinen Beitrag von vorhin einfach wegdenken.


cu, socke

[setec112]

Hallo,

der boot Fehler hat sich jetzt von der Nummer 15 zur Nummer 13 verändert.

Code: Alles auswählen

Booting Linux 
 root (hd0,0) 
 Filesystem type is exe2fs, partition type 0x83 
 
 kernel /boot/vmlinux-2.4.27-1-k7 root=/dev/hda1/ro 
 
 Error 13: Invalid or unsupported executeable format 
 
 

Gruß
Setec112

[setec112]

Hi Leute,

ich habe das Kommando ro auch mal rausgenomen, weil das wohl read only heißt.

Es bleibt aber dabei, daß nichts geht.

Vielleicht neuen Kernel und neues Grub drafu machen? Dann allerdings ist das Problem, daß der immer wieder vergißt, das das Dateisystem read and write gestellt wurde.


Gruß
Setec112