Instalacja sterowników ver. C.9.4 - ATI Mobility HD3650

Wszystko związane z jądrem systemowym, sterownikami, sprzętem itp.
yaevinn
Posty: 4
Rejestracja: 03 maja 2009, 17:39

Instalacja sterowników ver. C.9.4 - ATI Mobility HD3650

Post autor: yaevinn »

Witam,

Od kilku dni męczę się nad instalacja sterowników ATI Catalyst 9.4. Posiadam laptopa Toshiba A350-10B z karta ATI Mobility HD3650. Metoda ręczna utworzyłem z pliku ściągniętego ze strony ATI paczki, które instaluje zgodnie z instrukcja zawarta w poradniku na tym forum. Utworzyłem 4 paczki:

- fglrx-driver_8.602-1_i386.deb
- fglrx-driver-dev_8.602-1_i386.deb
- fglrx-amdcccle_8.602-1_i386.deb
- fglrx-kernel-src_8.602-1_i386.deb

Niestety zaraz na początku instalacji Lenny wita mnie takimi krzakami... Może ktoś już walczył z czymś takim? Poniżej błąd:

Błąd przy instalacji pierwszej paczki: fglrx-driver_8.602-1_i386.deb

Kod: Zaznacz cały

ta350-10b:~# dpkg -i fglrx-driver_8.602-1_i386.deb
(Odczytywanie bazy danych ... 78175 plików i katalogów obecnie zainstalowanych.)
Rozpakowanie fglrx-driver (z fglrx-driver_8.602-1_i386.deb) ...
Brak ominięcia "diversion of /usr/lib/libGL.so.1.2 to /usr/share/fglrx/diversions/libGL.so.1.2 by fglrx-driver", nic nie usunięto
Dodawanie "diversion of /usr/lib/libGL.so.1.2 to /usr/lib/fglrx/diversions/libGL.so.1.2 by fglrx-driver"
Dodawanie "diversion of /usr/lib/libGL.so.1 to /usr/lib/fglrx/diversions/libGL.so.1 by fglrx-driver"
rmdir: nie udało się usunąć `/usr/share/fglrx/diversions': Nie ma takiego pliku ani katalogu
rmdir: nie udało się usunąć `/usr/share/fglrx': Nie ma takiego pliku ani katalogu
Opuszczanie "diversion of /usr/lib/libGL.so.1.2 to /usr/lib/fglrx/diversions/libGL.so.1.2 by fglrx-driver"
Opuszczanie "diversion of /usr/lib/libGL.so.1 to /usr/lib/fglrx/diversions/libGL.so.1 by fglrx-driver"
Dodawanie "diversion of /usr/lib/xorg/modules/extensions/libdri.so to /usr/lib/fglrx/diversions/libdri.so by fglrx-driver"
dpkg: błąd przetwarzania fglrx-driver_8.602-1_i386.deb (--install):
 próba nadpisania "/usr/lib/xorg/modules/extensions/libglx.so", który istnieje także w pakiecie xserver-xorg-core
dpkg-deb: podproces paste został zabity sygnałem (Przerwany potok)
Usuwanie "diversion of /usr/lib/libGL.so.1 to /usr/lib/fglrx/diversions/libGL.so.1 by fglrx-driver"
Usuwanie "diversion of /usr/lib/libGL.so.1.2 to /usr/lib/fglrx/diversions/libGL.so.1.2 by fglrx-driver"
rmdir: nie udało się usunąć `/usr/lib/fglrx/diversions': Katalog nie jest pusty
rmdir: nie udało się usunąć `/usr/lib/fglrx': Katalog nie jest pusty
Usuwanie "diversion of /usr/lib/xorg/modules/extensions/libdri.so to /usr/lib/fglrx/diversions/libdri.so by fglrx-driver"
Przetwarzanie wyzwalaczy dla man-db...
Wystąpiły błędy podczas przetwarzania:
 fglrx-driver_8.602-1_i386.deb
ta350-10b:~#
Poniżej dane na temat mojego sprzętu:
- system Debian/lenny;
- architektura i386;
- kernel: 2.6.28-1

Zaznaczam że z systemu pozbyłem się wszystkich sterowników dystrybucyjnych, jadę obecnie na Vesa-ch. Nie ma nic co może "pachnieć" jak fglrx. Nie kumam tych komunikatów. Próbowałem walczyć z dpkg-divert - równiez brak rezultatu... Trochę mi się wyczerpał arsenał pomysłów...

Zapomniałem pokazać co mam w środku kompa, już to naprawiam:

Kod: Zaznacz cały

ta350-10b:~# lspci -k
00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
00:01.0 PCI bridge: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port (rev 07)
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03)
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03)
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03)
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03)
	Kernel driver in use: ehci_hcd
	Kernel modules: ehci-hcd
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
	Kernel driver in use: HDA Intel
	Kernel modules: snd-hda-intel
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03)
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 03)
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03)
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03)
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03)
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03)
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03)
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03)
	Kernel driver in use: ehci_hcd
	Kernel modules: ehci-hcd
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93)
00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03)
	Kernel driver in use: ahci
	Kernel modules: ahci
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03)
	Kernel driver in use: i801_smbus
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3650
01:00.1 Audio device: ATI Technologies Inc RV635 Audio device [Radeon HD 3600 Series]
	Kernel modules: snd-hda-intel
