Linux Mint 22 nach Installation Freeze mit Grafikfehlern

Hallo Shaggyman und herzlich willkommen im Forum.

Es ist wahrscheinlich, dass dein Problem mit der Nvidia Karte zu tun hat. Hast du im Recover Modus in der Treiberverwaltung mal geschaut, ob ein anderer Treiber für die Nvidia Karte angeboten wird? Wenn ja, versuch es mit dem mal.

Für den Versuch, es über die Grub Kommandozeile zu lösen gibt es 2 Möglichkeiten. Am einfachsten wäre es, wenn du im Bootmenü dein zu wählendes Mint System auswählst und dann die Taste e drückst. Jetzt müsstest du in einem einfachen Editmodus sein. Du kannst mit den Cursortasten zu den Parametern navigieren (sind wahrscheinlich "quiet splash" bei dir). Hier kannst du den weiteren Parameter "amdgpu.dc=0" oder "nomodeset" und dann (glaube ich) durch Eingabe der Enter Taste das System mit dem zusätzlichen Parameter starten. Das gilt dann jeweils nur für den aktuellen Boot. Achtung, im Grub Editier Modus ist die Tastatur auf Englisch eingestellt, das Gleichheitszeichen ist (wenn ich mich recht erinnere) die Taste rechts vom ß.

Alternativ kannst du mit dem Recover Modus booten, den Eintrag in der Datei /etc/default/grub vornehmen, sichern und dann die Änderung durch Aufruf von sudo update-grub ins tatsächliche Grubmenü permanent übernehmen.

Letzteres auch dann machen, wenn du mit dem zuerst besprochenen direktem Editieren der Grub Kommandozeile Erfolg hattest, um die Änderung permanent zu machen.

Viel Erfolg

Quote from Shaggyman

Zweite Vermutung ist eine Inkompatiblität mit der alten, verbauten Grafikkarte von NVidia

Vermute ich erstmal auch.
Unter 'Einfrieren' verstehe ich in dem Zusammenhang, dass der Start von Mint entweder auf einem Blackscreen (mit oder ohne blinkenden Unterstrich) oder bei der Anzeige des Mint-Logos stecken bleibt.

Kannst Du denn über den Mint-Recovery-Modus (temporär) bis zum Desktop durchstarten?
Wenn ja, schau mal nach, was unter 'Systemeinstellungen/Treiberverwaltung' angeboten wird. Eventuell ist da ein falscher Treiber für NVidia in Verwendung. Versuche dann den Nouveau-Treibers zu aktivieren. Damit sollte Mint auf jeden Fall in nativer Auflösung booten können.

Quote from Shaggyman

etwas historisch gewachsen ist ein eigens erstelltes Bootmenü mit EasyBCD

Dazu wäre einiges zu sagen.

Zunächst einmal: ich habe auch noch so einen alten Rechner im Betrieb, wo der Multi-Boot-Verbund über das Windows-Programm 'EasyBCD' zusammengehalten wird. EasyBCD funktioniert uneingeschränkt nur auf Geräten ohne UEFI, was sowohl bei meinem alten Notebook als anscheinend auch bei Deinem PC der Fall ist.

Bis vor einigen Jahren war auf dem alten Notebook nur das vorinstallierte Windows 7 vorhanden. Dann aber habe ich die gesamte (einzige) Festplatte neu formatiert und in eine Vielzahl von Partitionen unterteilt. Windows 7 hatte ich stark verkleinert neu installiert. Hinzu kam nun ein weiteres Windows und 2x Linux Mint (unterschiedliche Versionen).

Das Programm EasyBCD erlaubt die manuelle Integration von Non-Windows-Systemen in den Windows-BootManager. Wenn man anschließend von Festplatte bootet, startet das modifizierte Auswahlmenü des Windows-BootManagers. Ich habe das Menü so gestaltet, dass das aktuelle Mint an oberster Stelle steht und somit automatisch startet, wenn nichts anderes ausgewählt wurde.

Genauer gesagt, es wird das Grub-Auswahlmenü von Mint gestartet, welches wiederum alle vier installierten OSe zur Auswahl anbietet. Und ebenfalls automatisch den ersten Eintrag bootet, sofern nichts anderes gewählt wurde. (Auch hier werden alle 4 OSe angeboten; sogar automatisch, also ohne manuelle Nachbearbeitung.)

Technisch gesehen, bootet beim Einschalten des Rechners der modifizierte BootManager von Windows 7, wie er im MBR der Boot-Platte hinterlegt wurde. Die Einträge auf die beiden Linuxe verweisen dabei auf einem von EasyBCD erzeugten Zwischenstarter, der seinerseits den jeweiligen BootStarter von Grub aufruft. Welcher dann das gewünschtes OS in Gang bringt.

