Lenny i radeon 9200, czy nic nie da się zrobić?

peligan - 09-04-2010 12:18
Moja konfiguracja sprzętowa to płyta KT4AV, procesor sempron 2400 z obniżonym napięciem do 1.2V, fsb 133 obniżone taktowanie do 1333 i pasywnym chłodzenie (kocham ciszę, a komputer musi czasami chodzić 24/dobę) grafika radeon 9200 i tu jest problem.
Wymieniony zestaw służy mi do dzielenia łącza na trzy komputery, a po włączeniu X-ów do przeglądania sieci. Niestety w pewnym momencie Lenny przestał wspierać moją kartę graficzną, pomimo wspierania takich zabytków jak Trident. Ostatnim serwerem grafiki wspierającym moją kartę jest xorg 7.1, a Lenny posiada dużo wyższą. Praca na programowych sterownikach kończy się najpóźniej po 30 minutach totalnym zawieszeniem X-ów razem z klawiaturą i przyciskami myszki, wskaźnik myszy chodzi po ekranie krótkimi skokami. Przejście na konsolę jest niemożliwe. Ale wszystkie procesy działające w tle niekorzystające z grafiki działają poprawnie tzn. udostępnianie łącza, mpg123, ssh, itp. Po zalogowaniu się na ssh można zabić większość procesów oprócz kde i kdm. Restart systemu też zatrzymuje się na tych procesach i potrzebny jest twardy reset sprzętowy.

Fragment Xorg.log: EE) AIGLX error: dlopen of /usr/lib/dri/r200_dri.so failed (/usr/lib/dri/r200_dri.so: cannot open shared object file: No such file or directory)
(EE) AIGLX: reverting to software rendering
(II) Loading sub module "GLcore"
(II) LoadModule: "GLcore"
(II) Loading /usr/lib/xorg/modules/extensions//libGLcore.so
(II) Module GLcore: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.3
(II) GLX: Initialized MESA-PROXY GL provider for screen 0
(II) RADEON(0): Setting screen physical size to 376 x 301
(WW) Configured Mouse: No Device specified, looking for one...
(II) Configured Mouse: Setting Device option to "/dev/input/mice"
(--) Configured Mouse: Device: "/dev/input/mice"
(==) Configured Mouse: Protocol: "Auto"
(**) Option "CorePointer"
(**) Configured Mouse: always reports core events
(==) Configured Mouse: Emulate3Buttons, Emulate3Timeout: 50
(**) Configured Mouse: ZAxisMapping: buttons 4 and 5
(**) Configured Mouse: Buttons: 9
(**) Configured Mouse: Sensitivity: 1
(**) Option "CoreKeyboard"
(**) Generic Keyboard: always reports core events
(**) Option "Protocol" "standard"
(**) Generic Keyboard: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Generic Keyboard: XkbRules: "xorg"
(**) Option "XkbModel" "pc105"
(**) Generic Keyboard: XkbModel: "pc105"
(**) Option "XkbLayout" "pl"
(**) Generic Keyboard: XkbLayout: "pl"
(**) Option "CustomKeycodes" "off"
(**) Generic Keyboard: CustomKeycodes disabled
(II) evaluating device (Configured Mouse)
(II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE)
(II) evaluating device (Generic Keyboard)
(II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD)
(--) Configured Mouse: PnP-detected protocol: "ExplorerPS/2"
(II) Configured Mouse: ps2EnableDataReporting: succeeded
tossed event which came in late
mieqEnequeue: out-of-order valuator event; dropping.
tossed event which came in late
mieqEnequeue: out-of-order valuator event; dropping.
tossed event which came in late
mieqEnequeue: out-of-order valuator event; dropping.
tossed event which came in late
mieqEnequeue: out-of-order valuator event; dropping.
...
itd. do końca logu Fragment tablicy procesów: ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 2518 78.1 2.1 16176 11132 tty7 Rs+ 08:11 57:29 /usr/bin/X -br -nolisten tcp :0 vt7 -auth /var/run/xauth/A:0-H3Fvqo Ponieważ Lenny nie jest już najświeższym systemem i wielu użytkowników posiada duże doświadczenie, pytam, jak w nowo zainstalowanym systemie zainstalować starszy serwer X-ów i ochronić go przed automatyczną aktualizacją do nowszej wersji?
Czy komuś udała się taka sztuczka?

Ps. Powrót do Etcha nie wchodzi w grę.
Ps2. Jest coś magicznego w tych starych komputerach.

