ubuntuusers.de

Bootabbruch: unable to mount root fs on unknown block

Status: Ungelöst | Ubuntu-Version: Ubuntu 24.04 (Noble Numbat)
Antworten |

gschoen57

Anmeldungsdatum:
31. August 2020

Beiträge: 36

Hallo zusammen, Mein System (24.04) lässt sich nicht mehr booten, Fehlermeldung ist

VFS: unable to mount root fs on unknown block(0,0)

Die Platte scheint in Ordnung zu sein, aber in /boot habe ich folgende vorgefunden:

  • initrd.img ist ein link auf initrd.img.6.17.0-35-generic

  • das file initrd.img.6.17.0-35-generic ist aber nicht vorhanden

  • vmlinuz ist ebenfals gelinkt auf 6.17.0-35-generic

ich habe also folgendes gemacht:

sudo mount /dev/sda2 /mnt
sudo mount -o bind /proc /mnt/proc
sudo mount -o bind /sys /mnt/sys
sudo mount -o bind /dev /mnt/dev
sudo chroot /mnt

sudo update-initramfs -u -k vmlinuz-6.17.0-35-.generic

das hat leider nicht funktioniert, von update-initramfs bekomme ich

sudo: undabale to resolve host ubuntu: Temporary failure in name resolution
sudo: unable to allocate pty: No such device

eine backintime-Sicherung habe ich zwar, aber ich vermute daß die an dem Desaster sogar schult ist, in der Sichereung ist /boot nämlich auch nicht in Ordnung. Habe aber mal von der Sicherung initrd.img-6.14.0-37-generic und vmlinuz-6.14.0-37-generic reinkopiert und die jeweilingen links erstellt, auch das leider ohne Erfolg, beim Boote bekomme ich wieder die obige Meldung: VFS: .....

Hat jemand noch eine Idee wie man das System noch reparieren kann oder muss ich neu installieren?

Moderiert von schwarzheit:

Dem Spamfilter entrissen.

Bearbeitet von schwarzheit:

Bitte verwende in Zukunft Codeblöcke, um die Lesbarkeit zu verbessern! Und benutze bitte den Vorschaubutton. Danke.

Bearbeitet von schwarzheit:

Bitte verwende in Zukunft Listen, um die Lesbarkeit zu verbessern! Und benutze bitte den Vorschaubutton. Danke.

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 8942

Und warum hast du nicht einfach mal versucht den älteren noch vorhandenen Kernel im Grub auszuwählen und zu booten?

Und was hast du vorher getan bevor das Problem auftrat?

gschoen57

(Themenstarter)

Anmeldungsdatum:
31. August 2020

Beiträge: 36

an Grub hatte ich nicht gedacht, da beim Booten (MacBook Air) Grub auch gar nicht erscheit.

Bevor das Problem auftrag hatte ich eine Sicherung mit backintime gemacht. Ich denke mal das hätte ich nicht machen sollen, denn ich vermute daß backintime den Inhalt von /boot irgendwie zerstärt hat.

einen Prompt von Grub bekomme ich, wenn ich beim Booten ESC drücke. Gibt es hier noch eine Möglichkeit einen Kernel auszuwählen? dann müsste aber doch auch initrd.img die richtige sein...

gschoen57

(Themenstarter)

Anmeldungsdatum:
31. August 2020

Beiträge: 36

OK habe es nun geschafft mit Grub-Shell den Rechner zu booten: set root=(hd1,2) linux /boot/vmlinuz-6.14.0-35-generic initrd /boot/initrd.img-6.14.0-35-generic boot

allerdings bleibt er dann mit der Meldung:

No boot device. Boot arguments mus include a root= parameter

offensichtlich genügt set root=(hd1,2) nicht

muss man dem Kommando "boot" nich irgendwas mitgeben???

OK → der parameter muss dem Kommand linux mitgegeben werden, hat ein wenig gedauert bis ich die richtige Platte gefunden habe, aber nun läuft das System, zumindest bis zum nächste normalen Booten, da ich ja erstmal nichts geänder habe.

Da ich mich mit Grub nicht auskenne (komme von macOS): kann man das nun irgendwie reparieren?

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 6329

Wie sieht es denn nun in /boot aus, im laufenden System betrachtet?

ls -alFh /boot

Per copy & paste dann hier im Thread zeigen, wie das geht, siehe Codeblock im Wiki.

gschoen57

(Themenstarter)

Anmeldungsdatum:
31. August 2020

Beiträge: 36