0e:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)
	Kernel driver in use: r8169
	Kernel modules: r8169
14:00.0 Network controller: Intel Corporation Wireless WiFi Link 5100
	Kernel driver in use: iwlagn
	Kernel modules: iwlagn
20:00.0 FireWire (IEEE 1394): JMicron Technologies, Inc. Device 2380
	Kernel driver in use: ohci1394
	Kernel modules: ohci1394
20:00.1 System peripheral: JMicron Technologies, Inc. Device 2382
	Kernel driver in use: sdhci-pci
	Kernel modules: sdhci-pci
20:00.2 SD Host controller: JMicron Technologies, Inc. Device 2381
	Kernel modules: sdhci-pci
20:00.3 System peripheral: JMicron Technologies, Inc. Device 2383
	Kernel driver in use: jmb38x_ms
	Kernel modules: jmb38x_ms
20:00.4 System peripheral: JMicron Technologies, Inc. Device 2384
sigo
Junior Member
Posty: 501
Rejestracja: 21 marca 2009, 19:12

Post autor: sigo »

Spróbuj zainstalować sterowniki poprzez uruchomienie pobranego pliku - nie instaluj utworzonych paczek.
W przyszłości można bez problemu usunąć sterowniki - ati o to zadbało.
fnmirk
Senior Member
Posty: 8295
Rejestracja: 03 grudnia 2007, 06:37

Post autor: fnmirk »

yaevinn pisze:Od kilku dni męczę się nad instalacja sterowników ATI
A na forum jest kilka tematów, które rozwiązują problem instalacji sterowników do kart graficznych ati. To, że akurat nie do takiej samej ale zasada postępowania jest podobna.
http://debian.linux.pl/viewtopic.php?t=14179
yaevinn
Posty: 4
Rejestracja: 03 maja 2009, 17:39

Post autor: yaevinn »

A na forum jest kilka tematów, które rozwiązują problem instalacji sterowników do kart graficznych ati.
To że na forum jest kilka tematów o kartach ATI wiem doskonale. Przeglądnąłem je wszystkie. Akurat ten wątek który przytoczyłes - również czytałem. Pakietu DKMS oczywiście nie mam w systemie gdy instaluję paczki.

Jeśli chodzi o automatyczną instalację sterowników za pomocą instalatora ATI - u mnie ta metoda się nie sprawdza. Dlatego tworzę paczki.
sigo
Junior Member
Posty: 501
Rejestracja: 21 marca 2009, 19:12

Post autor: sigo »

Jeżeli sterowniki nie instalują poprawnie, to nie próbuj nawet instalacji z paczek - służą one jedynie porządkowi w systemie, a wymagają kilka dodatkowych aplikacji.

Próbowałeś? Instalacja sterowników kart graficznych za pomocą skryptu.
yaevinn
Posty: 4
Rejestracja: 03 maja 2009, 17:39

Post autor: yaevinn »

Ten skrypt wpróbowałem, bardzo fajny no ale niestety wywala te same błędy co w przypadku instalacji "na piechotę"... Dalej kapa :(
fnmirk
Senior Member
Posty: 8295
Rejestracja: 03 grudnia 2007, 06:37

Post autor: fnmirk »

yaevinn, nie ograniczaj się do stwierdzenia że coś jest fajne lub nie. Zrób porządek w systemie usuwając wszystko co zainstalowałeś do tej pory. Przygotuj czysty xorg.conf, zaktualizuj system i dopiero spróbuj skryptu. Takie uwagi masz podane w podanym wcześniej temacie.
yaevinn
Posty: 4
Rejestracja: 03 maja 2009, 17:39

Post autor: yaevinn »

fnmirk, nie ma z czego robic porządku poniewaz nic nie instalowałem nowego, system jest czysty. pozbyłem sie wszystkiego co tyczy fglrx, nvidia, sterowników dystrybucyjnych grafiki xorga. Pracuję tylko na VESA. Napisałem to w pierwszym poście. Jeszcze raz więc napisze, system mam czysciutki!

Próbuję różnych kombinacji, mam wszystkie zalezności spełnione, wszystkie biblioteki poinstalowane... Zapas pomysłów sie skończył :-(. Ciągle wywala mi ten sam błąd...
fnmirk
Senior Member
Posty: 8295
Rejestracja: 03 grudnia 2007, 06:37

Post autor: fnmirk »

yaevinn pisze:

Kod: Zaznacz cały

 próba nadpisania "/usr/lib/xorg/modules/extensions/libglx.so", który istnieje także w pakiecie xserver-xorg-core 
To jest informacja że coś jest w systemie zainstalowane lub w danej chwili używane przez system. Instalacja wymaga pracy w czystym środowisku tekstowym z dostępem do internetu. W czystym trybie tekstowym usuń sterowniki związane z kartą graficzną i też instaluj. System musi być w pełni zaktualizowany i sprawny.

Przejrzyj.

I po sprawdzeniu systemu i przejrzeniu pomocy odnośnie podanego wcześniej skryptu od Siduksa sterownik do karty graficznej powinien dać się zainstalować.
Semerchet
Posty: 67
Rejestracja: 14 kwietnia 2007, 18:58

Post autor: Semerchet »

"Vesa" korzysta z xserver-xorg-core. W xserver-xorg-core jest libglx.so? To znaczy odinstalować "vesa"?
ODPOWIEDZ