• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Probleme mit Grafikkarte bei OS Leap 15.1

josef-wien

Ultimate Guru
tomm.fa schrieb:
Du kannst auch folgendes versuchen/ausführen:
Code:
loginctl
aufrufen und die angegebene Nummer unterhalb von „Session“ merken. Dann
Code:
loginctl show-session * -p Type -p Desktop
eingeben, dass Sternchen (*) durch die zuvor gemerkte Nummer ersetzen und dann ausführen.

Beispiel:

Code:
ich@rechner:~> loginctl
SESSION  UID USER  SEAT  TTY
      2 1000 ich seat0
Code:
ich@rechner:~> loginctl show-session 2 -p Type -p Desktop
Desktop=openbox
Type=x11
Davon lese ich noch nichts. Außerdem müssen wir wissen, ob vesafb tatsächlich deaktiviert ist:
Code:
lsmod | grep vesafb


P. S.
Eckart Spindler schrieb:
Für den Befehl
Code:
journalctl
würden hunderte Zeilen Ergebnis herauskommen.
tomm.fa schrieb:
Code:
journalctl -k | grep -E "vesa|vga|chrome|via|error|warn"
 

tomm.fa

Administrator
Teammitglied
Und als ich schrub:
tomm.fa schrieb:
Sollte nach der Ausführung von
Code:
dracut -f
keine Besserung vorhanden sein, dann noch mal die Befehle (lspci, journalctl etc.) zur Fehlersuche ausführen und die Ergebnisse hier präsentieren.
wollte ich eigentlich nicht nur die Ausgaben der vereinfacht angegebenen Befehle, sondern die von
tomm.fa schrieb:
Ansonsten mehr Informationen bitte, zum Beispiel von
Code:
/sbin/lspci -nnk | grep -EiA3 "vga|3d|gfx"
Code:
grep -E "WW|EE|chrome|via" /var/log/Xorg.0.log
als Root/su
Code:
journalctl -k | grep -E "vesa|vga|chrome|via|error|warn"

Edit:
Zu lange für den Beitrag gebraucht, josef-wien hat seinen vorherigen bzgl. journalctl editiert.


tomm.fa schrieb:
Dann tausche die Festplatte.
Eckart Spindler schrieb:
Das dauert aber 2 Wochen (Garantieleistung bei Saturn). Deshalb brauche ich in der Zwischenzeit den alten Laptop.
Aufgrund dessen wie es hier vorwärtsgeht und deiner Mitarbeit, hast du den Laptop, welcher zur Reparatur ist, bis zur (eventuellen) Problemlösung wieder zurück.
 
josef-wien schrieb:
Davon lese ich noch nichts. Außerdem müssen wir wissen, ob vesafb tatsächlich deaktiviert ist:
Code:
lsmod | grep vesafb
[/quote]

Habe ich gemacht, mit folgendem Ergebnis:

Code:
linux-7yvf:~ # lsmod | grep vesafb
linux-7yvf:~ #
 
josef-wien schrieb:
tomm.fa schrieb:
Du

P. S.
Eckart Spindler schrieb:
Für den Befehl
Code:
journalctl
würden hunderte Zeilen Ergebnis herauskommen.
tomm.fa schrieb:
Code:
journalctl -k | grep -E "vesa|vga|chrome|via|error|warn"

Da habe ich das wohl falsch verstanden. Hier ist die Ausgabe:

Code:
linux-7yvf:~ # journalctl -k | grep -E "vesa|vga|chrome|via|error|warn"
Aug 23 17:28:18 linux-7yvf kernel: pci 0000:01:00.0: vgaarb: setting as boot VGA device
Aug 23 17:28:18 linux-7yvf kernel: pci 0000:01:00.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=none
Aug 23 17:28:18 linux-7yvf kernel: pci 0000:01:00.0: vgaarb: bridge control possible
Aug 23 17:28:18 linux-7yvf kernel: vgaarb: loaded
Aug 23 17:28:18 linux-7yvf kernel: shpchp 0000:00:01.0: Requesting control of SHPC hotplug via OSHP (\_SB_.PCI0.PPB_)
Aug 23 17:28:18 linux-7yvf kernel: shpchp 0000:00:01.0: Requesting control of SHPC hotplug via OSHP (\_SB_.PCI0)
Aug 23 17:28:18 linux-7yvf kernel: shpchp 0000:00:13.0: Requesting control of SHPC hotplug via OSHP (\_SB_.PCI0.P2PE)
Aug 23 17:28:18 linux-7yvf kernel: shpchp 0000:00:13.0: Requesting control of SHPC hotplug via OSHP (\_SB_.PCI0)
Aug 23 17:28:18 linux-7yvf kernel: vesafb: mode is 640x480x32, linelength=2560, pages=0
Aug 23 17:28:18 linux-7yvf kernel: vesafb: scrolling: redraw
Aug 23 17:28:18 linux-7yvf kernel: vesafb: Truecolor: size=0:8:8:8, shift=0:16:8:0
Aug 23 17:28:18 linux-7yvf kernel: vesafb: framebuffer at 0xa0000000, mapped to 0xffffc90001000000, using 1216k, total 1216k
Aug 23 17:28:18 linux-7yvf kernel: agpgart-via 0000:00:00.0: AGP aperture is 128M @ 0xc0000000
Aug 23 17:28:19 linux-7yvf kernel: sata_via 0000:00:0f.0: version 2.6
Aug 23 17:28:19 linux-7yvf kernel: sata_via 0000:00:0f.0: routed to hard irq line 10
Aug 23 17:28:19 linux-7yvf kernel: scsi host0: sata_via
Aug 23 17:28:19 linux-7yvf kernel: scsi host1: sata_via
Aug 23 17:28:19 linux-7yvf kernel: pata_via 0000:00:0f.1: version 0.3.4
Aug 23 17:28:19 linux-7yvf kernel: scsi host2: pata_via
Aug 23 17:28:19 linux-7yvf kernel: scsi host3: pata_via
Aug 23 17:28:19 linux-7yvf kernel: random: 7 urandom warning(s) missed due to ratelimiting
Aug 23 17:28:27 linux-7yvf kernel: via_rhine: v1.10-LK1.5.1 2010-10-09 Written by Donald Becker
Aug 23 17:28:27 linux-7yvf kernel: via-rhine 0000:00:12.0 eth0: VIA Rhine II at 0xffffc9000037d400, 00:90:f5:6b:1d:5e, IRQ 23
Aug 23 17:28:27 linux-7yvf kernel: via-rhine 0000:00:12.0 eth0: MII PHY found at address 1, status 0x7869 advertising 05e1 Link cde1
Aug 23 17:28:30 linux-7yvf kernel: snd_hda_codec_via hdaudioC0D0: autoconfig for VT1708: line_outs=1 (0x1f/0x0/0x0/0x0/0x0) type:line
Aug 23 17:28:30 linux-7yvf kernel: snd_hda_codec_via hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
Aug 23 17:28:30 linux-7yvf kernel: snd_hda_codec_via hdaudioC0D0:    hp_outs=1 (0x20/0x0/0x0/0x0/0x0)
Aug 23 17:28:30 linux-7yvf kernel: snd_hda_codec_via hdaudioC0D0:    mono: mono_out=0x0
Aug 23 17:28:30 linux-7yvf kernel: snd_hda_codec_via hdaudioC0D0:    dig-out=0x25/0x0
Aug 23 17:28:30 linux-7yvf kernel: snd_hda_codec_via hdaudioC0D0:    inputs:
Aug 23 17:28:30 linux-7yvf kernel: snd_hda_codec_via hdaudioC0D0:      Rear Mic=0x1d
Aug 23 17:28:30 linux-7yvf kernel: snd_hda_codec_via hdaudioC0D0:      Front Mic=0x21
Aug 23 17:28:30 linux-7yvf kernel: snd_hda_codec_via hdaudioC0D0:      Line=0x1e
Aug 23 17:28:30 linux-7yvf kernel: snd_hda_codec_via hdaudioC0D0:      CD=0x24
Aug 23 17:28:51 linux-7yvf kernel: bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
Aug 23 17:28:52 linux-7yvf kernel: Netfilter messages via NETLINK v0.30.
linux-7yvf:~ #
 