Damit das mit Linux-Systemen wie Mint funktioniert, muss jedoch während der Installation des Betriebssystem dessen Bootloader in die Install-Partition von Linux (Mint) geschrieben werden. Also angenommen, Mint soll in die Partition sdb5 geschrieben werden, so muss der Bootloader ebenfalls nach sdb5 geschrieben werden und NICHT pauschal auf sdb!

Wenn der Bootloader (in dem Fall) auf sdb geschrieben würde, landet er im MBR des Boot-Datenträgers und überschreibt dabei einen eventuell zuvor schon vorhandenen Bootloader (von einem zuvor installierten Linux oder Windows).

Wenn man da nicht aufpasst, sägt man gleich den ganzen Ast ab, von dem der Boot-Mechanismus aus verzweigt.

Nun ist aber auf Deinem Rechner der Boot-Mechanismus von EasyBCD derzeit inaktiv. Was man daran sehen kann, dass sofort Grub startet. Das heißt, die Platte mit der obersten Boot-Priorität ist die mit Linux Mint. Ich vermute mal, dass die andere eingebaute Festplatte in ihrem MBR den Windows-BootManager enthält. Wenn dieser direkt nach dem Einschalten starten soll, müßte zuvor im BIOS(-Startmenü) dessen Eintrag manuell selektiert werden.

Auf meinem Rechner mit nur einer Boot-Platte gibt es diese zusätzliche Variation nicht, da es nur einen direkten Bootstarter geben kann und das ist wie gesagt der modifizierte Windows-BootManager, von dem sukzessive auch zu Grub und zum gewünschten Linux-OS verzweigt wird.

Eigentlich sollten aber alle installierten Systeme (Linuxe und Windowse) direkt aus dem Grub-Menü wählbar sein und starten.

Sollte aber auch die Systematik per EasyBCD beibehalten werden, so wäre zunächst zu klären, ob Linux Mint überhaupt korrekt in EasyBCD eingehängt wurde, nachdem es zuvor gemäß den obigen Regeln installiert worden war.

Übrigens, es kann eigentlich nicht sein, dass ein Rechner weder von USB noch von CD/DVD booten kann!
Da wurde das Boot-Medium vermutlich falsch geschrieben, oder der USB-Anschluss erkennt das Boot-Medium nicht immer sicher beim Einschalten (evtl. wiederholt versuchen). Und natürlich über das BIOS die Boot-Reihenfolge bearbeiten!

Quote from Shaggyman

Nachdem ich dann im Grubmenü hinter "quiet splash""nomodeset" ohne Leertaste! ergänzt habe und mit anschließendem sudo update-grub leider wieder das gleiche Ergebnis. Dabei war der vormalige "Test" im Editiermodus (Taste e) genau wie von Gerbil beschrieben, auch mit englischem Tastaturlayout, vielen Dank an dieser Stelle.

Also, da muss! ein Leerzeichen zwischen splash und nomodeset stehen, sonst geht's natürlich nicht, weil es nicht als eigenständiger Parameter genommen wird. Vermutlich hattest du das im Grub Editiermodus auch drin. Also entweder

"quiet splash nomodeset"

oder

"quiet splash amdgpu.dc=0"

so müsste das aussehen. Ich würde an deiner Stelle das quiet mal rauslöschen. Dann sieht man an den durchlaufenden Meldungen, wo er hängen bleibt.

Tut mir Leid, bei Nvidia bin ich draußen, da gibt's hier aber sicher einige mit mehr Erfahrung.

Hm, das SystemInfo im Anhang enthält das, was der 'inxi'-Befehl im Startpost geliefert hat. Es ist eine Nvidia-Grafikkarte verbaut, die anscheinend per Nouveau-Treiber angesteuert wird. Die Grafikausgabe erfolgt über X11 (statt Wayland). Also eigentlich soweit ok.

Quote from Shaggyman

Die Treiberverwaltung zeigt nur an "auf aktuellem Stand".

Das wundert mich, dass die Treiberverwaltung anzeigt "Keine Treiber benötigt". So etwas dürfte eigentlich nur zu lesen sein, wenn eine Grafikkarte von Intel oder AMD (Radeon) verbaut ist. (Ich bin kein Terminalexperte, aber ein Parameter namens 'amdgpu.dc=0' dürfte doch nur im Zusammenhang mit AMD-Grafikkarten etwas bewirken.)

Bei mir (ebenfalls Nvidia-Grafikkarte) werden in der Treiberverwaltung mehrere Nvidia-Treiber plus der Nouveau-Treiber gelistet.

Gibt es in dem Programm 'Systemeinstellungen' ein Objekt namens 'Nvidia -Einstellungen'?
Dieses Tool zeigt mir eine Vielzahl von (einstellbaren) Parametern an. Unter anderem auch die Versionsnummer des installierten Nvidia-Treibers. Das Tool wird bei Vorhandensein einer Nvidia-Grafikkarte eigentlich zur automatischen Nachinstallation angeboten (siehe 'Willkommens-App').

Was wird denn in 'Systemberichte' angezeigt? Werden da eventuell fehlende Komponenten bemängelt?

Also im Moment ist bei Dir das Grafiksystem völlig verhunzt. In der Form ist das weder Fisch noch Fleisch.

Noch ein Nachtrag in letzter Sekunde: ich sehe gerade in meinen eigenen Screenshots, dass nach der Installation von Mint 22 noch eine Systemdatei nachjustiert werden musste, damit der Nvidia-Treiber bei Systemstart auch wirklich geladen wird. Da muss ich morgen nochmal genauer nachsehen und Dir dann berichten.

Quote from Shaggyman

Bei Eintrag mit nomodeset startet er nun wenigstens.
Jetzt das aber: Das Bild ist nicht Vollbild und Quergezerrt. Weiterhin das Problem mit dem ruckelhaftem Video.

"nomodeset" verhindert das Laden jeglicher Grafiktreiber, damit das System im Problemfall starten kann.
Nun müssen erstmal alle eventuell vorher installierten (ggf. proprietären) Treiber deinstalliert und mit einem Neustart abgeschlossen werden.

Wenn "nomodeset" wieder entfernt wird & das System damit startet - super! Dann haben die Aufräumarbeiten Sinn gemacht.

Wenn nicht, dann heißt es das System aktualisieren & einen geeigneten nVidia-Treiber finden, wenn Nouveau nicht ausreicht (z.B. Spiele).

Graphics:
Device-1: NVIDIA G98 [GeForce 8400 GS Rev. 2] vendor: Gigabyte driver: N/A arch: Tesla bus-ID: 01:00.0

NVIDIA GeForce 8400 GS Rev. 2 Specs

NVIDIA G98S, 567 MHz, 8 Cores, 4 TMUs, 4 ROPs, 512 MB DDR2, 400 MHz, 64 bit

www.techpowerup.com

Den Treiber könnte man probieren:
Index of /XFree86/Linux-x86_64/358.16

Weitere Tipps: Checkliste für Gamer #1 - Grafikkarten-Treiber

Im Anhang ist nicht zu sehen, ob du vorher ein sudo apt update durchgeführt hattest.
Also falls nicht, tue dies bitte. Die grafische Oberfläche tut dies im Hintergrund ebenso.

Hier sind Versuche zu sehen, das DKMS-Modul für den nVidia-470 Treiber mit dem Kernel zu verbinden:

INFO:Enable nvidia
DEBUG:Parsing /usr/share/ubuntu-drivers-common/quirks/dell_latitude
DEBUG:Parsing /usr/share/ubuntu-drivers-common/quirks/put_your_quirks_here
DEBUG:Parsing /usr/share/ubuntu-drivers-common/quirks/lenovo_thinkpad
Removing old nvidia-470.256.02 DKMS files...
Deleting module nvidia-470.256.02 completely from the DKMS tree.
Loading new nvidia-470.256.02 DKMS files...
Building for 6.14.0-37-generic
Building for architecture x86_64
Building initial module for 6.14.0-37-generic
Error! Bad return status for module build on kernel: 6.14.0-37-generic (x86_64)
Consult /var/lib/dkms/nvidia/470.256.02/build/make.log for more information.

Es läuft also bereits ein DKMS mit dem 470er Treiber im System. (Das ganze AMD-Gedöns hat nichts damit zu tun.)

Es gibt Abhängigkeitsprobleme. Diese sollte man zuerst lösen. Das ist nicht ganz trivial.

Die Abhängigkeitsprobleme schauen wir uns also mal an.

Gib dies ein:

sudo apt update && sudo apt upgrade && sudo apt autoremove --purge

sudo apt update && sudo apt full-upgrade && sudo apt autoremove --purge

Die obigen Befehle bewirken dies: Aktualisierung der Paketdatenbank & Aktualisierung der Pakete & Entfernen von ungenutzten Paketen.

Bitte Rückmeldung geben, was passiert ist.

Wenn es Probleme gibt, dann kopiere diese hier ins Forum. Nutze am Besten den Code-Block dazu.
Dann gibt's weitere Befehle zum Lösen der Probleme.

Wenn alles ohne Probleme aktualisiert werden konnte, dann starte den PC neu.

------------------------------------------------------------------------------------------------------------------------

Was ich gerade sehe, es wird auch versucht den nVidia-460er Treiber zu laden.
2 Treiber sind einer zu viel, wenn nicht vielleicht sogar beide ...

Diese Treiber lassen sich auch per Synaptic oder im Terminal entfernen.
Entferne zuerst den 460er Tteiber

sudo apt remove --purge nvidia-driver-460

Mein Installationsprotokoll in Bezug auf Nvidia unter Mint 22 habe ich mir mal näher angesehen:

Nach der Installation von Mint 22 war zunächst automatisch der Nouveau-Treiber aktiv. Damit war schon mal ein fehlerfreies Display in nativer Bildschirmauflösung möglich (hier 1920 x 1080). In 'Erste Schritte' empfahl Mint, einen passenden Nvidia-Treiber innerhalb der Treiberverwaltung nachzuinstallieren. Der proprietäre 550er von Nvidia war damals der für mich am Besten geeignete.

Nun kommt es aber. Im Internet, wo von Nvidia-Problemen berichtet wurde, wurde empfohlen (noch vor dem nächsten Neustart) eine bestimmte Systemdatei dahingehend anzupassen, sodass diese den Start des Nvidia-Treibers erzwingt.

Dazu ist folgendes zu tun:

• navigiere zum Ordner /etc/initramfs-tools und öffne diesen 'als Systemverwalter'
• öffne die Datei 'modules' und füge folgende 3 Zeilen an das Ende der Datei ein (und speichere):
• nvidia
• nvidia-modeset
• nvidia-drm

Wie in der Datei zu lesen, muss noch 'initramfs' aktualisiert werden, damit die Änderung wirksam wird.
Also im Terminal eingeben:
sudo update-initramfs -u

Nach dem Rechnerneustart war dann bei mir der gewünschte Nvidia-Treiber aktiv. Damit konnten anschließend auch animierte Spielprogramme flüssig betrieben werden.

Ob das noch auf dem Problemrechner klappt, wage ich nicht zu garantieren. Eventuell könnte man es noch mit einer sauberen Neuinstallation von Mint probieren.

Da das Mint-System derzeit eh grafisch kaputt ist, sollte man es aber vorher riskieren, wie von Tanzmusikus vorgeschlagen, eine externe Treiberinstallation durchzuführen. Normalerweise sollte man aber nur in der Treiberverwaltung aufgeführte Treiber probieren. Aber was nützt es, wenn darin gar keine Treiber gelistet werden!

Die beiden Screenshots vom Nvidia-Einstellungs-Tool belegen, dass das Nvidia-System bestenfalls arg verkrüppelt vorhanden ist. Zum Vergleich: so sieht bei mir 'Nvidia-Einstellungen' aus.

Hm... eigentlich sollten die 1. und 2. Befehlszeilen nacheinander ausgeführt werden, nicht zusammen.
Also gemeint ist: 1. Befehlszeile einfügen & [Enter] ... ggf. PW eingeben ... bis alle 3 Befehle der Zeile durchgeführt sind.

Die Sperre kommt davon, dass 2x zugleich "sudo" angefordert wurde.
Also bitte immer nur eine Befehlszeile in das Terminal übertragen und dann [Enter].

______________________________________________________________________________________________________________________________

Wir versuchen zuerst den 460er Treiber zu entfernen: sudo dpkg --remove nvidia-driver-460 Bitte Rückmeldung geben!

______________________________________________________________________________________________________________________________

Egal, ob das vorige erfolgreich war oder nicht, starten wir nun unsere Versuche zum Reparieren der Paketverwaltung.

sudo apt install --fix-broken --no-install-recommends Bitte Rückmeldung geben!

______________________________________________________________________________________________________________________________

Final diese Reparatur-Befehle (immer schön nacheinander ;-D) ausführen.

sudo apt clean

sudo apt update -m

sudo dpkg --configure -a

sudo apt install -f

sudo apt dist-upgrade

sudo apt autoremove --purge

Dies kann mehrmals (z.B. 3 - 5 mal) wiederholt werden bis keine Fehlermeldungen mehr erscheinen.

______________________________________________________________________________________________________________________________

Abschließend einen Neustart des PCs durchführen ...

Zur Sicherheit nochmals obige Reparatur-Befehle 1x durchgehen.
Sollten weiterhin keine Probleme angezeigt werden, dann geht's wohl weiter mit dem nVidia-Treiber.

Quote from Shaggyman

Bedeutet diese Meldung einen "echten" Fehler? E: Sub-process /usr/bin/dpkg returned an error code (1)

Ja.

"Error code (0)" bedeutet: "kein Fehler".

Der 460er nVidia Treiber ist irgendwie mit dem 470er verbunden.
Vermutlich zeigt dies das Update-Problem des nVidia-Treibers, welches in Beitrag #14 beschrieben ist.

Folge mal den Anweisungen von Neumann... und poste bitte die Ergebnisse.