ubuntuusers.de

Hallo erstmal ☺

Ich bin seit ca. 4 Tagen Kubuntu-Userin... es lief auch 3 Tage alles gut und ohne wirkliche Probleme. Bis auf gestern:

Ich hatte mehrere Aktualisierungen über den Paketmanager eingespielt, ein paar Programme installiert und entfernt - nix wildes eigentlich. Was vielleicht der Anfang der Probleme war (kann mir nix anderes vorstellen) , war die Installation von VMWare Server. Ich habs runtergeladen und nach einer kleinen Anleitung aus nem LInux-Buch installiert - im Grunde nur immer OK eingegeben. Fehler hat er da nicht wirklich geschmissen. Ich konnte dann VMware dann auch starten und mal eine erste VM einrichten. Danach wollte ich mal das System neu booten. Beim Runterfahren hatte sich dann das System irgendwie aufgehangen, als dann nichts mehr weiterging hab ich also kurzerhand manuell neugestartet. War wohl böse 😕

Seit dem wird Kubuntu nicht mehr gebootet. Im normalen, sowie im Recovery-Moduy bricht das Ganze an der gleichen Stelle mit der gleichen Fehlermeldung ab:

 Begin: Waiting for root file system... …
(Dauert nun ca. 5 Minuten dann erscheint)
Done.
Check root= bootarg cat /proc/cmdline
or missing modules, devices: cat /proc/modules ls /dev
ALERT! /dev/disk/by-uuid/xxx-xxx-xxx does not exist. Dropping to a shell!

BusyBox v1.1.3 (Debian 1:1.1.3-3ubuntu3 Built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)

Tja - ganz tolle Möhre 🙄 . Hab mich hier auch schon 2 Tage quergelesen und so einiges ausprobiert - leider ohne Erfolg.
Ich hab die Bootparameter acpi=off oder all_generic_ide ausprobiert - nix.
Dann hab ich die menu.lst abgeändert - also die uuid durch /dev/hda1 ersetzt - auch nix.
update -initramfs -u - nix
außerdem hab ich den kernel nochmal neu installiert(apt-get install --reinstall linux-image-2.6.22-14-generic) - auch ohne Effekt

Da ich noch recht neu in der Linux-Welt bin und so langsam keine weiteren verwertbaren Tipps mehr finden kann poste ich jetzt hier in der Hoffnung, dass ihr vielleicht eine Lösung mit mir finden könnt. Will ja auch dazu lernen 😀 .

Ach ja - hier auch mal sämtliche wichtigen Informationen:

fdisk -l
blkid
fstab
initramfs/modules
menu.lst

Achja - und ich kann mit Live-CD ganz normal auf die Partitionen zugreifen - also Hardwaremäßig gesehen muss alles in Ordnung sein.

So, ich hoffe, dass reicht mal an Informationen - ansonsten sagt mir, was ihr noch wissen müsst. Dann bin ich mal gespannt, wo ich noch auf Fehlersuche gehen kann ☺ .
*Kekse und Tee hinstell*

Herzlich willkommen!

Hmm, in der zitierten Meldung hast Du die UUID leider "ausge-x-t". Dort mußte - laut fstab - eigentlich 7828722c-2fae-4528-a9a1-6cda1a8eeecf stehen.
Egal:

Ich nehme mal an, daß deine Root-Partition immer noch - so wie in der fstab angegeben - die Partition hda1 ist. Diese hat laut blkid eben die UUID 7828722c-2fae-4528-a9a1-6cda1a8eeecf.
Überprüfe diesen Wert nochmals anhand der Ausgabe von

sudo blkid -c /dev/null

Dieses Kommando sollte dir den aktuell korrekten Wert für hda1 anzeigen. Und dieser Wert muß auch eigentlich in der Datei (hda1)/boot/grub/menu.lst in den kernelzeilen angegeben sein. Und ausserdem auch in der Zeile beginnend mit #kopt...

Prüf' das bitte nochmal...

EDIT: habe gerade erst gelesen, daß Du auch schon root=hda1 versucht hast. Damit sollte es eigentlich klappen. Es könnte aber auch sein, daß die Partition unter dem installierten Kernel sda1 heißt und nicht hda1. Insgesamt könnte alles auch ein Hinweis darauf sein, daß beim letzten Update ein neuer Kernel installiert wurde, dem es nun an einem bestimmten Treiber für deine Hardware fehlt...

Upsi, sorry - hatte nicht dran gedacht, die UUID auch mit anzugeben (war zu faul zum abtippen 🙄 ). Manchmal sollte ich mein Hirn einschalten...

Die UUID in der Fehlermeldung ist aber ebenfalls die 7828722c-2fae-4528-a9a1-6cda1a8eeecf.

Ich habe auch noch mal den von Dir empfohlenen Befehl ausgeführt. Hier das Ergebnis:

/dev/hda1: UUID="7828722c-2fae-4528-a9a1-6cda1a8eeecf" SEC_TYPE="ext2" TYPE="ext3" 
/dev/hda5: UUID="75a0a421-e0cf-4387-a7c0-923f439d1b1b" SEC_TYPE="ext2" TYPE="ext3" 
/dev/hda6: UUID="f00715b7-eb81-49c9-87c7-1147a019e3ce" TYPE="swap" 
/dev/hda7: UUID="6fadb6c6-ae53-4b47-84b2-154c4074f528" SEC_TYPE="ext2" TYPE="ext3"

Ist also die gleiche und hab auch in der menu.lst nachsgeschaut - hier steht die gleiche UUID....

Was soll ich nun machen, wenn es jetzt ein Problem mit einem fehlenden Treiber ist? Und vor allem - wie find ich das raus? Hätte das nicht behoben werden müssen, als ich den Kernel 2.6.22-14-generic nochmal neu installiert hab? *verwirrt bin*

Als erstes mal die Situation ausleuchten:
In dieser BusyBox-Shell (also nach der Meldung "ALERT ..."):

ls /dev/hd*
ls /dev/sd*
cat /proc/partitions

Wenn cat /proc/partitions deine Partitionen nicht auflistet, dann ist es mMn ziemlich sicher ein Treiberproblem. Dann könnte Dir folgendes helfen:

https://answers.launchpad.net/ubuntu/+question/17654
http://ubuntuforums.org/showpost.php?p=3232384&postcount=3