tomm.fa schrieb:
Ansonsten mehr Informationen bitte, zum Beispiel von
Code:
/sbin/lspci -nnk | grep -EiA3 "vga|3d|gfx"

Code:
linux-7yvf:~ # /sbin/lspci -nnk | grep -EiA3 "vga|3d|gfx"
01:00.0 VGA compatible controller [0300]: VIA Technologies, Inc. CN896/VN896/P4M900 [Chrome 9 HC] [1106:3371] (rev 01)
        Subsystem: CLEVO/KAPOK Computer Device [1558:0669]
05:01.0 Audio device [0403]: VIA Technologies, Inc. VT8237A/VT8251 HDA Controller [1106:3288] (rev 10)
        Subsystem: VIA Technologies, Inc. VT8237A/VT8251 HDA Controller [1106:3288]
linux-7yvf:~ #
 


Code:
linux-7yvf:~ # grep -E "WW|EE|chrome|via" /var/log/Xorg.0.log
grep: /var/log/Xorg.0.log: No such file or directory
linux-7yvf:~ #

Tut mir leid, wenn ich Eure kostbare Zeit so lange beanspruche, aber ich hatte da wohl einige Antworten falsch verstanden.
 

tomm.fa

Administrator
Teammitglied
Eckart Spindler schrieb:
josef-wien schrieb:
tomm.fa schrieb:
Du kannst auch folgendes versuchen/ausführen: ...

Code:
linux-7yvf:~ # loginctl show-session 1 -p Type -p Desktop
Desktop=
Type=x11
Weshalb führst du Befehle als Root/su aus, obwohl es dir nicht geschrieben wurde? Sollte es notwendig sein, dann bekommst du schon Bescheid.

Laut lspci ist kein passender Treiber für die Grafikkarte geladen, bitte noch die Ausgabe von:
Code:
/usr/sbin/hwinfo --gfxcard
 
tomm.fa schrieb:
Weshalb führst du Befehle als Root/su aus, obwohl es dir nicht geschrieben wurde? Sollte es notwendig sein, dann bekommst du schon Bescheid.

Laut lspci ist kein passender Treiber für die Grafikkarte geladen, bitte noch die Ausgabe von:
Code:
/usr/sbin/hwinfo --gfxcard

Ich habe jetzt alles noch einmal als normaler User ausgeführt:

Code:
eckart@linux-7yvf:~> loginctl show-session 1 -p Type -p Desktop
Desktop=
Type=x11
eckart@linux-7yvf:~> lsmod | grep vesafb
eckart@linux-7yvf:~> /usr/sbin/hwinfo --gfxcard
32: PCI 100.0: 0300 VGA compatible controller (VGA)             
  [Created at pci.386]
  Unique ID: VCu0.N35sX7EkeQ4
  Parent ID: vSkL.S16qDHSKEeD
  SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:00.0
  SysFS BusID: 0000:01:00.0
  Hardware Class: graphics card
  Model: "VIA CN896/VN896/P4M900 [Chrome 9 HC]"
  Vendor: pci 0x1106 "VIA Technologies, Inc."
  Device: pci 0x3371 "CN896/VN896/P4M900 [Chrome 9 HC]"
  SubVendor: pci 0x1558 "CLEVO/KAPOK Computer"
  SubDevice: pci 0x0669 
  Revision: 0x01
  Memory Range: 0xa0000000-0xbfffffff (ro,non-prefetchable)
  Memory Range: 0xc9000000-0xc9ffffff (rw,non-prefetchable)
  Memory Range: 0x000c0000-0x000dffff (rw,non-prefetchable,disabled)
  IRQ: 9 (no events)
  I/O Port: 0x00 (rw)
  Module Alias: "pci:v00001106d00003371sv00001558sd00000669bc03sc00i00"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #28 (PCI bridge)

