Laptop hängt beim Aktualisieren auf Ubuntu 24.04 LTS
Linuchs
- betriebssystem
- linux
Moin,
HÄNGT Hier:
- Aktualisierungen werden installiert
Installing grub to /boot/efi
X86_64-EFI wird für Ihre Plattform installiert
Habe ihn hardwaremäßig aus- und wieder eingeschaltet, nun zeigt er dies:
GNU GRUB version 2.12
Minimal BASH-like line editing is supported. For the first word, TAB
lists possible command completions. Anywhere else TAB lists possible
device or file completions. To enable less(1)-like paging, "set
pager=1"
grub>
Ist die Aktualisierung noch zu retten?
Gruß, Linuchs
grub>
Ist die Aktualisierung noch zu retten?
Wahrscheinlich, aber das wird nicht einfach. Hast Du eine Grub-Repair-Disk?
Hast Du eine Grub-Repair-Disk?
Nein. Erkennst du den Grund des Stillstands?
Ich habe die leise Ahnung, dass irgendetwas dabei schief ging, als grub seine config-Datei schreiben sollte. Das kann z.B. der Fall sein, wenn Du ein Vollbackup Deines Linux gemountet hattest
Lies mal:
Starten mit Hilfe der Kommandozeile
(etwa ab Mitte des Dokuments)
Zieführend sieht erst einmal folgendes Vorgehen aus:
grub> search -f /boot/vmlinuz -set root
grub> initrd /initrd.img
grub> boot
(Das sind nur die Kommandos, die Du probieren mal solltest - ohne darauf folgende Ausgaben.)
Aber ich stochere da im Nebel. Mit dem System vor Augen wär es einfacher.
Sollte das System damit booten führe als erstes sudo update-grub
aus. (Trenne aber vorher Backups)
Hallo Raketenwilli,
Danke. So weit bin ich gekommen:
grub> search -f /boot/vmlinuz -set root
hd0,gpd3
grub> initrd /initrd.img
error: you need to load the kernel first.
grub>
Backups habe ich auf WD My Cloud EX2 Ultra
Gruß, Linuchs
Hallo Raketenwilli,
Danke. So weit bin ich gekommen:
grub> search -f /boot/vmlinuz -set root hd0,gpd3 grub> initrd /initrd.img error: you need to load the kernel first. grub>
Ok. Dann gehe zu:
Starten mit Hilfe des Rettungsmodus
oder gleich zu
Alternativer Systemstart mit Hilfe der Super-GRUB2-Disk
und folge den Anleitungen...
Sorry, dass ich erst jetzt reagiere. Der Laptop B (Fujitsu, defekte Tastatur) erkannte plötzlich die externe Tastatur nicht mehr. Auch nicht die nächste.
Nun habe ich den „gespendeten“ ThinkPad (du weißt?) rausgeholt. Kann damit in den Firefox, aber ansonsten ist der ziemlich geperrt. Stichwort „Seminar“
So sieht es auf dem terra (Patient) aus:
grub> set
...
prefix='(hdX,Y)/boot/grub'
pre_default_server=''
root='hdX,Y'
secondary_locale_dir=''
grub> insmod normal
grub> normal
grub> insmod linux
grub> linux /vmlinuz root=/dev/sdXY ro
error: file `/vmlinuz' not found.
grub>
beachte das Zeichen ` (accent grave) vor /vmlinuz statt erwartet '
Kontrolle:
grub> ls /dev
fd pts/ shm/ console full null ptmx random stderr stdin stdout tty urandom zero
grub> ls /
lost+found/ ... sbin.usr-is-merged/
grub>
Oh je. Ich hab Seminar gehalten UND war krank(¹). Hab die Antwort geschrieben - aber nicht abgeschickt.
grub> set ... prefix='(hdX,Y)/boot/grub' pre_default_server='' root='hdX,Y' secondary_locale_dir='' grub> insmod normal grub> normal grub> insmod linux grub> linux /vmlinuz root=/dev/sdXY ro error: file `/vmlinuz' not found. grub>
Hm. Hast Du in „hdX,Y“ und „/dev/sdXY“ das X und Y durch Zahlen ersetzt?
X ist die Platte und Y die Partitionsnummer der Partition, auf welcher der Ordner /boot/ liegt. Das ist leider nicht eindeutig zuzuordnen und ich kenne Dein Gerät nicht, noch weniger Deine Installation.
¹) tagelanges gastronomische Problem: Das Essen kam binnen Minuten unten (fast) genau so raus wie es oben nach dem Kauen abgeschickt wurde…
Hallo,
¹) tagelanges gastronomische Problem: Das Essen kam binnen Minuten unten (fast) genau so raus wie es oben nach dem Kauen abgeschickt wurde…
hmm, kenn ich auch. Sogar ohne "oben" nachzufüllen. Eigentlich heißt es, Menschen mit einer überwiegend sitzenden Tätigkeit neigen eher zu Verstopfung. Aber wenn der Darm mal aus dem Gleichgewicht kommt, geht's bei mir auch eher in Richtung Flitzkacke.
Vor etwa 2 Jahren hatte ich mal einen extremen Fall. Normalerweise habe ich von der Arbeit etwa 20min Fußweg nach Hause. An dem Tag hatte ich aber unterwegs, gerade aus dem Ort raus, auf einmal heftigen Druck. Ich bin einen Moment stehengeblieben und hab all meine Kraft auf den Schließmuskel konzentriert - nach zwei, drei Minuten ging es wieder.
Aber dann kamen die "Wehen" in immer kürzeren Abständen, ich hab dazwischen nur noch Intervalle von maximal 100m geschafft. Unterwegs fing es dann auch noch an zu regnen, aber das war mir buchstäblich scheißegal.
Nach knapp 2 Stunden kam ich dann doch unfallfrei zuhause an - sofort auf den Topf, hurraaa!
Einen schönen Tag noch
Martin
Nichts gegen Off Topic, aber es gibt Grenzen.
Das sollte als nicht zum Themenkreis des Forums gehörig wegmoderiert werden.
und ich kenne Dein Gerät nicht, noch weniger Deine Installation.
Also, wenn ALLE anderen Datenträger abgeklemmt sind ist es BEI DIR wohl:
Mit diesen Werten:
grub> set prefix='(hd0,gpd3)/boot/grub'
grub> set pre_default_server=''
grub> root='hd0,gpd3'
grub> secondary_locale_dir=''
grub> insmod normal
grub> normal
grub> insmod linux
grub> linux /vmlinuz root=/dev/sda3 ro
grub> linux
grub> initrd /initrd.img
grub> boot
Vergiss nicht, auf dem gestarteten System ein
sudo grub-install /dev/sda
sudo update-grub
auszuführen.
Erstmal ganz herzlichen Dank für deine Mühe.
So sieht es heute aus:
Falls du noch eine Idee hast, gerne.
Parallel erstelle ich einen Bootstick Ubuntu ubuntu-24.04.1-desktop-amd64.iso
Gruß Linuchs
Dann wirst Du den Bootsstick auch brauchen.
Die Fehlermeldung file /vmlinuz not found ist entweder ein Hinweis auf eine falsche Partitionsummer oder darauf, dass es auf dieser keinen oder einen kaputten Link namens vmlinuz gibt.
Auf meinem Ubuntu (Ich hab noch eines) ist
'/vmlinuz' ein Link zu /boot/vmlinuz-6.5.0-21-generic
und
'/initrd.img' ein Link zu /boot/initrd.img-6.5.0-21-generic
Wenn Du Glück hast fehlen nur die Links (oder sind kaputt) und /boot ist keine gemountete Partition. Dann nimmst Du das Ubuntu-Bootmedium und schaust nach, wie Dein Kernel heisst oder legst den Link an oder gibst den BEI DIR gefundenen Kernel an: Mit MEINEM Kernel ist das:
grub> set prefix='(hd0,gpd3)/boot/grub'
grub> set pre_default_server=''
grub> root='hd0,gpd3'
grub> secondary_locale_dir=''
grub> insmod normal
grub> normal
grub> insmod linux
grub> linux /boot/vmlinuz-6.5.0-21-generic root=/dev/sda3 ro
grub> initrd /boot/initrd.img-6.5.0-21-generic
grub> boot
Alternative:
Wahrscheinlich ist die Partition dann /dev/sdb3 - das musst Du nachsehen!
Als root:
# mount /dev/sdb3 /mnt
Das es richtig und erfolgreich war siehst Du, wenn in /mnt/boot Dateien sind:
# ls /mnt/boot
Sodann als root: (Hier wieder mit der Version von meinem Rechner - Du kannst andere haben!)
# cd /mnt
# ls -s boot/vmlinuz-6.5.0-21-generic /mnt/vmlinuz
# ls -s boot/boot/initrd.img-6.5.0-21-generic /mnt/initrd
Wenn die Links gefehlt haben kann es sein, dass Dein Linux jetzt anstandslos startet. Wenn ich den Rechner vor mir hätte würde ich keine 10 Minuten brauchen.
Ich würde vom Bootstick booten und mir die Ausgaben von
lsblk
genau ansehen.
Vorschlag: Du nimmst Dir mal ne Stunde Zeit und planst mit mir einen Termin.
Sodann als root: (Hier wieder mit der Version von meinem Rechner - Du kannst andere haben!)
# cd /mnt # ls -s boot/vmlinuz-6.5.0-21-generic /mnt/vmlinuz # ls -s boot/boot/initrd.img-6.5.0-21-generic /mnt/initrd
MIST! MIST! MIST!
Natürlich
# cd /mnt # ln -s boot/vmlinuz-6.5.0-21-generic /mnt/vmlinuz # ln -s boot/initrd.img-6.5.0-21-generic /mnt/initrd
Der Dateiname des Kernels (vmlinuz-*) und der initialen Ramdisk (initrd-*) muss natürlich an Dein System angepasst werden...
Vorschlag: Du nimmst Dir mal ne Stunde Zeit und planst mit mir einen Termin.
Gerne. Unter private Nachricht habe ich dich unter "Raketenwilli" nicht gefunden.
Ich halte mich am Mo, 18.11. um 11:00 bereit.
Habe den Tag keine Termine, du kannst gerne eine andere Zeit vorschlagen.
Meine Telnr. findest du im Impressum des Kalenders r****.eu
Gruß Linuchs
Ich halte mich am Mo, 18.11. um 11:00 bereit.
Vormittags wird das nichts. Ich halte die ganze Woche Kurs.
Dann Vorschlag 15:00 oder 17:00
17:00 Uhr. Früher bin ich nicht fertig.
Moin Linuchs,
wie hast Du denn versucht Ubuntu zu aktualisieren?
HÄNGT Hier:
- Aktualisierungen werden installiert Installing grub to /boot/efi X86_64-EFI wird für Ihre Plattform installiert
Habe ihn hardwaremäßig aus- und wieder eingeschaltet, nun zeigt er dies:
GNU GRUB version 2.12 Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists possible device or file completions. To enable less(1)-like paging, "set pager=1" grub>
Ist die Aktualisierung noch zu retten?
Wenn Du von einem kompletten Ubuntu-Image für eine normale Installation bootest, hast Du glaube ich die Möglichkeit Grub zu reparieren. Alternativ kannst Du von dort aus komplett neu installieren (inkl. vorher ggf. Backups mounten/erstellen). Und im Fall der Fälle gibt es zum Glück noch SystemRescue.
Viele Grüße
Robert
Diagnose/Genauere Beschreibung des Vorgefundenen:
Lösungsweg:
Du brauchst: Zettel, Stift, viel Geduld oder ein wenig Sorgfalt und einen boot-Stick mit beliebigem(!) ausführbaren Linux. Das Schreiben dieses Beitrages hat länger gedauert als ein wiederholender Test des erfolgreichen Reperaturversuchs....)
lsblk
ermitteln, welche Partition wohl die kaputte Installation enthält. In den meisten Fällen ist es die größte Partion der Platte von welcher nichts gemountet ist (letzte Spalte).sudo mount $partition /mnt
cd /mnt/boot
Das schlägt fehl wenn der Ordner /boot eine eigene Partition ist, Dann muss /mnt entladen werden und die Partition neu gesucht werden (cd; mount $anderePartition
; cd /mnt/; ls -l` ...)
ls -l
Wenn einer der Links kaputt ist:
cd /mnt/boot
ls vmlinuz*
ls initrd*
## Nachsehen, für welche Version vmlinuz* und initrd* existieren, die höchste Versionsnummer merken:
version="6.10.11+bpo-amd64"
rm vmlinuz; ln -s vmlinuz-$version vmlinuz
rm initrd; ln -s initrd-$version initrd
Danach sollte das Booten in der grub-shell wie folgt gehen:
grub> search -f /boot/vmlinuz -set root
hd0,gpd3
Ausgabe (hier(!): „hd0,gpd3“) merken und im Nachfolgenden „hd0,gpd3“ durch den gefundenen Wert ersetzen. „sda3“ muss auch ersetzt werden: Etwas wie „hd1,dos2“ wäre „sdb2“ und so weiter.
prefix='(hd0,gpd3)/boot/grub'
grub> insmod normal
grub> normal
grub> insmod linux
grub> linux /boot /vmlinuz root=/dev/sda3 ro
grub> initrd /boot/initrd
grub> boot
Wenn das System gebootet ist, ein Terminal öffnen und das System reparieren:
dpkg-reconfigure -a # Setzt das unterbraochene Update im vorliegenden Fall fort
update-grub # „Sicher ist sicher“
apt update
apt upgrade
Sollte hierbei etwas schief gehen (FEHLERMELDUNGEN + Abbruch): auf keinen Fall neu booten oder abschalten, sondern erst Fehlermeldungen lesen und versuchen, das zu reparieren. Fehlgeschlagenen Befehl sodann anpassen und wiederholen.
Geht alles durch bootet das System ab sofort normal.