Debian 12 lässt sich auf neuem Rechner nicht installieren

[el3331]

Hallo,
ich habe mir gerade einen neuen Rechner gekauft mit einer Asus/Nvidia-Grafikkarte RTX 4060ti. Ich bekomme darauf Debian 12 nicht zum Laufen.
Live-Stick startet mit Fehlermeldung "nouveau chipset unknown".
Installation läuft ohne Fehlermeldung durch, danach startet das System aber nicht - bleibt irgendwann ohne Meldung hängen.

Ich habe das System trotzdem über einen Umweg zum Laufen bekommen (Strg-Alt-F2, dann den Nvidia-Treiber installiert, dann mit startx gestartet.)
Da der Rechner nicht nur für mich ist, ist diese Lösung unpraktikabel.
Gibt es evtl irgendwo eine Install-ISO, in der der Nvidia-Treiber bereits drin ist oder wie mache ich es sonst?
Grüße

[QT]

Wenn Du doch den Nvidia Treiber nun installiert hast und "startx" bei Deinem User läuft, dann müsste es doch nun auch systemweit laufen oder was ist weiterhin das Problem?

Per se, musst Du während der Debian Installation das non-free Repository mit einbinden (lassen), um auch Treiber für Nvidia etc zu erhalten. Ansonsten ist es halt "free software" und das umfasst Nvidia nunmal nicht. Generell empfiehlt es sich mEn aktuel eher AMD Grafikkarten zu nutzen. Daher bin ich gerade letztes Jahr mal wieder von Nvidia zu AMD Radeon gewechselt.

[thunder11]

Ich habe das System trotzdem über einen Umweg zum Laufen bekommen (Strg-Alt-F2, dann den Nvidia-Treiber installiert, dann mit startx gestartet.)

Die non-free Repos hast du ja eingebunden, sonst hättest du ja die Nvidia-Treiber nicht installieren können ?
Bleibt der Rechner denn nach dem Neustart jetzt immer noch auf der Konsole hängen ?
Vielleicht mal die Ausgabe von:

Code: Alles auswählen

Inxi -F

und für die Repos:
und

Code: Alles auswählen

inxi -r

Eventuell könnte man einen anderen Display-Manager installieren.
Wenn der Rechner so aktuell ist wie die GPU, wäre eventuell ein Kernel aus den Backports
bzw. die Installation von Testing sinnvoll.

[QT]

Ich habe das System trotzdem über einen Umweg zum Laufen bekommen (Strg-Alt-F2, dann den Nvidia-Treiber installiert, dann mit startx gestartet.)

Irgendwie ist Dein Zitat nicht OK, denn das habe ich NICHT geschrieben

[thunder11]

Irgendwie ist Dein Zitat nicht OK, denn das habe ich NICHT geschrieben

Ist mir schon öfter passiert, dass da der falsche Urheber steht. Meist merke ich das.
Wie das zustande kommt, weiß ich auch nicht.
Aber ich habe es korrigiert

[QT]

Aber ich habe es korrigiert

Danke Dir

[el3331]

Ich bitte um Entschuldigung, dass ich mich erst heute wieder melde. Das Forum war leider sehr erfolgreich, mich rauszuwerfen und ziemlich abwehrend gegen Versuche, wieder hereinzukommen.
Sowas kenne ich bisher nicht.

Aber zur Sache:
Die Installation von Bookworm auf meinem Rechner ist ohne Fehlermeldung gelaufen. Danach startet das System aber nicht. Es kommt bis zur Anmeldeseite, da kann man sich anmelden, danach kommt eine Weile ein schwarzes Feld und man ist wieder auf der Anmeldeseite. Das kann man mehrmals nacheinander machen, es passiert immer dasselbe. Ich rufe dann mit Strg-Alt-F2 eine Konsole auf. Da muss ich mich nochmal anmelden und kann dann mit 'startx' das System starten. Das läuft meist stabil, allerdings mit gelegentlichen Problemen mit der Grafik: plötzlich nur 800x600, auch schonmal ganz grüner Bildschirm.

Den proprietären Nvidia-Treiber habe ich auch auf der Konsole installiert mit dem von Nvidia angebotenen Install-Script, wie ich das schon seit Jahren mache, wenn meine Grafikkarte von dem Nouveau-Treiber nicht wie erwünscht unterstützt wird. An Repos habe ich contrib und non-free-firmware eingerichtet, aber den Grafiktreiber daran vorbei installiert.