Pozdrawiam wszystkich.

shagrin - 09-04-2010 15:05
To nie dokładnie to o co pytasz, ale wspomnę, że korzystam z radeona 9000.
Moja wersja systemu:
Debian Sid, Kernel 2.6.33.2
Xorg:
Pakiet: xorg
Nowy: tak
Stan: zainstalowany
Zainstalowany automatycznie: nie
Wersja: 1:7.5+5 X-y chodzą nieźle, jest wsparcie 3D, nic się nie wiesza. Dodam, że korzystam ze sterownika radeon.

peligan - 09-04-2010 15:53
Dawno już przestałem się bawić w wersję eksperymentalną Debiana. Z tego co pamiętam to zawsze była ona bardziej wypasiona od stabilnej. Jeżeli Sid jest bardziej wypasiony od Squeeze to raczej nie jestem zainteresowany. Chociaż jeżeli wspiera radeona 9200 i wszystkie sposoby zawiodą, to kto wie.

pozdrawiam

shagrin - 09-04-2010 15:55
Zanim zaczęłam używać Sida, używałam Lennego. Wtedy też wszystko było ok.

saturno - 09-04-2010 23:38

Niestety w pewnym momencie Lenny przestał wspierać moją kartę graficzną, pomimo wspierania takich zabytków jak Trident. Bzdura!l To nie Linux czyli min. Lenny przestał wspierać starsze karty ati, tylko firma ati przestała je wspierać (do Windowsa Visty oraz Windows7 do tej karty również nie ujrzysz sterowników).
Wspierają tylko nowsze karty, bo na ich sprzedaży mogą zarobić.l l Posiadam Debiana Lenny i również kartę taką jak ty czyli Radeon 9200.
Karta działała prawidłowo od razu po zainstalowaniu systemu na otwartych sterownikach (bez doinstalowywania czegokolwiek oraz bez grzebania w pliku xorg.conf).
Więc problem występuje tylko u ciebie.l Podaj wyniki poleceń: aptitude search libgl1-mesa-dri xserver-xorg-video-radeon fglrx
glxinfo
lspci
cat /var/log/Xorg.0.log | grep EE
uname -a

peligan - 10-04-2010 09:14
Podaję wyniki poleceń.
debian:/home/marek# aptitude search libgl1-mesa-dri xserver-xorg-video-radeon fglrx
p fglrx-amdcccle - control panel for the non-free AMD/ATI r5xx, r6xx, r7xx display driver
p fglrx-atieventsd - external events daemon for the non-free AMD/ATI r5xx, r6xx, r7xx display driver
p fglrx-control - control panel for the non-free AMD/ATI r5xx, r6xx, r7xx display driver
v fglrx-control-qt3 -
p fglrx-driver - non-free AMD/ATI r5xx, r6xx, r7xx display driver
p fglrx-glx - proprietary libGL for the non-free AMD/ATI r5xx, r6xx, r7xx display driver
p fglrx-kernel-src - kernel module source for the non-free AMD/ATI r5xx, r6xx, r7xx display driver
v fglrx-modules -
p fglrx-modules-2.6-486 - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6 on x86
p fglrx-modules-2.6-686 - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6 on PPro/C
p fglrx-modules-2.6-686-bigmem - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6 on PPro/C
p fglrx-modules-2.6-openvz-686 - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6 on PPro/C
p fglrx-modules-2.6-vserver-686 - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6 on PPro/C
p fglrx-modules-2.6-vserver-686-bigmem - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6 on PPro/C
p fglrx-modules-2.6-xen-686 - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6 on i686
p fglrx-modules-2.6.26-2-486 - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6.26 on x86
p fglrx-modules-2.6.26-2-686 - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6.26 on PPr
p fglrx-modules-2.6.26-2-686-bigmem - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6.26 on PPr
p fglrx-modules-2.6.26-2-openvz-686 - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6.26 on PPr
p fglrx-modules-2.6.26-2-vserver-686 - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6.26 on PPr
p fglrx-modules-2.6.26-2-vserver-686-bigmem - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6.26 on PPr
p fglrx-modules-2.6.26-2-xen-686 - Display driver for AMD/ATI Radeon and FireGL graphics cards modules for Linux 2.6.26 on i68
p fglrx-source - kernel module source for the non-free AMD/ATI r5xx, r6xx, r7xx display driver
i libgl1-mesa-dri - A free implementation of the OpenGL API -- DRI modules
p libgl1-mesa-dri-dbg - Debugging symbols for the Mesa DRI modules
v libgl1-mesa-dri-dev -
p xserver-xorg-video-radeon - X.Org X server -- ATI Radeon display driver
p xserver-xorg-video-radeon-dbg - X.Org X server -- ATI Radeon display driver (debugging symbols)
p xserver-xorg-video-radeonhd - X.Org X server -- AMD/ATI r5xx, r6xx display driver
p xserver-xorg-video-radeonhd-dbg - X.Org X server -- AMD/ATI r5xx, r6xx display driver
debian:/home/marek# glxinfo
bash: glxinfo: command not found
debian:/home/marek# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge
00:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:08.0 RAID bus controller: VIA Technologies, Inc. VT6421 IDE RAID Controller (rev 50)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01)
01:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200] (Secondary) (rev 01)
debian:/home/marek# cat /var/log/Xorg.0.log | grep EE
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(II) Loading extension MIT-SCREEN-SAVER
debian:/home/marek# uname -a
Linux debian 2.6.26-2-686 #1 SMP Tue Mar 9 17:35:51 UTC 2010 i686 GNU/Linux Nie wiem czy rozwiązałem problem ale po wielu nie do końca przemyślanych próbach od kilku godzin nie mam żadnego zwisu. Nie do końca pamiętam jak mi się to udało ale mam starszy xserver-org.
debian:/home/marek# apt-cache policy xserver-xorg libgl1-mesa-dri
xserver-xorg:
Zainstalowana: 1:7.1.0-19
Kandydująca: 1:7.3+20
Tabela wersji:
1:7.3+20 0
500 http://ftp.pl.debian.org lenny/main Packages
*** 1:7.1.0-19 0
100 /var/lib/dpkg/status
libgl1-mesa-dri:
Zainstalowana: 7.0.3-7
Kandydująca: 7.0.3-7
Tabela wersji:
*** 7.0.3-7 0
500 http://ftp.pl.debian.org lenny/main Packages
100 /var/lib/dpkg/status Ps. To działa na razie.

