Manjaro-Linux-Forum

Hallo,

ich bräuchte mal dringend etwas Starthilfe!

Wie es (anscheinend!) angefangen hat:
Gestern habe ich - wie schon oft zuvor - mal wieder eine Systemsicherung via Rescuezilla gemacht. (Weil ich dann eigentlich das aktuelle recht umfangreiche und nicht ganz unproblematische System-Update machen wollte, aber dazu kam es dann gar nicht mehr!)
D.h. über einen Live-USB-Stick Rescuezilla gebootet und dann das System auf einen externen Datenträger gesichert.

Danach wollte ich mein System wieder normal starten, doch der Bildschirm blieb schwarz!!

Ich will jetzt hier nicht zu viele (unnötige!) Informationen geben, aber ich weiß halt nicht genau, was wichtig sein könnte.

Zunächst hatte ich mein UEFI/BIOS in Verdacht, weil das manchmal etwas rumzickt, und dann hilft z.T. nur noch ein CMOS-Reset und anschließender Neu-Konfiguration, bzw. Zurückspielen eines BIOS-Images.
Hat aber nichts gebracht!

Zusammengefasst: Auch wiederholte Wiederherstellungsversuche mit Rescuezilla (verschiedene Images) und Timeshift (auch verschiedene Images) haben auch nichts geändert.

Testweise habe ich dann mal ein ganz neues Manjaro KDE (via Live-USB-Stick) installiert - und das hat dann danach auch direkt problemlos gebootet!

Fragt mich nicht, wie ich drauf gekommen bin, aber ich hab dann doch noch mal per Rescuezilla mein letztes Image zurückgespielt (ist wieder nicht gestartet), habe dann den Manajro-Live-Stick gebootet und dort im Startfenster "Detect EFI Bootloaders" ausgewählt.
Dort wurden dann zwei Einträge aufgelistet. Habe mal ein Foto davon gemacht (sorry, ist etwas unscharf): Wenn ich dort den ersten Eintrag auswähle, bootet das System und ich habe wieder alles ganz normal, wie zur letzten Datensicherung.
Wenn ich dort den zweiten Eintrag auswähle, bleibt der Bildschirm schwarz.

Tja, aber an dieser Stelle bin ich mit meiner Weisheit auch am Ende!
Ich würde mal vermuten, dass irgendwo eben diese zweite Zeile (die nicht funktioniert!) hinterlegt ist und deshalb auch nichts passiert.
Hat jemand eine Idee wie ich mein System überreden könnte, von selbst wieder mit der richtigen Auswahl zu booten?

PS:
Ach so, vermutlich wichtig zu erwähnen:
Dass der Bildschirm schwarz bleibt, ist so nicht (mehr!) ganz richtig, bzw. etwas unpräzise.

Ich komme also bis zu diesem Manjaro-Startfenster (wo ich z.B. auch den Kernel auswählen/ändern könnte): Erst nach dem Timeout dort wird und bleibt der Bildschirm schwarz.

Ich hatte nur vorher den Timeout auf 0 gesetzt, das konnte ich dann aber nun ändern, nachdem ich ja doch wieder ins System kam (vermutlich hätte ich es auch anders ändern können, übersteigt aber meine Möglichkeiten).

So ließe sich das ja zumindest etwas eingrenzen, es ist also wohl kein BIOS-Problem.
Dort habe ich bei "Systemstartoptionen" natürlich auch schon x-mal nachgeschaut, dort steht aber nur genau eine Festplatte drin, bzw. es ist auch nur diese auswählbar: Und es kann ja auch grundsätzlich funktionieren, aber derzeit halt nur, wenn ich wie gesagt über den Live-Stick -> Detect EFI Bootloaders den ersten auswähle.

Da ich kein UEFI System habe, bzw. den Legacy-Modus (CSM) nutze, kann ich nur ein wenig raten.
Ich schätze, dass das BIOS die Boot-Reihenfolge geändert hat. Das ist wohl etwas, was nicht bei einer UEFI/BIOS-Sicherung fest mit abgespeichert wird, sondern durchaus bei einem Neustart wieder geändert werden kann, falls ein neues Bootmedium gefunden wird (wie z.B. USB Stick).
Schau mal ob du dazu etwas im BIOS ändern kannst. Wenn du sonst kein bootbares System auf deinen Festplatten installiert hast, könntest du auch diesen Eintrag in der EFI Partition löschen. Hierzu fehlt mir aber das Wissen wie es gemacht wird... ist aber mit Sicherheit möglich.
----
edit:
Ok, ich war etwas zu langsam