Ich würde es gerne zeigen, aber auf dem System scheint noch mehr kaputt zu sein. Ich kann mich auch nicht mehr mit dem WLAN verbinden, rechts oben ist da auch kein Eintrag mehr dafür zu finden. Unter Einstellungen - Netzwerk bekomme ich nur VPN und Proxy. Bei Hilfsprogramme - Erweiterte Netzwerkkonfiguration sehe ich zwar unter Funknetzwerk mein WLAN, alle Eintragungen dafür sind da, aber Verbindung bekomme ich keine hin. wpa_supplicant läuft zwar komischerweise aber ich finde in /etc/wpa_supplicant auch keine Konfig-Datei.....

Ich denke mal daß backintime hier mehr als nur /boot kaputt gemacht hat - da hilft wohl nur neu Installieren

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 8942

Ich wage zu bezweifeln das backintime daran Schuld ist. Denn das ist nicht seine Funktionsweise.

Genau deswegen wollte ich wissen was du getan hast.

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 6329

Jetzt sag bloß nicht, dass das Gerät einen Broadcom Chip hat, für das Wlan. 😇 Der "Spaß" damit ist mittlerweile bekannt.

Vor einigen Tagen gab es ein Update für den Kernel, bei dem Änderung der API nötig war. Eventuelle DKMS Kernelmodule mussten dafür neugbaut werden. Beim broadcom-sta-dkms ging das schief. Da half dann das vollständige entfernen mit purge:

sudo apt purge broadcom-sta-dkms

Und ein neueres broadcom-sta-dkms Paket von Resolute Raccoon in den Noble Numbat implantieren.
Holen:

wget 'http://de.archive.ubuntu.com/ubuntu/pool/restricted/b/broadcom-sta/broadcom-sta-dkms_6.30.223.271-29ubuntu1_amd64.deb' 

... und dann installieren:

sudo apt install ./broadcom-sta-dkms_6.30.223.271-29ubuntu1_amd64.deb

Danach sicherheitshalber noch mal:

sudo update-initramfs -c -k all && sudo update-grub

Dann rebooten.

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 8942

trollsportverein schrieb:

einen Broadcom Chip

gschoen57 schrieb:

(MacBook Air)

Ähm sehr wahrscheinlich. War das letztens nicht auch ein MacBook?

timothy2068

Anmeldungsdatum:
10. März 2025

Beiträge: 598

gschoen57 schrieb:

Ich denke mal daß backintime hier mehr als nur /boot kaputt gemacht hat

Backintime arbeitet unter der Haube mit rsync und baut mehr oder weniger eine Schnappschussverwaltung mit GUI-Bedienung drumrum. rsync liest von der Quelle und schreibt ins Ziel. An der Quelle wird dabei nichts geändert. Alles andere wäre eine grobe Fehlfunktion von rsync, aber eine solche ist nicht bekannt. Daher ist es äußerst unwahrscheinlich, dass backintime bei dir irgendwas "kaputt gemacht" hat. Sehr viel wahrscheinlicher ist zeitgleich zum BIT-Einsatz was anderes bei dir kaputt gegangen.

leidenlinux27

Anmeldungsdatum:
25. Mai 2026

Beiträge: 30

Wenn du jetzt einmal per GRUB-Shell ins System kommst, würde ich vor der Neuinstallation zuerst die Boot-Pakete sauber neu bauen lassen:

sudo apt install --reinstall linux-image-generic linux-generic grub-efi-amd64 shim-signed

und danach

sudo update-initramfs -c -k all && sudo update-grub

Wichtig: bei update-initramfs -k gehört nur die Kernelversion hin, nicht vmlinuz-...; der chroot-Fehler mit pty kommt eher von unvollständig gemountetem /dev/pts. Parallel wäre ls -alFh /boot noch hilfreich, sonst rät man bei den Links.

Bearbeitet von schwarzheit:

Bitte verwende in Zukunft Codeblöcke, um die Lesbarkeit zu verbessern! Und benutze bitte den Vorschaubutton. Danke.

Bearbeitet von schwarzheit:

Bitte verwende in Zukunft Absätze (2x Enter), um die Lesbarkeit zu verbessern! Und benutze bitte den Vorschaubutton. Danke.

gschoen57

(Themenstarter)

Anmeldungsdatum:
31. August 2020

Beiträge: 36

Danke für die Tips. Habe aber mittlerweile schon alles platt gemacht und statt ubuntu nun MX-Linux drauf. ich muss sagen, ich bin begeistert, dieses System ist wirklich superschnell - ich denke der Umstieg hat sich gelohnt.

gschoen57

(Themenstarter)

Anmeldungsdatum:
31. August 2020

Beiträge: 36

auf ein Problem mit BIT bin ich deshalb gekommen, weil ich auf der Suche nach einer Backupsoftware auf irgendeiner Internetseite eine Warnung dazu gelesen habe (und sie wie man an meinem BIT-Einsatz sieht ignoriert habe).

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 8942

Welche Internetseite? Welcher Hinweis?

Und nein BIT wars mit Sicherheit nicht.

Antworten |