Das System zu reparieren wird vermutlich nicht einfach sein. Gibt es einen Weg, den Nvidia-Treiber bereits bei der Installation einzubinden?
Anderer Kernel wird vermutlich nicht helfen. Wie ich aus der Nouveau-Seite gesehen habe, ist die letzte unterstützte Nvidia-Karte die 1060. Bei den Nachfolgern ist alles rot. Und Nvidia brauche ich unter Windows (wegen Cuda).

[thunder11]

Es wäre sinnvoll, wenn du erstmal die Ausgabe von

Code: Alles auswählen

inxi -F

Hier einstellen würdest, da ich mal vermute, dass auch deine CPU und sonstige Komponenten
relativ neu sind.
Du hast dann 2 Möglichkeiten:
Den Nvidia Treiber von Nvidia wieder zu entfernen ist geschätzt ähnlicher Aufwand, wie
eine Neuinstallation.
Nach der Installation bootest du in den Rettungs- Modus und editierst deine sources.list mit nano

Code: Alles auswählen

nano /etc/apt/sources.list

Wie, wirst du wissen.
Danach:

Code: Alles auswählen

apt update && apt full-upgrade

falls apt keinen Verbindung bekommt:

Code: Alles auswählen

dhclient

dann

Code: Alles auswählen

apt install dkms

Code: Alles auswählen

apt install nvidia-driver

Code: Alles auswählen

reboot

Berichten

[el3331]

Vielen Dank für die ausführliche Beschreibung. Werde ich ausprobieren.
Hier erstmal inxi -F:

inxi -F
System:
 Host: WSLR-L-9 Kernel: 6.1.0-17-amd64 arch: x86_64 bits: 64
   Desktop: KDE Plasma v: 5.27.5 Distro: Debian GNU/Linux 12 (bookworm)
Machine:
 Type: Desktop Mobo: Micro-Star model: PRO B660M-G DDR4 (MS-7D45) v: 1.0
   serial: 07D4510_M31E103358 UEFI: American Megatrends LLC. v: 1.F0
   date: 09/12/2023
CPU:
 Info: 6-core model: 12th Gen Intel Core i5-12400F bits: 64 type: MT MCP
   cache: L2: 7.5 MiB
 Speed (MHz): avg: 800 min/max: 800/5600 cores: 1: 800 2: 800 3: 800 4: 800
   5: 800 6: 800 7: 800 8: 800 9: 800 10: 800 11: 800 12: 800
Graphics:
 Device-1: NVIDIA AD106 [GeForce RTX 4060 Ti] driver: nvidia v: 535.113.01
 Display: x11 server: X.Org v: 1.21.1.7 with: Xwayland v: 22.1.9 driver: X:
   loaded: nvidia gpu: nvidia resolution: 2560x1440~60Hz
 API: OpenGL v: 4.6.0 NVIDIA 535.113.01 renderer: NVIDIA GeForce RTX 4060
   Ti/PCIe/SSE2
Audio:
 Device-1: Intel Alder Lake-S HD Audio driver: snd_hda_intel
 Device-2: NVIDIA driver: snd_hda_intel
 API: ALSA v: k6.1.0-17-amd64 status: kernel-api
 Server-1: PulseAudio v: 16.1 status: active (root, process)
Network:
 Device-1: Realtek RTL8125 2.5GbE driver: r8169
 IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: 04:7c:16:05:76:85
Drives:
 Local Storage: total: 931.51 GiB used: 12.42 GiB (1.3%)
 ID-1: /dev/nvme0n1 vendor: Kingston model: SNV2S1000G size: 931.51 GiB
Partition:
 ID-1: / size: 65.8 GiB used: 12.39 GiB (18.8%) fs: ext4 dev: /dev/nvme0n1p6
 ID-2: /boot/efi size: 96 MiB used: 33.8 MiB (35.3%) fs: vfat
   dev: /dev/nvme0n1p1
Swap:
 ID-1: swap-1 type: partition size: 977 MiB used: 0 KiB (0.0%)
   dev: /dev/nvme0n1p7
Sensors:
 System Temperatures: cpu: 35.0 C mobo: N/A gpu: nvidia temp: 38 C
 Fan Speeds (RPM): N/A gpu: nvidia fan: 0%