Primary display adapter: #32
eckart@linux-7yvf:~>
 

josef-wien

Ultimate Guru
Eckart Spindler schrieb:
Code:
Desktop=
Type=x11
Eckart Spindler schrieb:
Code:
linux-7yvf:~ # grep -E "WW|EE|chrome|via" /var/log/Xorg.0.log
grep: /var/log/Xorg.0.log: No such file or directory


Für mich paßt das nicht zusammen, außer es ist eine andere oder keine Log-Datei definiert.



Eckart Spindler schrieb:
Code:
linux-7yvf:~ # lsmod | grep vesafb
linux-7yvf:~ #
Eckart Spindler schrieb:
Code:
Aug 23 17:28:18 linux-7yvf kernel: vesafb: mode is 640x480x32, linelength=2560, pages=0
Aug 23 17:28:18 linux-7yvf kernel: vesafb: scrolling: redraw
Aug 23 17:28:18 linux-7yvf kernel: vesafb: Truecolor: size=0:8:8:8, shift=0:16:8:0
Aug 23 17:28:18 linux-7yvf kernel: vesafb: framebuffer at 0xa0000000, mapped to 0xffffc90001000000, using 1216k, total 1216k


Wenn vesafb im Kernel enthalten und nicht als Modul realisiert ist, wird man wohl laut https://www.kernel.org/doc/Documentation/fb/modedb.rst experimentieren müssen, um einen für diese Karte geeigneten FB-Treiber beim Systemstart auszuwählen, aber dazu fehlen mir Erfahrungen. Von der Theorie her fürchte ich, daß "CONFIG_FB_VIA" (siehe https://github.com/torvalds/linux/blob/master/drivers/video/fbdev/Kconfig) nicht gesetzt ist und es somit viafb nicht gibt, d. h. ohne eigenen Kernel könnte es finster aussehen.
 

tomm.fa

Administrator
Teammitglied
josef-wien schrieb:
Von der Theorie her fürchte ich, daß "CONFIG_FB_VIA" (siehe https://github.com/torvalds/linux/blob/master/drivers/video/fbdev/Kconfig) nicht gesetzt ist und es somit viafb nicht gibt, d. h. ohne eigenen Kernel könnte es finster aussehen.
Und ich habe gerade auch noch was gefunden (hatte zuvor nicht daran gedacht):
Code:
tomfa@klapptisch2:~> grep -EiC2 "via|chrome|vesafb" /etc/modprobe.d/50-blacklist.conf
# $Id$
#
# Listing a module here prevents modprobe from loading it via modalias (only
# aliases from /lib/modules/*/modules.alias). You may still load it explicitely.
# We blacklist some modules becaus they may harm on certain devices or they
--

# list all framebuffer drivers, some of them tend to crash during boot
# they are either compiled into the kernel, or vesafb is active
# X works fine without them, rcfbset can load them if really required
#  sed -e '/\/drivers\/video\/.*\.\(o\|ko\)$/{s@^.*/@@;s@\..*$@@;p};d'
--
blacklist s3fb
blacklist sm501fb
blacklist viafb
blacklist vmlfb
blacklist vt8623fb
--
blacklist sonicvibes
blacklist trident
blacklist via82cxxx_audio
blacklist ymfpci
Also erstmal auskommentieren oder löschen, Rechnerneustart und schauen wie es danach aussieht.



Eckart Spindler schrieb:
Code:
Desktop=
Type=x11
Das die Ausgabe für den verwendeten Desktop fehlt ist nicht so schlimm, liege ich aber richtig damit, dass du GNOME3 verwendest?
 
Könnte es evtl. Sinn machen, wenn ich mir für das alte Laptop eine andere, passendere Grafikkarte zulege, die mit OS Leap 15.1 besser kompatibel ist? Falls ja, welche Grafikkarte wäre zu empfehlen? Kann ich die selbst austauschen? Falls ja, wie?
 
Oben