Re: ATI/AMD fglrx mal wieder ...
Daniel Leidert schrieb:
Am Samstag, den 12.01.2008, 14:30 +0100 schrieb Matthias Haegele:
Irgendwie hab ich was verbogen, finde den Fehler aber nicht.
Grafikkarte ist eine ATI Radeon 9700 PRO, am AGP.
Ich hatte das Modul mit der Standardmethode:
m-a update
m-a prepare
m-a a-i fglrx
gebaut.
Du hast zwar viele lange (und btw völlig uninteressante) Ausgaben
gepostet, aber genau *diese*, die wichtig gewesen wäre, nicht.
Dass mir das auch mal passiert wo ich das doch immer anprangere ;-).
[..]
modprobe fglrx
FATAL: Module fglrx not found
Also findet modprobe kein fglrx-Modul für den aktuellen Kernel, der
offensichtlich ein 2.6.22-3-k7 ist.
Jo.
xorg.conf sniplet:>
Irrelevant. Was hat X.org damit zu tun, wenn ein Kernelmodul nicht
geladen wird/werden kann?
Wenn die xorg.conf nicht stimmt, klappt es evlt. später nicht?
System:
Debian "Testing".
dpkg -l fglrx*
un fglrx-control <keine> (keine Beschreibung vorhanden)
ii fglrx-driver 8.28.8-4 display driver for the ATI graphics accelera
un fglrx-kernel <keine> (keine Beschreibung vorhanden)
rc fglrx-kernel-2 8.16.20-1+2.6. ATI binary kernel module for Linux 2.6.11-1-
ii fglrx-kernel-2 8.28.8-4+2.6.1 ATI binary kernel module for Linux 2.6.18-4-
^
Man wenigstens noch erahnen, dass kein Kernelmodul-Paket von fglrx
8.28.8 für den 2.6.22er Kernel installiert ist. Das erklärt auch, warum
er das Modul nicht findet (es sei denn, du hast es händisch in den
richtigen Ordner kopiert).
Nee, nix händisch kopiert, deine Vermutungen sind richtig.
rc fglrx-kernel-2 8.16.20-1+2.6. ATI binary kernel module for Linux 2.6.8-2-3
^^
[snip]
ii fglrx-sources 8.16.20-1 Source code for the ATI graphics accelerator
^^^^^^^^^^^^^
BTW: Ich würde auf deinem System mal ein
dpkg --get-selections | grep ^deinstall
machen (da sind die ganzen Pakete, die schon entfernt wurden, aber noch
Configs auf deinem System haben AKA "rc") und diese dann mal mit dpkg
oder aptitude und "purge" vollständig entfernen. Und brauchst du
tatsächlich das uralte fglrx-sources?
Nee das uralte fglrx-source werde ich jetzt dann los, genauso wie den
alten Kernel (2.6.11 iirc), der da noch drinhängt.
xorg:
[snip, s.o.]
uname -r
2.6.22-3-k7
Falls Infos fehlen sollten liefere ich gerne nach.
Ja, prüfe ob dein `m-a a-i' überhaupt Pakete für den aktuellen Kernel
erstellt und diese auch installiert. Evtl. musst du mit dem -l-Switch
nachhelfen, falls die Kernelerkennung fehlschlägt. Und mit -f zwingst du
m-a, "aktualisierte" Pakete zu bauen.
Nee. Tut es nicht, ich habe es nochmal probiert es bricht mit Fehlern ab.
Danke euch für die Tipps.
Ich werde die angesprochenen Sachen probieren, denke ich weiss jetzt wo
der Hase im Pfeffer liegt.
--Langweilige Hintergrundinfos--
Leider ist mir zwischenzeitlich das Routernetzteil verreckt und ich
konnte keine Versuche mehr starten.
(Ein Unglück kommt selten allein).
Kleine Hintergrundinfo: Ich musste sehr viel "Gewalt" anwenden um mein
System upgegradet zu bekommen.
Habe von einem Pre-Sarge System (allerdings mit Kernel 2.6.11) auf Etch
und danach auf die tagesaktuelle (Anfang Januar 2008) Testing DVD
upgegradet. Das System konnte (nach mehreren Minuten Versuchen die
Abhängigkeitsschwierigkeiten nicht auflösen, habe dann die
problematischen Pakete händisch entfernt, teilweise war "purge" nötig
dann ging es, hernach wieder neu installiert in akt. Versionen).
Dabei konnten natürlich einige Pakete nicht übernommen werden und ich
musste einiges händisch korrigieren.
Evtl., nein ziemlich sicher ;-) habe ich mir mein System da ein bisschen
aus dem Lot gebracht.
Ja ich weiss ich hätte zuerst auf sarge upgraden müssen und dann auf Etch.
Aber ich hatte die DVDs nicht zur Hand und mit ISDN hätte das Tage
gedauert ...
Also falls jemand in einer ähnlichen Situation ist, das ist suboptimal ;-).
--Langweilige Hintergrundinfos--
MfG Daniel
--
Gruesse/Greetings
MH
Dont send mail to: ubecatcher@linuxrocks.dyndns.org
--
Reply to: