Hallo zusammen
Ich muss mal eine wahrscheinlich doofe Frage stellen....
0. Problem:
Ich habe hier einen alten Rechner als Datengrab stehen.
Aktuell kann ich mich entscheiden, ob ich ein Bild auf der Konsole habe
will oder auf X.
Ursache ist offensichtlich der nouveau-Treiber.
Ist er aktiv geht X, Ist er auf der Blacklist, geht die Konsole.
1. Hardware
Mainboard
Name : K10N78FullHD-hSLI
Vendor : ASRock
Grafikkarte (auf Mainboard gelötet)
VGA compatible controller : NVIDIA Corporation C77 [GeForce 8200]
Version : Debain 9.13 (Stretch)
Kernel : 4.9.0
2. Problembeschreibung (nouveau-Modul aktiv)
Beim Bootvorgang wird auf den nouveau-Modul umgeschaltet. Von da an ist
der Bildschirm schwarz.
Auf der Konsole werden folgende Meldungen nicht mehr dargestellt:
--- Ausgabe /var/log/messages ---
Nov 19 16:23:16 bettina kernel: [ 28.754201] [TTM] Zone kernel:
Available graphics memory: 429346 kiB
Nov 19 16:23:16 bettina kernel: [ 28.754254] [TTM] Zone highmem:
Available graphics memory: 2054214 kiB
Nov 19 16:23:16 bettina kernel: [ 28.754301] [TTM] Initializing pool
allocator
Nov 19 16:23:16 bettina kernel: [ 28.754350] [TTM] Initializing DMA
pool allocator
Nov 19 16:23:16 bettina kernel: [ 28.762191] nouveau 0000:02:00.0:
DRM: VRAM: 32 MiB
Nov 19 16:23:16 bettina kernel: [ 28.762236] nouveau 0000:02:00.0:
DRM: GART: 1048576 MiB
Nov 19 16:23:16 bettina kernel: [ 28.762285] nouveau 0000:02:00.0:
DRM: TMDS table version 2.0
Nov 19 16:23:16 bettina kernel: [ 28.762331] nouveau 0000:02:00.0:
DRM: DCB version 4.0
Nov 19 16:23:16 bettina kernel: [ 28.762376] nouveau 0000:02:00.0:
DRM: DCB outp 00: 01000300 0000001e
Nov 19 16:23:16 bettina kernel: [ 28.762430] nouveau 0000:02:00.0:
DRM: DCB outp 01: 01011332 00020010
Nov 19 16:23:16 bettina kernel: [ 28.762478] nouveau 0000:02:00.0:
DRM: DCB conn 00: 00000100
Nov 19 16:23:16 bettina kernel: [ 28.762523] nouveau 0000:02:00.0:
DRM: DCB conn 01: 00001261
Nov 19 16:23:16 bettina kernel: [ 28.790643] [drm] Supports vblank
timestamp caching Rev 2 (21.10.2013).
Nov 19 16:23:16 bettina kernel: [ 28.790696] [drm] Driver supports
precise vblank timestamp query.
Nov 19 16:23:16 bettina kernel: [ 28.838216] nouveau 0000:02:00.0:
DRM: MM: using M2MF for buffer copies
Nov 19 16:23:16 bettina kernel: [ 29.019351] nouveau 0000:02:00.0:
DRM: allocated 1920x1080 fb: 0x50000, bo f63fb800
Nov 19 16:23:16 bettina kernel: [ 29.019540] fbcon: nouveaufb (fb0) is
primary device
Nov 19 16:23:16 bettina kernel: [ 29.124397] Console: switching to
colour frame buffer device 240x67
Nov 19 16:23:16 bettina kernel: [ 29.134187] nouveau 0000:02:00.0:
fb0: nouveaufb frame buffer device
Nov 19 16:23:16 bettina kernel: [ 29.154249] [drm] Initialized nouveau
1.3.1 20120801 for 0000:02:00.0 on minor 0
--- Ende Auszug---
--- erste Fehlersuche ---
Folgende Lösungsmöglichkeiten haben nichts gebracht:
1. Änderung /etc/default/grub mit anschließendem update-grub2
GRUB_CMDLINE_LINUX="nomodeset"
GRUB_GFXMODE=800x600x32
GRUB_GFXPAYLOAD_LINUX=keep
2. Folgendes hilft:
Blacklisting nouveau-Modul
--------------
--- Frage: ---
--------------
Kennt jemand das Problem und eine Lösung?
Wie bekomme ich das nouveau-Modul in der Console inaktiv, während es in
der X-Windows-Umgebung aktiv bleibt?
Gibt es alternative Treiber?
Wie binde ich den ein? << Das ist die doofe Frage ;o)
In der /etc/X11/xorg.conf stand kein "Driver" drin.
Wird die xorg.conf überhaupt noch ausgewertet?
Hat der Eintrag überhaupt noch einen Einluß?
Mein Eindruck: Ob da was drin steht oder nicht, ist egal.
-------
Section "Device"
Identifier "Configured Video Device"
Driver "nouveau" << Eintrag fehlte
EndSection
-------
Also mir sind gerade die Ideen ausgegangen.
Da ich seit vielen Jahren nur noch über VNC oder SSH auf die Rechner
zugreife, habe ich mich mit solchen Probleme lange nicht
auseinandersetzen müssen. Aber hin und wieder geht mal ein
Festplattenwechsel doch mal in die Hose.
Und dann steht man ohne Monitorbild da.
VG
Andreas