Info:
 Processes: 242 Uptime: 8m Memory: 15.47 GiB used: 2.04 GiB (13.2%)
 Shell: Bash inxi: 3.3.26
root@WS #

(Ich habe zwar schon seit vielen Jahren immer Linux - in den letzten Jahren Debian stable - parallel auf meinen Rechnern, aber wirklich Ahnung davon habe ich nicht).

[thunder11]

Code: Alles auswählen

Display: x11 server: X.Org v: 1.21.1.7 with: Xwayland v: 22.1.9 driver: X:
   loaded: nvidia gpu: nvidia resolution: 2560x1440~60Hz

Was das "loaded: nvidia gpu" ohne jegliche Version des Treibers zu bedeuten hat, weiß ich nicht.
Auf jeden Fall sehr seltsam. Sieht nicht so richtig gesund aus.

Du kannst mal Plasma statt mit Wyland mit X11 starten (Umschalten ganz links unten)

Es gab mal Probleme mit Nvidia / Wayland. Ob das immer noch so ist? Keinen Ahnung.

Setze doch bitte die Terminal Ausgaben in Code-Tags, damit man das auch lesen kann
Ausgabe markieren und dann auf den Button oben </> klicken

[el3331]

System läuft jetzt.
Es war letztlich einfacher als gedacht. Der Installer hat im letzten Vierteljahr positive Änderungen erfahren. Die Eintragungen in etc/apt/sources.list lassen sich dort bereits ändern.
Danach blieb das System beim Start zunächst wieder hängen.
Der Nvidia-Treiber ließ sich dann direkt installieren - eine etwas ältere Version als ich vorher hatte.
Danach Start bis zum Anmeldebildschirm. Nach Anmeldung schwarzer Bildschirm und wieder auf der Anmeldeseite.
Hier war nun der Hinweis auf Wayland die Lösung. Auf X11 umgestellt und alles läuft soweit bisher erkennbar ohne Probleme.

Vielen Dank für die nützlichen Tips.

[el3331]

Hallo,

zu früh gefreut:
Das neu installierte System erwies sich als relativ unstabil. Schließlich stürzte während eines Routine-Updates Discover ab, offenbar während einer Kernel-Bearbeitung. Damit war das System unbrauchbar.
Ich habe danach versucht, Linux neu zu installieren, dies endet aber immer bei der Installation des nvidia-Treibers mit unterschiedlichen Fehlermeldungen, die allerdings alle auf einen vorausgegangenen und von mir nicht auslesbaren Fehler bei der Kernel-Modifikation hinweisen.
Ich habe dann auch versucht, den von Nvidia bereitgestellten Treiber zu installieren - geht auch nicht.
Fehlermeldung: ERROR: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol '--rcu-read-lock' und das gleiche mit _unlock.

Eine Idee, wie ich doch zu einem lauffähigen System komme? Den nvidia-Treiber brauche ich, weil meine RTX 4060Ti-Karte von dem freien Treiber, der mir eigentlich reichen würde, nicht unterstützt wird. Und Nur-Text-Modus reicht mir für Linux nicht. Und Nvidia brauche ich unter Windows wegen Cuda.

[HumiNi]

Ich vermute unglückliches Timing.
viewtopic.php?t=189073

[GregorS]

... Eine Idee, wie ich doch zu einem lauffähigen System komme? Den nvidia-Treiber brauche ich, weil meine RTX 4060Ti-Karte von dem freien Treiber, der mir eigentlich reichen würde, nicht unterstützt wird. Und Nur-Text-Modus reicht mir für Linux nicht. ...

Welchen freien Treiber meinst Du? Kannst Du die Karte nicht als poplige/kompatible 08/15-Grafikkarte betreiben?

Gruß

Gregor

[el3331]

Hallo,
mit dem freien Treiber meine ich Nouveau. Soweit ich auf der entsprechenden Seite gesehen habe, ist die letzte Nvidia-Karte, die noch unterstützt wird, die GTX 1060. Nouveau wird bei der Neuinstallation automatisch mitinstalliert und läuft auch. Ich habe es bisher allerdings nicht geschafft, das System im Grafikmodus gestartet zu bekommen. Der Start bleibt immer - ohne Fehlermeldung - nach dem Start von sddm hängen. Über den Umweg Strg-Alt-F2 und Anmeldung an der Konsole kann ich dann mit startx einen Grafikmodus starten, allerdings nur mit Auflösung 1024x768 und nur in 4:3. Sieht nicht besonders gut aus und ist auch keine wirkliche Lösung.