Ps.2 Mimo to chciałbym wiedzieć co było nie tak do jutra znajdę jakiś twardy dysk i zainstaluję surowy system.

Pozdrawiam.

pavbaranov - 10-04-2010 11:24
W skrócie - miałeś:
- sterowniki własnościowe (fglrx)
- kartę, którą zaprzestały obsługiwać (Radeon 9200)
W Twoim przypadku wystarczy zdecydować się na sterowniki ati/radeon, czyli po prostu usunąć do spodu fglrx. Możesz mieć dowolną wersję Xów i tak jak ktoś wyżej wspomniał - karta winna zostać automatycznie wykryta i skonfigurowana. Jeśli nie, to w pliku xorg.conf należy podać, że obsługującym ją sterownikiem jest radeon (jeśli nie zadziała, to ati). Oczywiście w systemie musisz mieć zainstalowane paczki xserver-xorg-video-ati bądź ...-radeon.

peligan - 11-04-2010 00:34
Z braku dysku muszę eksperymentować na żywym organizmie. Usunąłem zamknięte i uruchomiłem otwarte sterowniki, nawet chodzą całkiem całkiem, ale powstał problem, którego na razie nie mogę przeskoczyć. Akceleracja 3D działa tylko na wyjściu D-SUB, próbując oszczędzać oczy wolałbym korzystać z wyjścia DVI. Czy ktoś spotkał się z takim problemem?

peligan - 13-04-2010 11:45
Niestety, im nowsze sterowniki tym komputer zachowuje się gorzej.
Sprawdziłem kartę na innym komputerze, grafika wydaje się być w porządku, jedyne co zauważyłem to dużo wyższa temperatura pracy. Na Linuksie jest prawie zimna pomimo pasywnego chłodzenia. Czy możliwe jest że Linux włącza tryb oszczędzania energii dla tak starej karty a Windows nie? Maksymalne obciążenie złącza AGP wynosi ok 35-45W a taka karta pobiera około 30W w stresie. Nieobciążona karta powinna pobierać około 10W. Czy nagły wzrost do 30W może powodować zbyt późną odpowiedź zasilacza na zwiększone zapotrzebowanie na moc?

Ps. Na nowych sterownikach wszystkie logi wydają się być czyste, chyba że coś przeoczyłem.
Pozdrawiam