Leider nein.

-> Kernel panic - not syncing: VFS unable to mount fs on unown-block(8.3)

ist das eine Wubi-Installation?

Ja

kann man sowas nicht gleich im ersten Beitrag erwähnen?

ansonsten schau mal hier: http://forum.ubuntuusers.de/topic/kernel-panic-naach-update/#post-2350277

Vielen dank für den link.

Leider habe ich da nirgends eine Lösung für mein Problem gefunden. Ich bin mir durchaus bewusst, das Wubi keine lösung auf dauer ist, das soll es auch nicht sein, aber im Moment möchte ich keine andere Lösung haben.

serengeti

Ich habe jetzt mal den Kernel 2.6.31-20 ausprobiert, klappt leider auch nicht. Mit dem unterschied, das nach der Auswahl des kernels das System neu startet und nicht mehr mit einem Kernel panic stehen bleibt.

Hab nun selbst den 2.6.31-19 via Update im Einsatz. Dieser Funktioniert einwandfrei.

17er gelöscht...mit 16er weitergearbeitet.

Vielleicht solltest du (serengeti) erst einmal auf einen Kernel zurückgehen, der bei dir ebenfalls einwandfrei funktioniert. Danach den automatischen Softwareupdate abwarten.

Dann sollte es auch mit dem zur Zeit aktuellen Kernel passen.

MfG Stefan

Hallo,

klingt nicht nach dem gleichen Problem, aber schaut mal hier:

http://forum.ubuntuusers.de/topic/wubi-bug-vorbeugen/

oder WIKI (WUBI ganz unten)

Klaus P

Nach dem ich die Datei unter c: ersetzt habe (wie im erlinkten post) hat sich das Problem mit den Kerneln gelöst. ich kann nun problemlos auch die aktuellen kernel starten.

Vielen Dank Klaus P

Hallo Serengeti,

gut zu hören! Ich war mir bei Dir nicht so sicher ob es der gleiche Bug ist, weil Du die Fehlermeldung anders beschrieben hast. Wenn es tatsächlich eine andere Fehlermeldung war, poste das doch hier noch mal. Dann kann man evtl. besser darauf reagieren, wenn so was woanders nochmal vorkommt.

Gruß

Klaus P

Symptome:

• Kernel: 2.6.31-14 funktionierte

• Kernel: 2.6.31-16, 2.6.31-17, 2.6.31-18, Führten zu einem Kernel Panic

[1.160089] Kernel panic - not syncing: VFS unable to mount fs on unown-block(8.3)

• Kernel: 2.6.31-20 führte zu einem Reboot

Jeweils bei neuinstallation des Kernels musste ich beim nächsten Neustart.

linux /boot/vmlinuz-2.6.31-16-generic root=/dev/sda3 loop=/ubuntu/disks/root.disk ro
grub> initrd /boot/initrd.img-2.6.31-16-generic
grub> boot

• sda1 war Recovery partition meiner win7

• sda2 war win7 bootpartition

• sda3 war das eigentliche Windows. <- die richtige Partition für "root=/dev/sda3"

durchführen um das system zu starten.

ein anschliessendes.

sudo update-grub2

Hatte ich jeweils wieder ein Bootmenü. Allerdings konnte ich dann eben keinen Kernel neuer als 2.6.31-14 starten.

Durch die Datei "wubildir" welche ich im Luafwerk C: durch die version im nachfolgenden Link ersetzt habe http://launchpadlibrarian.net/36920146/wubildr konnte ich nun auch wieder den neusten Kernel booten.

Serengeti

PS: könnte man diesen Post in meinen ersten Post kopieren?