Chris hat geschrieben: ↑Freitag 14. Juli 2023, 11:09 … Testweise habe ich dann mal ein ganz neues Manjaro KDE (via Live-USB-Stick) installiert - und das hat dann danach auch direkt problemlos gebootet!

Von welchem Verzeichnis hat die Neuinstallation denn erfolgreich gebootet?
Nachdem mein ältester Rechner fatal abgestürzt war, habe ich 2 Monate um eine funktionierende Neuinstallation gekämpft. Zunächst mit eben jenem Rechner, dann mit einem neueren. Beide konnten uefi- und csm-boot (und das halte ich mittlerweile für die Quelle der Verwirrung, die zu Installationsfehlern meinerseits geführt hatten). … dass die Installationen darauf nicht stabil liefen, gelegentlich und dann zerstörerisch versuchten, von anderen Partitionen, Verzeichnissen oder "devices" zu starten.
Die Installation auf dem neueren Rechner ließ sich schließlich doch via chroot & pacman retten.
Und nun ist ein noch neuerer Rechner dazu gekommen, der nur uefi-boot kann und auf dem die Installation auf Anhieb fehlerfrei und bisher absolut stabil läuft.
Alle funktionierenden Installationen konnten/können nur von der "EFI"-Partition starten, wenn sie in /boot/efi eingehängt wird.
Deshalb wundert mich Dein Bildschirmfoto und ich frage mich, ob die geänderte Verzeichnisstruktur was mit den Fehlstarts zu tun hat.

Chris hat geschrieben: ↑Freitag 14. Juli 2023, 11:09 … Fragt mich nicht, wie ich drauf gekommen bin, aber ich hab dann doch noch mal per Rescuezilla mein letztes Image zurückgespielt (ist wieder nicht gestartet), habe dann den Manajro-Live-Stick gebootet und dort im Startfenster "Detect EFI Bootloaders" ausgewählt.
Dort wurden dann zwei Einträge aufgelistet. Habe mal ein Foto davon gemacht (sorry, ist etwas unscharf)
…
Wenn ich dort den ersten Eintrag auswähle, bootet das System und ich habe wieder alles ganz normal, wie zur letzten Datensicherung.
Wenn ich dort den zweiten Eintrag auswähle, bleibt der Bildschirm schwarz. …

Und ja, die lauffähigen Einträge (u.a. in/boot/EFI/BOOT/) waren alle mit "BOOTX64.EFI" benannt worden.

Hallo,
es recht vielleicht einfach grub neuzuinstallieren, und grub neu configurieren mit mkconifg. Dazu einfach das laufende manjaro booten und ausführe.

Tschuldigung, aber kannst du das vielleicht noch mal etwas genauer beschreiben?
Also z.B. was ist mit "das laufende Manjaro booten und ausführen" gemeint?
Wenn es schon läuft, kann ich es doch nicht mehr booten, weil es schon gebootet ist?

Und mkconfig kenne ich bis jetzt auch noch nicht. Da müsste ich wahrscheinlich was per Befehlszeile eintippen?

nitja hat geschrieben: ↑Freitag 14. Juli 2023, 12:24 Von welchem Verzeichnis hat die Neuinstallation denn erfolgreich gebootet?
...

Ähm, lange Geschichte ... und vermutlich offtopic!)

Chris hat geschrieben: ↑Freitag 14. Juli 2023, 11:09 Wenn ich dort den ersten Eintrag auswähle, bootet das System und ich habe wieder alles ganz normal, wie zur letzten Datensicherung.

Dein ersten Eintrag auswählen dann bootet ja dein Manjaro.
Dann Und Damit sollte es repariert werden. Was der zweite Eintrag da zu suchen hat hab ich leider momentan keinen Rat. Schreibe hier vom Android Handy.

