Manjaro hängt bei 'Terminate Plymouth boot screen'

[foofoobar]

Ich bin Mal so frei und poste einfach Fotos von den Ergebnissen:
@madmax2010
gesperrt.

Also bootet die Kiste von Platte und lediglich das grafische Zeug kommt nicht hoch?
Falls ja, dann einmal die Ausgabe von "sudo journalctl -b" und den Inhalt von /var/log/Xorg.0.log herzeigen.

 

[Thunfischsalat]

@foofoobar Ja, genau.
Ich bin normal über meine Boot Partition auf dem System und der tty2 unterwegs.
Ist ja eine Alternative zur GUI.

Ich habe sudo journalctl -b" eingegeben, aber da kommen über 1300 Zeilen zusammen.

Wie bekomme ich das Ergebnis und das var/log/Xorg.0.log in Textform ohne GUI auf ein Android Tablet/Smartphone bzw. Hier hochgeladen?

Wäre dann der weg über liveCD und chroot der einzige?

 

[foofoobar]

Funktioniert "startx"`
Was spuckt "systemctl --state=failed" aus? Und was sagen die failed units bei "systemctl status foo"`

Wenn die Kiste bis auf die Gui oben ist sollte auch Netz da sein, vielleicht scp irgendwo hin oder von da weg?
Ansonsten auf die Platte kopieren und per Live-System weitermachen.

 

[NameHere]

@Thunfischsalat du müsstest wahscheinlich SDDM neu installieren und aktivieren.

 

[Thunfischsalat]

Das Ergebnis startx als Bild:

systemctl --state=failed gibt folgendes heraus:
" UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed."

Was meinst du mit Netz? Internet funktioniert, da Pacman sich die Aktien Paketdatenbanken durch sudo pacman -Syyu von den Servern geholt hat und auch hat sudo mhwd -i pci video-linux die Rückmeldung das die Version aktuell ist erhalten.

 

[NameHere]

Probiere mal ob es ausreicht den Plasma Desktop neu zu installieren.

sudo pacman -S plasma

 

[Thunfischsalat]

Du müsstest wahscheinlich SDDM neu installieren und aktivieren.

Inkl. Neustart hat es nichts gebracht

Probiere mal ob es ausreicht den Plasma Desktop neu zu installieren.

sudo pacman -S plasma

Bin dabei. 200MB dauert bei 100 kbit/s.

 

[NameHere]

Du hast eh Langeweile im Hotel ;-)

 

[Thunfischsalat]

Trotz neuem sddm und Plasma DE bleibt es dabei auf tty1:

 

[NameHere]

probiere
sudo systemctl enable sddm.service

reboot

 

[Thunfischsalat]

@NameHere
Hat nicht direkt funktioniert. Habe es mit --force angewendet:

Daraufhin gab es beim reboot Abwechslung:

Ich denke das ist aber nur Zufall.
Edit: beim zweiten reboot kam wieder nichts.

Ich denke wenn ich es nicht gleichs chaffe, dann werde ich es morgen neu aufsetzen und hoffen, dass der Fehler nie wieder auftreten wird...
/Home habe ich zum Glück auf einer Extrapartition abgelegt.

 

[NameHere]

Es fehlt etwas für den grafischen Kram.
ich denke das der i915 Treiber ein Update gekriegt hat der nicht passt.
Du müsstets downgraden. Das alte Paket ist noch auf deinem System. Du kannst dann eine ältere Version aus der Liste auswählen.

Ich kenne leider nicht den passenden Befehl dazu. Habe das letztes Jahr bei einem Paket auf arch machen müssen finde aber das Lesezeichen nicht mehr.

 

[Thunfischsalat]

Es fehlt etwas für den grafischen Kram.
ich denke das der i915 Treiber ein Update gekriegt hat der nicht passt.

Warte jetzt wo du das sagst:
Ich hatte, weil die Helligkeitssteuerung nicht funktioniert hatte und nur 2 von 4 auswählbaren Treiber installiert waren, die restlichen beiden installiert.
Der eine hatte den Namen video-vesa und der andere video-modesetting.

Ich habe aber in der Zwischenzeit mehrfach neugestartet. Nur zum ersten Mal in den Stand by gesetzt.
Könnten die Ärger gemacht haben?

 

[NameHere]

Würde zu der Fehlermeldung (vesa) oben passen.

 

[Thunfischsalat]

GEFIXT:
Ja, es war einer der beiden Treiber.
Ich habe beide Treiber mit dem Befehl mhwd -r pci video-modesetting video-vesa im untenstehendem Link entfernt.

Vielen Dank an alle hier.
Hätte nicht gedacht, dass ein optionaler Treiber solche Probleme bereiten kann.

https://reddit.com/r/ManjaroLinux/c..._videomodesetting_videovesa/hd3hwss?context=3

 

[foofoobar]

Mit den üblichen ungezielten Rateverfahren zum Windows-Troubleshooting (irgendwas installieren oder deinstallieren, an Treibern herumfummeln) kommt man bei Unix im Regelfall nicht weiter.

Besser ist es Logfiles zu checken, schlussfolgern und dann entsprechende Maßnahmen prüfen.

 

[Thunfischsalat]

@foofoobar bei welchen Logfiles müsste ich den anfangen, um überhaupt die Quelle zu finden?

 

[foofoobar]

Ich hatte ja was dazu geschrieben, und der testweise start des X11-Servers sagt ja ja sogar das das man sich das Logfile anschauen soll was ich geschrieben habe. Und in /var/log wird auch jede Menge reingeschrieben.
Und journalctl malt sogar einige Meldungen bunt an.

BTW: Beim Start des X11-Server konnte man auch sehen das du auch die von mir vorgeschlagenen Änderungen der Kernel-CmdLine nicht umgesetzt hast um mehr beim Start sehen zu können.

 

[Thunfischsalat]

Mein Problem ist ja, dass ich nicht weiß wonach man suchen muss.
Ich weiß leider nicht wie es eigentlich aussehen soll und das macht die Fehlersuche für mich sehr schwierig.

Die Änderung mit nosplash hatte ich umgesetzt. Es wurde aber vom System ignoriert.
Hier der Screenshot aus grub

 

[foofoobar]

Mein Problem ist ja, dass ich nicht weiß wonach man suchen muss.
Ich weiß leider nicht wie es eigentlich aussehen soll und das macht die Fehlersuche für mich sehr schwierig.

Die Änderung mit nosplash hatte ich umgesetzt. Es wurde aber vom System ignoriert.

"update-grub" baut das aus den templates und /etc/default/grub neu zusammen.
google nach /etc/default/grub liefert dazu tonnenweise Infos.

BTW: ASCII-Text kann man auch als nicht Grafik hier rein tun, und dann wäre das auch "kompletter".