Ubuntu/lucid + Catalyst 10.12 aka 8.801 install

[Kiwi]

Collatz isiel dobre so starymi drivermi, ale chcel som skusit PG na ATI v Ubuntu Lucid, tak som sa pokusal
nainstalovat Catalysty 10.12, ale nedari sa mi.

Cez menu to nejde, rozbehne sa len vesa.

Cez prikaz:
sh /home/kiwi/ati-driver-installer-10-12-x86.x86_64.run --buildpkg Ubuntu/lucid

to nejde, vypise chybu: dpkg-buildpackage: error: debian/rules binary gave error exit status 2

Cez prikaz:
sudo sh /home/kiwi/ati-driver-installer-10-12-x86.x86_64.run

to nejde, vsetko skonci bez chyby, ale po aticonfig --initial urobi /etc/X11/xorg.conf s fglrx
ale nenabehne driver, lebo log vypise chybu, ze ziadny takyto modul sa neda loadnut, lebo neexistuje

Cez repozitare to nejde: sudo apt-get install xorg-driver-fglrx
chyba: E: Sub-process /usr/bin/dpkg returned an error code (1)

Cez klikatko Synaptic to nejde.

Je este nejaka moznost nainstalovat ATI ovladace ? Totiz nejdu X-ka, tak nejde ani boinc.

[slavko.sk]

User friendly Linux

[MeX]

Ja mozem k tomu povedat len tolko, ze moje skusenosti s nVidia ovladacmi pre Linux/UNIX 64bit/32bit su zatial len dobre - uplne bezproblemove. Najvacsi problem bol v tom, ze som si nepamatal ako donutit Ubuntu aby nenastartovalo do GUI ale aby zostalo po starte v command line . Staci spustit ich instalator a v podstate len tukat na Next, Next..

A to uz vobec nehovorim o tom, ze Ubuntu samotne ma vyskusane (starsie) ovladace dostupne na jeden klik priamo z GUI.

[shafa]

Nezapomnels na neco pred instalaci?
http://forum.ubuntu.cz/index.php/topic,52134.0.html
http://forum.ubuntu.cz/index.php/topic,51431.0.html

Me to na 10.12 pred par tydny urcite fungovalo, ale mam 32bit. To by snad ale nemelo nijak zvlast vadit.
Kazdopadne jsem tam zase vratil pocase zpatky otevrene ovladace. ATi je proste ATi, to mi nikdo nevymluvi. Na ovladace a 3D podporu se nesmis spolehat.

[MeX]

To je prave ta vec, ktoru som riesil: ci chcem mozno o nieco "chudobnejsie" GPU co sa tyka DP ale lepsi software/ovladace alebo chcem co najvykonnejsie GPU/DP so slabou a nevyladenou SW podporou. Ja som si vybral nVidiu [no flame].

[Kiwi]

Ja som mal stale problemy s ovladacmi, potom som objavil jeden script na nVidia page a ten mi fungoval 3 roky bez problemov.
Problemy boli len s xorg.conf, lebo to kazdy script dosral, tak som sa naucil xorg.conf urobit manualne.

Pred rokom som mal problem rozbehat Collatz, ale nakoniec sa to nejako podla navodu na fore Collatz podarilo.

Lenze s tymi ovladacmi isiel len Collatz a PG nie. Podobne neslo PG ani vo Win 7 64-bit s Cat. 10.12, ale
som sa docital na fore PG, ze treba ten druhy balik, co obsahuje ATI SKD a Open CL. Takze PG sa rozbehlo
pod WIN bez problemov.

Skusil som dat Cat 10.12 aj do Ubuntu/lucid, ale nenainstalovalo ich dobre a odvtedy nemozem nic menit,
lebo pise, ze mam poskodeny balik fglrx, lenze ked ho dam odstranit uplne, tak vypise kod chyby 2 a nic
sa odstranit neda.

Vsetky tieto baliky mam:

build-essential cdbs fakeroot dh-make debhelper debconf libstdc++6 dkms libqtgui4 wget execstack libelfg0 ia32-libs
lenze nemozem odstranit fglrx a fglrx-modaliases
lebo
sudo apt-get remove fglrx
vypise:
Odstraňuje sa fglrx ...
dpkg-divert: nezhoda v balíku
pri odstraňovaní „diversion of /usr/lib/libGL.so.1.2 to /usr/lib/fglrx/libGL.so.1.2.xlibmesa by fglrx“
nájdené „diversion of /usr/lib/libGL.so.1.2 to /usr/lib/fglrx/libGL.so.1.2.xlibmesa by xorg-driver-fglrx“
dpkg: chyba pri spracovávaní fglrx (--remove):
podproces nainštalovaný skript post-removal vrátil chybový kód 2
Spracúvajú sa spúšťače ureadahead ...
Vyskytli sa chyby počas spracovania:
fglrx
E: Sub-process /usr/bin/dpkg returned an error code (1)

[Palo M.]

Kiwi, posral si si to tym, ze si uz mal nainstalovany fglrx z Bubuntu repozitarov a na to si spustil instalator od AMD v raw mode, cim sa ti preplacli binarne verzie z distribucie a tym si si rozbil balicky a ich zavislosti. Len tak spustit instalator od AMD (a este pod sudo!) je skratka velmi zly napad. Ono to sice prejde, aj to ovladace nainstaluje, ale ti to rozbije - sam si dal zivy priklad. Spustat to len tak natvrdo sa hodi vtedy, ked nemas ziaden balickovaci system a vsetko len kompilujes, alebo mas nejaku silne nestandardnu distribuciu. Ale aj vtedy sa skor hodi to len rozbalit do adresara a potom kompilovat manualne.

Aj takto rozhasene sa to ale da v Bubuntu opravit:
1. Zisti si, co je vsetko rozhasene. Minimalne vsetky baliky s fglrx v mene.
2. Treba sa odhlasit z grafickeho prostredia a prihlasit do konzoly.
3. Skusit odstranit vsetky baliky pomocou apt-get purge ...
Niektore samozrejme nepojdu, ale co pojde pojde do prec
4. Tie baliky, co nesli odstranit cez apt-get treba odstranit cez dpkg --purge. Najprv skusit "dpkg --purge --pending" a ak nejake balicky este zostali, potom cez "dpkg --purge menobalicka". A aj ak si predtym odinstaloval nejake baliky len cez "apt-get remove", tak apt-get ich uz "nevidi", ale stale mohli nechat nejake systemove konfiguraky (v /etc alebo v /var), takze najlepsie je vsetky baliky purgnut.
5. Finta: Asi ti zostane neplatny symbolicky link /usr/lib/libGL.so.1.2 ukazujuci na neexistujuci subor. A mozno aj nejake dalsie neplatne symbolicke linky. To je chaos, co tam nechal instalator od AMD, to je prave rozdrbane na systeme. Neplatne linky su pekne vidiet ak mas farieb schopny terminal (konzola v Ubuntu by mala byt farebna) a das "ls --color=always -l /usr/lib", neplatne linky budu inou farbou, tak ich lahko najdes. Alebo potom "ls -alL" v adresari /usr/lib, pri neplatnych linkoch ls zanadava. Tieto neplatne linky treba zmazat.
6. Tym by mal byt system vycisteny. Mozes vygenerovat baliky cez buildpkg parameter a tie baliky potom nainstalovat, nemali by sa uz s nicim bit. Ibaze by este v inych adresaroch zostali nejake subory/symbolicke linky - v tom pripade identifikovat duchov a opakovanim postupu ich zlikvidovat.

[slavko.sk]

Jaky navod. Zlate Windows kde 5 krat kliknem a mam Catalyst v masine aj s downloadom.
Este rypte do Windows kolko chcete ale toto je katastrofa!

[MeX]

Slavko podobne ako pises je to napr. vyriesene v Ubuntu - tam clovek fakt nemusi vediet prakticky nic. Problem pre niekoho ale moze byt v tom, ze ovladace, ktore su tam zadefinovane su vacsinou starsie (nie najnovsie) a potom nove veci nemusia dobre chodit. Ja som tiez kvoli tomu instaloval nove ovladace "rucne", pricom ale ten proces prebehol podla naozaj jednoducheho navodu:

Installation instructions: Once you have downloaded the driver, change to the directory containing the driver package and install the driver by running, as root, sh ./NVIDIA-Linux-x86_64-260.19.29.run

To je cele. Ano, je potrebne instalator spustit v textovom mode a treba vediet, ako na to. Ale to su take vedomosti, ktore ma aj priemerny uzivatel Windows ktory vie, co je to ovladac grafiky a ako ho nainstalovat a preco prave ten.

[MeX]

Jaky navod. Zlate Windows kde 5 krat kliknem a mam Catalyst v masine aj s downloadom.
Este rypte do Windows kolko chcete ale toto je katastrofa!

A este jedna vec: ked si rozhasis Windows tak povacsine sa to dava tazsie dokopy ako Linux (moj vlastny pocit). A co sa tyka napr. presunu OS na iny HW tak to na Windows mozes zabudnut, ak nechces mat naozaj rozbity Windows uplne (napr. AMD -> Intel).

[Kiwi]

Problem je len v tom, ze ked ma clovek potrebne baliky, tak ten skript od nVidie vzdy skonci bez chyb a vzdy
staru verziu da prec a novu korektne nainstaluje.

Ked to iste spravim so scriptom od AMD, tak to znici Ubuntu, ze sa neda dostat ani do grafickeho modu.

Ludia v AMD na to kaslu.

[slavko.sk]

Jaky navod. Zlate Windows kde 5 krat kliknem a mam Catalyst v masine aj s downloadom.
Este rypte do Windows kolko chcete ale toto je katastrofa!

A este jedna vec: ked si rozhasis Windows tak povacsine sa to dava tazsie dokopy ako Linux (moj vlastny pocit). A co sa tyka napr. presunu OS na iny HW tak to na Windows mozes zabudnut, ak nechces mat naozaj rozbity Windows uplne (napr. AMD -> Intel).

Doteraz kazdy Win som dal dokopy a robim tak 2-3 krat tyzdenne v ramci servisu. Tzv. repair install, das instalacne CD/DVD a obnovis z nich systemove subory, resetne to registry systemove ale dokumenty a aplikacie ti necha. V drvivej vacsine to zaberie, asi 1 % pripadov treba este rucne doladit v registry alebo par suborov expandnut. Robim to jak na beziacom pase.

[Palo M.]

Slavko, ked niekto nerozumie celkom tomu, co cini, zoberie administratorsky pristup a zacne robit v systeme divne veci, tak ten system moze rozhasit. A je jedno, aky system to je. Rozdiel medzi Windoze a Linuxom je taky, ze na Linuxe sa da presne vediet, co robis a aj ako veci vratit naspat (ze to niektori nevedia, to je uz druha vec). Na Windoze nikto nevie, co sa presne so systemom deje, akurat ti znalejsi vedia, ktore ukony su bezpecne, ktore rizikove a ktore vyslovene destruktivne (a opat - ze to niektori nevedia, to je druha vec). Aj oprava podla toho vyzera - vo Windoze len system opicich hmatov, kedy sa spustaju nejake tooly a tie nieco robia... A velakrat je naozaj jednoduchsie preinstalovat Windoze, ako sa ich snazit opravit.

Co sa tyka 5 klikov na Catalyst - v Bubuntu je to myslim na 3 kliky (vybehne ti notifikacia ze je restricted driver, 1 klik na notifikaciu, 2. klik na aktivovat a nakoniec 3. klik na restart systemu po nainstalovani). Ovsem to je otestovany driver z distribucie ktory funguje s HW aktualnym v case vydania distribucie a na standardizovane veci. Ked mas najsamnovsi HW, tak so starsim driverom nevyuzijes niektore nove vychytavky - a ked mas BOINC, tak je niekedy potrebne mat nejaku konkretnu verziu drivera - ale to uz sa bavime o 1% uzivatelov.
A mne sa prave vo Windoze s Catalystom stalo, ze som ho upgradoval a zrypalo sa to totalne, vsetko rozhasene a otravovalo to s blbymi hlaskami po boote. Musel som ho odinstalovat, rebootnut, potom absolvovat povinne cviky "nasiel som novy hardver", nainstalovat Windozacky stary default ovladac, zase reboot, zmazat duchov po Catalystoch v registroch, zmazat nejake subory, pre istotu zase rebootnut a az potom nainstalovat nove Catalysty. Peknych par hodin v prdeli. Som sa myslim chcel zahrat nejaku hru a nakoniec som sa k tomu ani nedostal, akurat som zbytocne zabil cas s upgradovanim...