Zum Thema grub und mkconfig habe ich hier was gefunden:
https://wiki.archlinux.de/title/GRUB

Sogar auf deutsch!

Da steht unter "Installation":

GRUB ist als grub in core verfügbar, und kann von dort mittels Pacman installiert werden.

Code: Alles auswählen

# GRUB an sich
pacman -S grub

Code: Alles auswählen

# grub-install mit UEFI Unterstützung
pacman -S efibootmgr

Da müsste ich wohl letzteres nehmen (mit UEFI Unterstützung)?

Dann:

Booten per BIOS: GRUB in den MBR (Master Boot Record) schreiben.

Code: Alles auswählen

grub-install /dev/sda

(Wurde der Datenträger mit gdisk Partitioniert benötigt Grub eine zusätzliche Partition von 1MiB Größe und dem Partitionstyp ef02.)

Booten per UEFI: GRUB ins UEFI eintragen.

Code: Alles auswählen

grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=Arch-Linux-grub

Letzteres müsste ich dann auch noch machen?
(Mich irritiert etwas, dass da etwas von "Arch-Linux-grub" steht, passt das so für Manjaro (klar, ist auf Arch basierend)?

Dann steht weiter unten noch unter "Konfiguration":

Automatisch generierte grub.cfg

Man kann die grub.cfg mit folgendem Befehl automatisch generieren lassen.

Code: Alles auswählen

grub-mkconfig -o /boot/grub/grub.cfg

Das müsste ich dann auch noch machen?

Für etwas Starthilfe, bevor ich mir da was verpfusche, wäre ich sehr dankbar.


Edit:
@country
Ah, mein Beitrag hat sich gerade mit deinem überschnitten!
Danke für die Erklärung.
Du meinst, deine Befehle passen dann auch so für ein UEFI-System? (Weil da in der Archlinux-Dokumentation differenziert wird.)

Noch mal Edit:
Mach dir keinen Stress (von wegen vom Smartphone aus (vermutlich unterwegs) zu schreiben!
Ich wollte für heute dann sowieso langsam Feierabend machen, nachdem ich mir gestern schon den ganzen Abend damit um die Ohren gehauen habe und heute schon wieder mehr oder weniger den ganzen Tag!
Also wenn du irgendwann, wenn du vielleicht mal eine ruhige Minute hast, mal kurz drüber schauen kannst ... aber wahrscheinlich waren meine ganzen Befehle, die ich da oben aufgelistet habe (aus dem Archlinux-Wiki), dann alle unpassend.

Chris hat geschrieben: ↑Freitag 14. Juli 2023, 15:35 Du meinst, deine Befehle passen dann auch so für ein UEFI-System?

ich bin mir nicht sicher aber ich glaub die zwei befehle reichen aus: aber du kannst natrülich genau so vorgehen wie im wiki von Manjaro




Edit:
falls das nicht klappt musst du wohl mit einem Live-Stick booten und davon aus die befehle eingeben, dafür musst du dein Stammverzeichnis chrooten.

So, ich hab das jetzt mal gemacht, aber leider ohne Erfolg!

Im Detail also folgendes, aus dem laufenden System raus (also nicht mit einem Live-Stick):

Im Terminal erst mal eingegeben, um in diese chroot-Umgebung zu kommen.

Dann die drei Befehle abgearbeitet: Lief problemlos durch.
Tja, das mit der Festplatte "Unbekannter Gerätetyp ..." hatte ich schon immer. Je nachdem, wo man schaut, wird die irgendwie nicht richtig erkannt!
Da aber z.B. bei der Installation wiederum keine Fehler angezeigt werden (kann natürlich sein, dass da irgendwo im Hintergrund auch eben diese Warnung durchrauscht) und die Installation jetzt immerhin schon ca. 1 3/4 Jahre problemlos lief und natürlich auch updatebar war, habe ich mich da nicht weiter drum gekümmert.

Und es ist ja auch trotz "Unbekannter Gerätetyp" immer noch eine Neuinstallation, die dann auch bootet, möglich. Das habe ich ja gestern getestet.

Also, ein Booten des Systems ist nach wie vor nur über einen Live-Stick und dann durch Auswahl -> Detect EFI Bootloaders, und dort dann den ersten Eintrag wählen, wie oben auf dem Foto zu sehen, möglich.

Wie/wo kann denn da so der Wurm drin sein?

PS: Ach so, ja, du hattest ja geschrieben "wenn das nicht klappt ..." Das ist jetzt irgendwie Interpretationssache! Durchgelaufen sind die Befehle ja, das hat also geklappt. Nur das Ergebnis war halt nicht wie erhofft!
Jetzt könnte ich natürlich schon noch mal die Prozedur mit dem Live-Stick machen, aber das wird wohl auch nichts bringen oder?

Ich habe jetzt gerade noch mal diese Grub-Startfenster verglichen.
Also das, wovon ich oben schon ein Foto gemacht habe (und als Manjaro-Startfenster bezeichnet habe).

Unterlegt ist erst mal "Erweitere Optionen für Manjaro Linux".
Da bin ich mal eins rauf gegangen, auf "Manjaro Linux", so wie das dann meines Wissens eben auch zum Normalen Booten verwendet werden würde und habe dann auf "E" (für Edit) gedrückt:

Dann erhalte ich diesen Eintrag:
setparams 'Manjaro Linux'
Habe ich einfach mal abgeschrieben, einmal vom Grub meines installierten Betriebssystems und einmal vom Grub des Live-Sticks.
In beiden stand das gleiche drin. Also daran kann es dann auch nicht liegen.

Bleibt rätselhaft.
Und selbst, wenn ich jetzt neuinstalliere: Es kann ja jederzeit wieder passieren, da man nicht weiß, was dahinter steckt!

Chris hat geschrieben: ↑Samstag 15. Juli 2023, 09:52 … Im Terminal erst mal

Code: Alles auswählen

su ¹

eingegeben, um in diese chroot-Umgebung zu kommen. ²
…
Dann die drei Befehle abgearbeitet:

Code: Alles auswählen

pacman -Syu grub

Lief problemlos durch. ³
…
Warnung: Unbekannter Gerätetyp nvme0n1. …

¹) hat bei mir nicht funktioniert.
funktioniert hat:
su - root
(Password: manjaro)
²) Hat bei mir nur mit  manjaro-chroot -a  funktioniert. Hast Du das so gemacht? … oder mit "nacktem" chroot probiert?
³) Mehr (als diesen ersten) brauchte es bei meinem System nicht. Und da wurde exakt auf denselben Gerätetyp nvme0n1 installiert.

