Arch Linux

Kein start von grafikunterstützten Programmen

mönch

Hallo,

habe für meine alte ATI Rage Mobility Grafikkarte den Treiber "x86-video-mach64" installiert, weil, auf radeon basierte ATI-Treiber, unterstützt diese alten Karten nicht mehr.

Hat mit mach64 auch funktioniert, also xterm bzw der Fenstermanager starten, nur der Browser -oder Dateimanager-Start geht nicht.
Habe dann aus AUR das Paket mach64drm und anschließend mach64-dri installiert, es wird hier auch darauf hingewiesen. Jetzt sind die zahlreichen Fehlermeldungen aus der "/var/log/Xorg.0.log" weg, aber die Startgeschichte ist beim alten geblieben, mit einer neuen Meldung:

Kernel panic - not syncing: Fatal excetion in interrupt

bzw - in "grep -e EE -e WW /var/log/Xorg.0.log ":

Error systemd-logind returned paused fd for drm node

Als ich mach64drm installiert habe, kam, glaube ich, eine Meldung, dass eine Konfiguration notwendig sein wird, leider habe ich mir das nicht aufgeschrieben (wie kann man nur so dumm sein) und konnte danach in "/var/log/pacman.log" diese Meldung nicht mehr finden, vielleicht gibt es doch eine Möglichkeit das noch mal einzusehen, außer die installation des drm-Pakets nochmal auszuführen?

Kann es an der standardmäßig angelegten "nvidia-drm-outputclass.com" in "/usr/share/X11/xorg.conf.d" liegen, ich habe ja keine nvidia, vielleicht dann die "nvidia-drm-outputclass.com" entsprechend bearbeiten?

Hier noch die Disabled-Ausgabe von systemctl list-unit-files, vielleicht ist das nötige nicht installiert/aktiviert?

UNIT FILE                                  STATE
autovt@.service                            disabled
avahi-daemon.service                       disabled
avahi-dnsconfd.service                     disabled
blk-availability.service                   disabled
console-getty.service                      disabled
console-shell.service                      disabled
dbus-org.freedesktop.Avahi.service         disabled
dbus-org.freedesktop.resolve1.service      disabled
debug-shell.service                        disabled
dhcpcd.service                             disabled
dhcpcd@.service                            enabled 
dm-event.service                           disabled
ftpd.service                               disabled
getty@.service                             enabled 
ip6tables.service                          disabled
iptables.service                           disabled
krb5-kadmind.service                       disabled
krb5-kdc.service                           disabled
krb5-kpropd.service                        disabled
lvm2-lvmetad.service                       disabled
lvm2-monitor.service                       disabled
mdadm.service                              disabled
netctl-auto@.service                       disabled
netctl-ifplugd@.service                    disabled
netctl-sleep.service                       disabled
netctl.service                             disabled
nscd.service                               disabled
rsyncd.service                             disabled
serial-getty@.service                      disabled
systemd-journal-upload.service             disabled
systemd-networkd-wait-online.service       disabled
systemd-networkd.service                   disabled
systemd-nspawn@.service                    disabled
systemd-resolved.service                   disabled
systemd-timesyncd.service                  disabled
avahi-daemon.socket                        disabled
krb5-kpropd.socket                         disabled
rlogin.socket                              disabled
rsh.socket                                 disabled
rsyncd.socket                              disabled
systemd-journal-gatewayd.socket            disabled
systemd-journal-remote.socket              disabled
talk.socket                                disabled
telnet.socket                              disabled
uuidd.socket                               disabled
ctrl-alt-del.target                        disabled
halt.target                                disabled
kexec.target                               disabled
poweroff.target                            disabled
reboot.target                              disabled
remote-fs.target                           enabled 
rescue.target                              disabled
fstrim.timer                               disabled

Sonst bin ich ratlos und wäre für Hilfe sehr dankbar.

[gelöscht]

Probier mal folgendes:

1. In der Datei "nvidia-drm-outputclass.com" in "/usr/share/X11/xorg.conf.d" nvidia auf mach64 ändern
2. In /etc/X11/xorg.conf.d die Datei 20-grafikkarte.conf erstellen und entsprechend der Wiki-Seite von mach64 konfigurieren

Für die Funktion des Grafikkartentreibers sind keine zusätzliche Daemons erforderlich, dbus reicht

Wenn das nicht hilft, ist dein X zerschossen, also neu installieren, am besten das komplette System.

Dirk

helfer schriebWenn das nicht hilft, ist dein X zerschossen, also neu installieren, am besten das komplette System.

Du Scherzkeks. Als ob irgendjemand das System neu installieren müsste, nur weil der Grafikkartentreiber nicht läuft, wie er laufen sollte.

Das kannst du unter Windows machen - unter Linux muss man das System nicht mal neu installieren, wenn man das Mainboard tauscht.

mönch

Hallo,

Habe zur Orientierung diese Seite herangezogen und in /etc/X11/xorg.conf.d eine 20-grafikkarte.conf erstellt:

Section "Module"
	Load  "glx"
	Load  "dri"
EndSection

Section "DRI"
	Group  "video"
	Mode  0660
EndSection

Section "Device"
        ### Available Driver options are:-
        ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
        ### <string>: "String", <freq>: "<f> Hz/kHz/MHz",
        ### <percent>: "<f>%"
        ### [arg]: arg optional
       	Identifier  "Card0"
	Driver      "mach64"
	BusID       "PCI:1:0:0"
	Option  "DMAMode" "async"
	Option  "Force PCIMode" "true"
	Option  "AgpMode" "2"
	Option  "AgpSize" "32"
	Option  "BufferSize" "2"
	Option  "LocalTextures" "true"
	Option  "ExaNoComposite" "true"
	Option  "NoAccel" "true"
	Option  "ShadowFB" "true"
EndSection

Jetzt kann ich endlich den Browser starten, aber /Xorg.0.log ist immer noch fehlerhaft:

[  4288.160] Current Operating System: Linux dell 3.17.4-1-ARCH #1 SMP PREEMPT Fri Nov 21 21:16:21 CET 2014 i686
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  4288.168] (WW) The directory "/usr/share/fonts/TTF/" does not exist.
[  4288.168] (WW) The directory "/usr/share/fonts/OTF/" does not exist.
[  4288.168] (WW) The directory "/usr/share/fonts/Type1/" does not exist.
[  4288.169] (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/100dpi/".
[  4288.169] (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/75dpi/".
[  4288.189] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
[  4288.248] (WW) MACH64(0): Unable to estimate virtual size
[  4288.462] (WW) MACH64(0): Acceleration disabled, not initializing the DRI
[  4288.466] (WW) MACH64(0): Option "ExaNoComposite" is not used
[  4288.536] (EE) AIGLX: reverting to software rendering
[  4366.184] (EE) Server terminated successfully (0). Closing log file.

Vielleicht könnte mir jemand paar Konfigurationskorrekturen vorschlagen.

k.osmo

mönch schriebJetzt kann ich endlich den Browser starten, aber /Xorg.0.log ist immer noch fehlerhaft:

[  4288.160] Current Operating System: Linux dell 3.17.4-1-ARCH #1 SMP PREEMPT Fri Nov 21 21:16:21 CET 2014 i686
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  4288.168] (WW) The directory "/usr/share/fonts/TTF/" does not exist.
[  4288.168] (WW) The directory "/usr/share/fonts/OTF/" does not exist.
[  4288.168] (WW) The directory "/usr/share/fonts/Type1/" does not exist.
[  4288.169] (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/100dpi/".
[  4288.169] (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/75dpi/".

Die Warnungen über fehlende Verzeichnisse kannst Du eliminieren, indem Du die entsprechenden Verzeichnisse erstellst.

[  4288.189] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)

Wie ist die Ausgabe von systemctl status acpid (edit:) bzw. systemctl status acpid.socket?

[  4288.248] (WW) MACH64(0): Unable to estimate virtual size
[  4288.462] (WW) MACH64(0): Acceleration disabled, not initializing the DRI
[  4288.466] (WW) MACH64(0): Option "ExaNoComposite" is not used
[  4288.536] (EE) AIGLX: reverting to software rendering
[  4366.184] (EE) Server terminated successfully (0). Closing log file.

Du hast Hardwarebeschleunigung in deiner "20-grafikkarte.conf" ja explizit ausgeschlossen, nach meiner Ansicht passen die Meldungen vollständig dazu (also alles in Ordnung).

Vielleicht könnte mir jemand paar Konfigurationskorrekturen vorschlagen.

Ich würde an deiner Stelle noch probieren, ob Hardwarebeschleunigung prinzipiell funktioniert, und wie dann die Meldungen in "Xorg.0.log" lauten.

mönch

Hallo k.osmo,

Die Ausgabe von systemctl status acpid bzw. systemctl status acpid.socket lautet:

Loaded: not-fount (Reasion: No such file or directory)
Aktive: inaktive (dead)

Wahrscheinlich deswegen so, weil der acpid Daemon noch nicht installiert ist.

Ich würde an deiner Stelle noch probieren, ob Hardwarebeschleunigung prinzipiell funktioniert...

Meinst Du damit, die Optionen "ExaNoComposite" und "NoAccel" auf false setzen? Die hatte ich zuerst, wie auf der Beispiel-Seite, kommentiert, dann lief X nicht richtig (Openbox startete, aber der Browser -nicht).

k.osmo

Falls Du die erweiterten Stromsparfunktionen deines Rechners nutzen willst, insbesondere "Suspend-to-RAM" (STR) oder "Suspend-to-Disk" (STD), auch – je nachdem, wen man fragt – Hibernate bzw. Suspend genannt, kommst Du an acpid nicht vorbei. Falls dein Rechner ursprünglich mit einem Microsoft-OS ausgestattet war, kann es sein, dass die Implementierung fehlerhaft ist, da MSFT in typischer Security-through-Obscurity-Manier einen eigenen Kompiler für die entsprechenden BIOS-Tabellen verwendet (siehe). Zwar hat es in den letzten Jahren eine ~~enorme~~ gewisse Entwicklung gegeben hinsichtlich der GNU/Linux-Portierung (Beispiel), aber Fehler treten nach meiner Erfahrung insbesondere bei älteren und billigeren Chipsätzen nach wie vor auf. Auf einem Laptop ist es aber immer einen Versuch wert.

Wie ich das Wiki verstehe, sollten für die (kaum unterstützte) Hardwarebeschleunigung die entsprechenden Zeilen in der *.conf-Datei einfach auskommentiert werden. Ansonsten habe ich selbst leider keine Mach64-Grafikkarte, somit kann ich dich bei deinen Experimenten allenfalls moralisch unterstützen. (edit) Möglicherweise kannst Du zum besseren Vergleich noch die entsprechenden Fehlermeldungen aus der "Xorg.0.log" sichern und hier posten (z. B. mit cat /pfad/zu/deiner/Xorg.0.log > testlog.txt).

mönch

Hallo k.osmo,

Danke dir für die Antworten und ausführliche Infos.

Wenn ich richtig verstehe, hat acpid ja außer Energiesparen, das ich nicht brauche, noch andere nützliche Funktionen, werde mal diesen Daemon ausprobieren.
fwts war für mich neu, danke. Ist aber nur ein Testprogramm, die Wege zur Fehlerbeseitigung muß man selber finden, aber immerhin hat man dann Anhaltspunkte.

Werde mit der Karte noch etwas experimentieren. So ein altes Zeug -Notebook Dell Baujahr 1990 benutzt bestimmt niemand mehr, läuft aber einwandfrei.

mönch

k.osmo schrieb Wie ich das Wiki verstehe, sollten für die (kaum unterstützte) Hardwarebeschleunigung die entsprechenden Zeilen in der conf-Datei einfach auskommentiert werden.

So verstehe ich es auch. Wie schon erwähnt, wenn ich "ExaNoComposite" und "NoAccel" auskommentiere, komme ich nur auf die Openbox Oberfläche, weitere Programme starten nicht. Das bedeutet, dass die Hardwarebeschleunigung, trotz der installierten DRI / DRM Modulen, nicht funktioniert und dagegen kann ich wahrscheinlich auch nichts mehr tun, oder doch? siehe diesen Kommentar aus AUR - mach64drm:

RE: 21 Jun 2012, ...Anyway, DRI is disabled on the xf86-video-mach64 package from [extra]. If you want to try the DRI driver, you have to rebuild xf86-video-mach64 with --enable-dri and build mach64-dri from the PKGBUILD

jetzt verstehe ich nicht ganz, in der PKGBUILD der xf86-video-mach64 gibt es ja bereits den optdepends-Hinweis.

optdepends=('mach64-dri: DRI1 support from community repo')

Ich nehme mal an, dass das oben genannte Kommentar aus 2012 veraltet ist.
Ich dachte zuerst, dass es an fehlerhaften mach64drm aus der AUR liegt (habe die PKGBUILD übernommen, wie sie ist), das Paket wurde aber fehlerfrei installiert.
Es sollte eigentlich den zusammenspielen der xf86-video-mach64, mach64drm, mach64-dri nichts mehr im Wege stehen, ist aber leider nicht so. Hardwaremäßig müsste die Beschleunigung doch funktionieren http://en.wikipedia.org/wiki/ATI_Rage

k.osmo

Müsstest Du nicht eher hier nachschlagen: http://en.wikipedia.org/wiki/ATI_Mach#Mach_64 ?
Die genaue Bezeichnung der Grafikkarte wäre interessant (lspci | grep VGA).

(In eigener Sache: Oben habe ich hinsichtlich ACPI und Linux von einer enormen Entwicklung gesprochen, aber das möchte ich so nicht länger behaupten, weil es erstens wahrscheinlich nicht stimmt und ich es zweitens nicht so genau weiß.)

Ich staune immer noch:

mönch schriebNotebook Dell Baujahr 1990

Meinst Du das ernst?

k.osmo

OT 😉 @TBone: Vor der Perfomance explodierten die Verkaufszahlen:

This year, worldwide sales are expected to hit 3 million, up 38% since 1989, says Dataquest, a Silicon Valley research firm.

:cool: (Link wie oben)

k.osmo

@mönch: Was passiert denn, wenn Du die Beispiel-Konfiguration aus dem Wiki bis auf die Kartenbezeichnung, ansonsten 1:1 übernimmst? (edit) Testen nicht vergessen:

$ glxinfo | egrep "direct rendering|OpenGL renderer"

mönch

@k.osmo
Die genaue Bezeichnung der Grafikkarte: Advanced Micro Devices, Inc. [AMD/ATI] Rage Mobility AGP 2x Series (rev 64).

Was passiert denn, wenn Du die Beispiel-Konfiguration aus dem Wiki bis auf die Kartenbezeichnung, ansonsten 1:1 übernimmst?

Dann startet X mit dem Fenstermanager, aber weiter geht es nicht. Ich habe inzwischen über 20 Konfigurations-Varianten ausprobiert, die optimale aus meiner Sicht: Option "ExaNoComposite" auskommentiert, "NoAccel" und "ShadowFB" kommentiert.

$ glxinfo | egrep "direct rendering|OpenGL renderer" zeigt bei allen möglichen Varianten: "Kommando nicht gefunden".

The Hit-Man

ach leute, ich mag alte hardware und die laufen und laufen und laufen unter arch ...
manchmal bisken fuckeln... aber wer arch hat der kennt sich eben aus 😉

The Hit-Man

htm das nicht verstehst "$ glxinfo | egrep "direct rendering|OpenGL renderer" zeigt bei allen möglichen Varianten: "Kommando nicht gefunden"."

k.osmo

@mönch: Du bist nicht allein… Evtl. mal die Version einer stark reduzierten 20-grafikkarte.conf ausprobieren?
https://www.mail-archive.com/desktop-packages@lists.launchpad.net/msg332631.html
https://bugzilla.novell.com/show_bug.cgi?id=865607

@the Hit-Man: Nutzt natürlich nur was, wenn das Paket auch installiert ist :rolleyes:

$ pacman -Qo glxinfo
/usr/bin/glxinfo ist in mesa-demos 8.2.0-3 enthalten

mönch

Hallo k.osmo,

danke für den Vorschlag und die Links, eine Lösung hat aber niemand gefunden. Habe das mit reduzierten 20-grafikkarte.conf ausprobiert, das Ergebnis von Xorg.0.log hat sich nicht geändert (s.# 4).

Ich vermute es ist ein Programmierfehler in den Treiber bzw in den DRM/DRI Modulen. Es gibt ja auf der Wiki-Seite einen Hinweis, dass Direct Rendering auf Mach 64 wegen mangelnder Unterstützung nicht ganz zuverlässig ist. Leider fehlen mir die entsprechende Kenntnisse, sonst würde ich die PKGBUILD´s genauer unter die Lupe nehmen. Aber immerhin, lieber den fehlerhaften mach64 als den lahmen vesa.

mönch

$ glxinfo | egrep "direct rendering|OpenGL renderer" zeigt nur

 Direct rendering: Yes

die Zeile "OpenGL renderer string: Mesa DRI Mach64 [Rage Pro]... AGP 2x x86/MMX/SSE" fehlt.
Warum das so ist?

k.osmo

Sicher, dass es kein Rechte-Konflikt ist?

mönch schrieb/etc/X11/xorg.conf.d/20-grafikkarte.conf
Section "DRI"
	Group  "video"
	Mode  0660
EndSection

$ id

mönch

Ja, ich habe mich als $ zur Gruppe Video zugeordnet.

Mir ist noch aufgefallen, dass nach beenden von Openbox werden diese Reports angezeigt:

Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
ignoring extra symbols
Errors from xkbcomp are not fatal to X server
Obt-Message: Xinerama extension is not present on the server
/usr/bin/env: python2: Datei oder Verzeichnis nicht gefunden
xinit : connection to X server lost
waiting for X server to shut down (EE)
Server terminated syccessfully (0)

darüber muß ich noch recherchieren, ob in X was zu ändern ist.
Aber sonst geht´s, FF z B. startet innerhalb von 10-15 Sek. (Roh-Installation, noch nicht konfiguriert).

Nächste Seite »