Grafische Oberfläche nur vom Recovery Modus aus

[rohodeb]

Hallo Leute,

seit einigen Tage habe ich das Phänomen, dass ich nach dem Booten meines Systems folgende Meldung erhalte:

x86/CPU: SGX disabled by BIOS.

Weiter geht es nicht. Der Bildschirm bleibt ansonsten schwarz.

Ich habe herausgefunden, dass dies nur eine Meldung ist und ignoriert werden kann, da SGX soundso nicht verwendet wird.

Bei der Anmeldung als Root im Recovery Modus habe ich Zugriff auf das ganze System - alle Platten sind da.

Zuerst dachte ich, es liegt an einer überschriebenen Config-Datei lightdm.conf. Daran lag es aber nicht.

Betätige ich aber beim Booten in den Recory-Modus CTRL+D für "Continiue", starte die grafische Oberfläche und ich kann mich als normaler Nutzer in lightdm anmelden. Soweit alles gut. Über den normalen Bootvorgang klappt es jedoch nachwievor nicht.

Habt Ihr eine Idee, woran das liegen könnte? Welche Infos sind noch wichtig?

Hier die Angaben zu meinem System:
CPU: Intel Core i9-10850K
Grafikkarte: Nvidia RTX 2060
Distribution: SparkyLinux 8 (Seven-Sisters)
Debian: Trixie
Desktop: Mate

Dank Euch für die Unterstützung

Viele Grüße

[towo]

inxi -SG (evtl vorher apt install inxi notwendig)
dkms status

[rohodeb]

Hallo towo,

danke für den ersten Ansatz.

inxi bringst mir folgende Ausgabe:

Code: Alles auswählen

~$ inxi -SG
System:
  Host: haus Kernel: 6.6.11-amd64 arch: x86_64 bits: 64 Desktop: MATE
    v: 1.26.2 Distro: SparkyLinux 8 (Seven-Sisters)
Graphics:
  Device-1: NVIDIA TU106 [GeForce RTX 2060 Rev. A] driver: nvidia
    v: 525.147.05
  Device-2: Microsoft LifeCam HD-3000 driver: snd-usb-audio,uvcvideo
    type: USB
  Display: x11 server: X.Org v: 21.1.10 driver: X: loaded: nvidia
    unloaded: fbdev,modesetting,nouveau,vesa gpu: nvidia resolution:
    1: 2560x1440~60Hz 2: 2560x1440~60Hz
  API: EGL v: 1.5 drivers: kms_swrast,swrast
    platforms: gbm,x11,surfaceless,device
  API: OpenGL v: 4.6.0 vendor: nvidia v: 525.147.05 renderer: NVIDIA
    GeForce RTX 2060/PCIe/SSE2

Gut, das zeigt detailliertere Hardwareinformationen.

[rohodeb]

Oh, habe jetzt erst wahrgenommen, dass noch der dkms-Status fehlt.
Hole ich umgehend nach, sobald ich wieder an den Rechner komme.

[towo]

Ich würde mal orakeln, Kernel 6.6 und Nvidia 525.147.05 wird wohl nix werden.

[rohodeb]

So, habe kurz Zugriff auf den Rechner, abends dann wieder länger.

dkms status dibt bei mir folgendes aus.

Code: Alles auswählen

~$ dkms status 
nvidia-current/525.147.05, 6.5.0-5-amd64, x86_64: installed
nvidia-current/525.147.05, 6.6.11-amd64, x86_64: installed

Ich nehme mal an, dass das gar nicht so schlecht aussieht.
Wie gesagt, ich arbeite jetzt ja auch auf der grafischen Oberfläche - nur eben halt nach dem CTRL+D aus dem Recovery-Modus.

Kann es sein, dass beim "normalen" Booten irgendwie das Umschalten in den Grafik-Modus fehlt?

[towo]

Hm, Nvidia 525 scheint tatsächlich für Kernel 6.6 gepatcht zu sein, Modul ist gebaut und ist auch geladen, laut deinem Inxi.

Um hier etwas sagen zu können, brauchts mindestens /var/log/Xorg.0.log von einem normalen Start und die Ausgabe von journalctl davon.

[rohodeb]

Ein normaler Start ist ja nicht möglich. Da erfolgt ja kein Umschalten auf lightdm. Ich komme dort auch nicht auf andere Konsole.
Entweder ich mache das als angemeldeter Root im Recovery-Modus (speichere die Ausgabe von 'journalctl -xb' als Textdatei) oder dann nach CTRL-D auf der grafischen Oberfläche.

Das aber dann nachher gegen Mittag.

Ich danke Dir aber für schon mal für Deine Mühe und Hilfe.

[rohodeb]

Hier ist der Inhalt der Xorg.0.log und die Ausgabe von journalctl.

Ich habe bisher noch nie NoPost genutzt - mal sehen, ob ich das hinbekomme.

der Hinhalt der Xorg.0.log:
pastebin/?mode=view&s=42083

Die Ausgabe von "journatctl -xb".
pastebin/?mode=view&s=42084

Die Angaben habe ich entnommen, als ich mich als User bereits auf der grafischen Oberfläche angemeldet habe. Ich hoffe, das hilft weiter.

[towo]

Logfiles vom Recovery Modus bringen gar nichts.

[rohodeb]

Das habe ich befürchtet.
Doch, ich komme ja nach einem fehlgeschlagenen lightdm-Start nicht weiter. Da hänge ich fest. Auf eine Konsole komme ich an der Stelle auch nicht.

Das versuche ich aber nachher noch einmal.

[MSfree]

Doch, ich komme ja nach einem fehlgeschlagenen lightdm-Start nicht weiter. Da hänge ich fest. Auf eine Konsole komme ich an der Stelle auch nicht.

Zweiter Rechner, SSH

[rohodeb]

Hallo MSfree,
ich sehe, was ich nachher machen kann.
Ja, andere Geräte gibt es, mit denen ich rankommen könnte.

[rohodeb]

So, ich habe es geschafft, mich mittels SSH anzumelden.

Hier also nun die Datei bzw. Ausgabe.

Xorg.0.log:
pastebin/?mode=view&s=42085

journalctl -xb
pastebin/?mode=view&s=42086

Hoffentlich kommen wir so weiter.
Danke schon mal an alle Beteiligten!

[KP97]

Probiere es mal mit dem Eintrag nosgx in die Kernelzeile, evtl. geht es dann weiter.

[rohodeb]

Hallo KP97,
danke für den Tipp.
Leider hat das aber nichts gebracht, außer, dass die Meldung "SGX disabled by BIOS" nicht mehr angezeigt wird. Ansonsten sind beide Monitore schwarz. Wobei der eine der beiden noch angesteuert wird. Klar, sowohl GRUB als auch die Bootmeldungen erscheinen ja nur auf einem. Erst beim Umschalten auf die grafische Oberfläche kommt der zweite dazu.

[towo]

Die Meldung zu SGX sollte auch kein Proeblem machen.

[rohodeb]

Nein, nein, das habe ich auch schon recherchiert, siehe oben.
Wo aber ist der Haken? Und warum kann ich an der Stelle, an der das System (scheinbar) verharrt, nicht auf eine Konsole wechseln?

[rohodeb]

Ich habe mir mal durch Entfernern des Kernel-Kommandos "quiet" die Bootmeldungen angesehen.

Der Ablauf stoppt mit der Meldung

Code: Alles auswählen

.
.
Begin: Loading essential drivers ... done
Begin: Running /scripts/init-premount ...

Einmal blieb der Bootvorgang bis zu einer Meldung danach stehen, wo der angeschlossene Scanner erkannt wurde. Ich zog ihn ab - dann blieb er wieder bei der zuvor genannten Meldung stehen.
Hilft das zur Ursachenfindung weiter?

[rohodeb]

Nun habe ich alle angeschlossenen USB-Geräte abgezogen, bis auf Maus und Tastatur.
Und wieder blieb der Bootvorgang bei der genannten Meldung stehen.

Nun ja - morgen ist ein neuer Tag.

[rohodeb]

Guten Morgen,
vielleicht könnte ja das hier ein Lösungsansatz sein. Allerdings habe ich keine Platten verändert - außer Partitionen auf USB-Sticks geändert. Diese sind aber natürlich nicht mehr angeschlossen.

Das habe ich gefunden:
https://askubuntu.com/questions/1392141 ... -04-3-boot

Was meint Ihr?

[rohodeb]

Ich habe noch eine Seite gefunden, die sich auf die Meldung "/scripts/init-premount" bezieht.

https://success.alienvault.com/s/articl ... n-premount

[MSfree]

Ich glaube nicht, daß es ein Problem mit pre-mount gibt. Anzeichen defür finden sich nicht in den von dir geposteten Logs (es sei denn, ich habe es übersehen).

Mir scheint es sich immer noch um ein Graphikproblem zu handeln. Du kommst ja auf den Rechner mit SSH drauf, was bedeutet, daß die Kiste vollständig durchgebootet hat, also auch den pre-mount. Scheinbar versucht der mehr oder weniger zufällig zu dem Zeitpunkt, an dem die letzte Textmeldung am Display erscheint, den Graphikmodus zu wechseln und scheitert dabei. Folgende Textausgaben kommen dann einfach nicht mehr am Bildschirm an.

Was gibt dir

Code: Alles auswählen

systemd-analyze blame

aus, wenn du den Rechner in dem fehlerhaften Zustand hochfährst und dich über SSH einlogst.

[rohodeb]

Ja, kann ich nachher machen. Jetzt habe ich keinen Zugriff auf den Rechner.

Aber, es kann ja nicht schaden, "update-initramfs" durchlaufen zu lassen. Oder spricht etwas dagegen?

[MSfree]

Aber, es kann ja nicht schaden, "update-initramfs" durchlaufen zu lassen. Oder spricht etwas dagegen?

Normalerweise schadet es nicht. Du solltest aber die jetzigen /boot/initrd.img* vorher sichern, dann kannst du sie im schlimmsten Fall zurückkopieren.