Hallo Clemens,
ist unwahrscheinlich, aber zur Kontrolle: die UUID passt zu einer internen Partition? Oder anders gedragt, was sagt denn Du kannst auch mal maxi probieren
https://github.com/andreaskielkopf/maxi
und deren Ausgabe hier posten. Das liefert eventuell Infos, warum dein Manjaro nicht so bootet wie es soll.

viele Grüsse gosia

Was sagt denn, im Terminal eingegeben: Also bei mir steh das drin, hinter Hard Drive steht eine Ellenlange Zahl, die brauchen wir nicht: Mit efibootmngr kann man die bootorder ändern, und/oder auch Einträge löschen.
Zeig mal her, lass die lange Zahl weg.

Leute, ich krieg die Krise - jetzt geht's wieder!!

Aber der Reihe nach (interessiert euch und mitlesende ja vielleicht auch, woran es jetzt letzlich lag):

@nitja
Ich habe nur su eingegeben und das hat ja (scheinbar!), wie in meiner Ausgabe oben zu sehen ist, funktioniert.
Ich muss zu meiner Schande gestehen, dass ich nicht wirklich weiß, was es mit chroot und su auf sich hat!

Aber den oben verlinkten Manjaro-Wiki-Artikel hatte ich eigentlich so verstanden, dass man nur su bräuchte und eben das root-Passwort (welches in meinem System aber nicht manjaro lautet.

Aber das war wohl falsch!

Deshalb habe ich es jetzt noch mal mit probiert und dann die zwei folgenden Befehle nacheinander
(pacman -Syu grub habe ich weggelassen, weil ich das System ja gerade erst geupdatet hatte) Die Ausgaben waren wieder die gleichen.
Aber: Die Wirkung war anscheinend doch eine andere!
Denn nach dem nächsten Neustart und Blick ins BIOS habe ich direkt gesehen, dass dort jetzt ein anderer Eintrag bei den Startoptionen stand, der mit manjaro... anfing.
Also gleich mal wieder raus aus dem BIOS und weiter gebootet, Grub-Startfenster geht auf und was mir hier direkt aufgefallen ist, unterlegt waren jetzt nicht mehr die Erweiterten Optionen, sondern direkt der erste Punkt "Manjaro" (was ja auch für einen normalen Start steht und richtig ist). Das hatte mich vorher auch immer am Rande irritiert.
Tja, und dann hat der Bootvorgang ganz normal geklappt!

Was mich jetzt natürlich interessieren würde (mit Blick aufs nächste Mal ):
Habe ich das mit dem chroot jetzt ganz richtig gemacht oder wieder nur so halb?
Oder hätte ich doch noch diese zwei Befehle ausführen sollen (wobei diese ja schon diesen - ich nenne es jetzt mal - "Root-Status" voraussetzen)? Oder nur den unteren von beiden? Das hätte ich, so wie ich es verstanden habe, nur beim Live-System machen müssen.

gosia hat geschrieben: ↑Samstag 15. Juli 2023, 19:03... was sagt denn

Code: Alles auswählen

blkid | grep a301b39e-b21e-4f39-97dd-87f8595a88ab
grep a301b39e-b21e-4f39-97dd-87f8595a88ab /etc/fstab

Komischerweise gar nichts! Springt ohne Ausgabe direkt wieder zur nächsten Eingabemöglichkeit.
Ich hatte mich zwar ursprünglich auch verschrieben, da ich das händisch von einem unscharfen Foto abgeschrieben hatte, aber zwischenzeitlich mehrfach nachkontrolliert, jetzt würde ich eigentlich meine Hand dafür ins Feuer legen, dass diese Zahlen-Buchstaben-Kombination stimmt.

gosia hat geschrieben: ↑Samstag 15. Juli 2023, 19:03Du kannst auch mal maxi probieren
https://github.com/andreaskielkopf/maxi
und deren Ausgabe hier posten. Das liefert eventuell Infos, warum dein Manjaro nicht so bootet wie es soll. ...

Das habe ich mir jetzt im Eifer des Gefechts noch nicht angeschaut!

LaGGGer hat geschrieben: ↑Samstag 15. Juli 2023, 21:02 Was sagt denn, im Terminal eingegeben:

Code: Alles auswählen

efibootmgr

...

Die Eingabe ergab: In Boot0000 und Boot0001 steht jetzt auf jeden Fall auch eine ganz andere UUID drin! Aber warum hat es dann trotzdem mit dem Live-Stick und der dort anderen UUID funktioniert (s. Beitrag 11)?
Ob jetzt Boot0001 auch funktionieren würde, wenn ich es im BIOS auf Platz 1 setzen würde, habe ich noch nicht probiert (und traue ich mich auch nicht so richtig, nacher geht das Theater wieder von vorne los ...).

[Edit: Die beiden anderen Ausgaben Boot0002 und 0003 sind der Live-USB-Stick, den ich immer noch stecken hatte! Warum der jetzt zweimal aufgeführt wird, ebenso wie die Festplatte ja auch (allerdings mit unterschiedlichen Namen (manjaro vs UEFI OS), bleibt wohl auch ein Geheimnis!]

Und wie konnte dieser ganze Schlamassel überhaupt passieren und so hartnäckig sein, dass es sich auch weder mit verschiedenen Timeshift-Wiederherstellungspunkten, noch mit Rescuezilla-Backups wieder überschreiben ließ? (Zumindest bei Timeshift gibt es doch eine Option, den Grub mit zu überschreiben (was ich ausgewählt hatte, bzw. standardmäßig glaube ich auch ausgewählt ist.)
Ein Rescuezilla-Backup war schon ca. einen Monat alt, wenn der Fehler aber da schon bestanden hätte und ich ihn somit mit kopiert hätte, hätte ja aber mein System ab da auch schon nicht mehr starten dürfen.

Also auf jeden Fall schon mal vielen Dank für eure Mithilfe!