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