[Upi2017]

Inwieweit wurden schon andere Kernel probiert?
Der Core i5 kommt mit dem Kernel 6.1 klar. Bei mir allerdings auch mit Kernel 6.5. Auf meinen Lapis.
Mein PC mit MSI B550 + Ryzen 5 + RTX 2060 Super. Hier greift der Kernel 6.1 sehr gut, und alles läuft fehlerfrei.
Unter Linux Mint fahre ich noch Niewieder (kleiner Scherz) 470 Mittlerweile gibt es ja schon 530.

ThinkPad 16s mit Ryzen 7 kommt erst mit dem Kernel 6.5 klar.

Sorry, bin Blöd und auch leider viel zu blind!!!!!!! Sehe es jetzt erst.
Bitte nicht den Live Stick benutzen! Mach es bitte mit "Debian.org". Also Netinstall. Und bitte RJ 45 anschleißen. Mit diesem Stick habe ich nur Erfolge erzählt
Unter debian.org die Iso laden. Dann Stick erstellen. PC mit RJ 45 verbinden. Nun unter Bios Menü alles Starten. WLan später hinzufügen.

Der Live Stick hat sich bis jetzt bei mir schlechter verhalten, als der Stick mit Debian .org + Netinstall.
Ein Versuch ist es wert.

[MSfree]

Das Problem dürfte dasselbe sein, wie in diesem Thread:
viewtopic.php?t=189073

Einfach warten, bis die Lösung den Weg nach Bookworm gefunden hat, dann sollte es auch wieder mit DKMS und Nvidia klappen. Das kann aber noch ein paar Tage dauern, zur Zeit ist es erst in SID gelöst, dann kommt noch Testing und dann erst ist Bookworm dran.

[thunder11]

Graphics:
Device-1: NVIDIA AD106 [GeForce RTX 4060 Ti] driver: nvidia v: 535.113.01
Display: x11 server: X.Org v: 1.21.1.7 with: Xwayland v: 22.1.9 driver: X:

Woher hast du diesen Nvidia-Treiber ?
Gibt es bei Debian nicht
z.Z. im Angebot:

Code: Alles auswählen

nvidia-driver | 525.147.05-4~deb12u1         | stable/non-free                  | amd64, arm64
nvidia-driver | 525.147.05-5                 | testing/non-free                 | amd64, arm64, ppc64el
nvidia-driver | 525.147.05-6~deb12u1         | buildd-proposed-updates/non-free | amd64, arm64, ppc64el
nvidia-driver | 525.147.05-6~deb12u1         | proposed-updates/non-free        | amd64, arm64, ppc64el
nvidia-driver | 525.147.05-6                 | unstable/non-free                | amd64, arm64, ppc64el
nvidia-driver | 535.54.03-1                  | experimental/non-free            | amd64, arm64, ppc64el

[el3331]

Hallo,
den Treiber hatte ich von Nvidia (*.run). Inzwischen gibt es eine "neuere" Version, die sich nicht mehr lauffähig installieren lässt.

[rhHeini]

Bleib bei dem Debian-Paket und warte bis die Patches durch sind.

[QT]

Eine Idee, wie ich doch zu einem lauffähigen System komme?

Einfach eine AMD Radeon Karte anschaffen, die Nvidia verkaufen und keinen Stress mehr mit Treiber etc zu haben. Meine Radeon RX 6650 XT läuft einfach so, ohne groß irgendwelche Module zu bauen oder womöglich Fremdtreiber manuell zu installieren. Man spart sich da echt ne Menge Nerven...

[el3331]

Hallo,
ich will hier keinen Streit zwischen Radeon und Nvidaia-Anhängern auslösen.
Für mich ist Radeon schon vor Jahren gestorben wegen unterirdischem Treiber-Support für nicht mehr ganz taufrische Rechner. Außerdem läuft mein Rechner auch unter Windows, und da brauche ich Nvidia.

[el3331]

Hallo,
inzwischen gibt es einen Installer mit einer neueren Kernel-Version. Damit habe ich das System nochmal neu installiert. Der nvidia-Treiber (aus dem non-free-Repository) ließ sich damit nun einwandfrei installieren und seit einer knappen Woche läuft alles bisher ohne Probleme.
Nochmals vielen Dank für die Unterstützung.