[Kiwi]

Do systemovych adresarov v /usr/bin /usr/lib /usr/lib64 sa neda zapisovat pod beznym userom,
podobne sa neda nainstalovat/odinstalovat akykolvek balik.

To, ze to cez klikatko nejde, je vec chyby v Ubuntu, nie usera.

To, ze to nejde cez skript, ktory vytvori .deb balicky, je chyba skriptu.

Ked to nejde ani cez remove ani cez purge, tak je to chyba, ktora sa neda odstranit cez apt-get,
musi sa cely adresar zmazat = nova instalacia systemovej particie.

Problemy su len s ATI a nVidia drivermi, s Intel nikdy problemy neboli, lebo to bola sucast systemu,
podobne to treba urobit s ATI a nVidia, aby klikatko na instalaciu fungovalo a nepisalo hlasky,
ze sa nieco neda, lebo nejaky programator nevedel osetrit vsetky moznosti.

[Palo M.]

Kiwi, uz som ti napisal, ze purgnut to treba cez dpkg. To je utilita nizsej urovne ako apt-get. apt-get pouziva na svoj chod dpkg, ale robi aj nejake kontroly navyse a ked tie neprejdu, tak apt-get odmietne pokracovat...
Ked sa ti rozhasia jeden-dva balicky, naozaj nemusis preinstalovavat cely system.

Co sa tyka dodavatelov ovladacov, za problem mozu licencne podmienky. Nvidia ani AMD nechcu uvolnit ovladace pod licenciou kompatibilnou s GPLv2, preto tieto nemozu byt zahrnute ako sucast priamo v distribucii, ale mozu byt len ako pridavok. Intel tie ovladace uvolnuje, tak ich distribucie mozu rovno zahrnut.
A prave tie problemy s proprietarnymi ovladacmi, ktore sa prejavuju, ukazuju kde je pricina - prave v proprietarnosti ovladacov. Distribucia nesmie sahat do zdrojakov ovladacov (respektive ich potom nemoze take upravene sirit, to by bolo nelegalne) a teda distribucia nemoze tie ovladace upravit tak, aby pekne zapadli do systemu. A vyrobca HW, ktory ovladace menit moze, ten to odflakne a tie ovladace si potom nerozumeju s danou distribuciou...

A vo Windowsoch su s ovladacmi tiez problemy:
- Na 64-bit XPcka dlho neboli ovladace na niektore zariadenia. Vyrobca nedodal, tak neboli a basta. Tak ako teraz niektori vyrobcovia prdia na Linux a robia len pre Windows, tak vtedy prdeli na 64-bit Windows a robili len na 32-bit Windows. Az ked MS zacal tlacit 64-bit Visty, tak sa vyrobcovia HW rozhybali.
- Niektory HW zase nema WHQL-certifikovane ovladace, lebo vyrobca na to kasle. Takze ovladace nie su otestovane MS-postupmi a teda nie je ziadna garancia, ze nedosahaju system pri uplne beznych situaciach (otestovat sa aj tak neda vsetko, no ale lepsie nejake testy ako ziadne).
- Vacsinu BSOD na sucasnych Windowsoch (XP a novsie) maju na svedomi prave chybne ovladace (alebo chybny hardver, ale aj pri tom casto hraju ulohu nekvalitne ovladace).
A za take veci tiez nemoze MS ani Windoze, to ide na triko vyrobcu HW... A takisto aj v pripade linuxu.