Jak na instalaci Nvidia driverů, stále problém?

12.6.2007 21:45 | Přečteno: 2804× | desktop linux | | poslední úprava: 14.6.2007 02:44

Zas a znova nalézám na toto a podobné téma. Nedávnou jsem údajnou obtížnost měl možnost vyzkoušet. A protože pokus dopadl nad očekávání dobře, rozhodl jsem se a přispěl svojí troškou rad jak na Nvidii a instalace obecně. Poznámka a varování - někomu možná přijdou moje rady poněkud radikální.

Zas a znova nalézám na toto a podobné téma. Jako třeba tenhle: http://www.abclinuxu.cz/forum/show/109313.

Poprvé se mi dostal počítač s Nvidii do rukou - stručně řečeno, koupil jsem si nový laptop - a tak jsem neodolal a vyzkoušel, jak je to s tou obtížností instalace Nvidia driverů. A když NVidia a 3D tak proč ne rovnou i 3D desktop.

PCLinux Live CD a Nvidia - step by step

• Nabootuji z Live CD. Z formálních důvodů nemůže distribuovat a tedy neobsahuje Nvidia drivery.
• Spustim Synaptic
• Kliknu na Nvidii a Beryl
• Samo se doinstaluje co je potřeba (obojí má těch závislostí víc ale to mi může být ukradený)
• Naklikám v Control Centru že chci 3D desktop
• Restartuji Xka
• Mrkne na mě Nvidia logo
• ..a už lovím svižně vlající okna po 3D krychli

Udělal jsem to napoprvé z jedné vody načisto. Předpokládám, že na Fedoře či Madrivě či SUSE to bude v bleděmodrém to samé, jen snad místo Synapticu bude Yum GUI nebo Smart, a občas, bohužel, budete muset přidat jeden sekci či repozitář navíc (1 kliknutí navíc?)

Co na tom stále hledáte za vědu?

V PCLinuxu je možné doinstalovat nové balíčky i do Live distribuce, nemusíte nutně instalovat systém na disk. Instaluje se do do paměti (RAM disk) takže je nutné mít na podobné pokusy dost RAMky, Mě na to stačil 1GB RAM.

Nedalo mi to a rozhodl jsem se přispět svojí troškou rad pro otázky na toto a podobné téma. Trochu mi přijde, že často i rady ve fóru, byť v dobré víře, začínajícího uživatele spíš zmatou a nabude dojmu, že instalace ovladače či aplikace je něco jako černá magie, že se neobejde bez příkazové řádky, stahování dalšího tuctu archivů všeho druhu, a pokud to není na instalačním CD tak se bude kompilovat, protože na webové stránce je jen verze pro Windows a pro Linux jen zdrojáky. Abych dodal boření těchto mýtů důraz pojal jsem rady poněkud radikálněji.

Obecné rady pro uživatele binárních distribucí, speciálně pro ty začínající

• Nechte originální balíčky od Nvidie na pokoji, ty jsou určené pro tvůrce balíčků a ne pro běžného uživatele.
• Zásadně upřednostňovat v repozitářích dané distribuce před "staženinama" z internetu nebo, nedej bože, vlastní kompilací.
• Kompilace jako forma instalace je krok zoufalce. Vlastnoručně buildujte programy jen pokud zamýšlíte pomoci s vývojem, například detailním testováním, kódováním, auditem kódu, inspirací pro vlastní projekt atd. Soubory se zdrojovými kódy nepatří do nepovolaných rukou jako zápalky do těch dětských.
• Naučte se nejdříve používat instalační nástroje své distribuce (např. APT a Synaptic je dostupný pro všechny distribuce, to samé Smart).
• Pokud nemusíte, nesahejte na nízkoúrovňové nástroje typu RPM. Pokud není příkazové řádka vaše droga, pak dejte přednost GUI nadstavbám, nevěřili byste co všechno dnes jde dnes v Linuxu pohodlně naklikat. Začněte u jednoduchých řešení a jen když zklamou, postupujte níž. Tedy Synaptic -> APT -> RPM.
• I pokud nenajdete kýžený driver v přednastavených repozitářích vaší distribuce, mrkněte na internet, zagooglujte, projděte fórum, zda neexistují nějaké alternativní, externí, extra, backports nebo contribuční (contrib) repozitáře. Kvalita tu více či méně kolísá, ale stále je tu vyšší šance na bezbolestnou instalaci než váš pokus si to zkompilovat sám.
• Nepřeceňujte se. Administrátoři repozitářů obvykle umí zbuildovat program či driver lépe než vy. Ví, kdy použít raději starší verzi, kdy naopak novější ze CVS nebo SVN. Mají delší praxi.
• Návyky z Windows jsou návyky z Windows a patří k Windows. Stáhnout instalátor z www stránek a ten pak spustit, to je zvyk z Windows. Instalace programů na Linuxu je pohodlnější, Nebraňte se vymoženostem. Poddejte se tomu.

..možná by to chtělo zvážit pořadí rad. Ech není čas, zítra jdu na pohovor na nové místo a ten se zrovna nebude týkat Měl bych opakovat úplně jiné věci.

P.S.

Uvedené rady platí pro mainstreamové binární distribuce - SUSE, Mandrake, Debian, Ubuntu, Fedora, PCLinux a spol. Pro distribuce typu Gentoo nebo LFS (Linux From Scratch) - tam je kompilování něco běžného a systém nenarušujícího, v Gentoo na správu zdrojových balíčků mají propracovaný sofistikovaný systém, to je pak o něčem zcela jiném. Dokonce na to je i GUI nadstavba. Ovšem pochybuji že distribuce Gentoo nebo dokonce LFS je určena pro stejnou cílovou skupinu uživatelů jako moje rady.

Jak je to u Slackware a odvozenin netuším, ale mám takové nejasné podezření, že pro ně není žádná nadstavba nad základním nástrojem pro práci s balíčky, snsd se pokoušeli také o port APT, ale jak to dopadlo, nevím. tohle je pro mě hodně raritní distribuce.

       

Komentáře

[xxx]

Mozna by stalo za to tu obecnou cast pridat do ucebnice.

[Luk]

Soubory se zdrojovými kódy nepatří do nepovolaných rukou jako zápalky do těch dětských.

Perla týdne (musel jsem si to dát jako citát do patičky)

[clipper]

Pokud nemusíte, nesahejte na nízkoúrovňové nástroje typu RPM. Pokud není příkazové řádka vaše droga, pak dejte přednost GUI nadstavbám, nevěřili byste co všechno dnes jde dnes v Linuxu pohodlně naklikat. Začněte u jednoduchých řešení a jen když zklamou, postupujte níž. Tedy Synaptic -> APT -> RPM.

Proč by měl být RPM nějaký nízkoúrovňový nástroj? Vždyť je to normální bálíčkovací systém několika distribucí linuxu. Tak jako někde použiji APT či jinde Synaptic tak třeba v Mandrivě, Red Hatu, SuSE použiju RPM. A je vcelku jedno, jestli to naklikám přes nějakej YasT, RPMDrake nebo napíšu v konzoli třeba urpmi. Pokaždé vlatně použiju příslušný nástroj té které distribuce k instalaci software. Akorát je důležité vědět, jaký balíčkovací systém používá moje aktuální distribuce.

[clipper]

Takže jsem vlastně chtěl říct, že Synaptic, Apt, RPM jsou nástroje pro instalaci software v příslušných distribucích linuxu. A vůči sobě stojí na stejné úrovni.

[geecz]

Jen pro upřesnění, on autor popisuje konkrétní postup "Tedy Synaptic -> APT -> RPM." On PCLinuxOS totiž používá právě tuto kombinaci. Netradiční leč vysoce funkční

[AltOS]

Opet me predbehli ve fronte...

To chce dozorce na zastavkach, jak maji kazdyho 11-ho v mesici v Pekingu v ramci kampane slusnosti, ty holomku!! :D

[clipper]

Nechci se hádat, ale nadpis odstavce zněl:

Obecné rady pro uživatele binárních distribucí, speciálně pro ty začínající

Kdyby tam bylo "Obecné rady pro uživatele PCLinuxOS", vůbec bych se do toho nemontoval

[AltOS]

Hmm, taky jsi nejsem zcela jist o tom "RPM bashing"...

Asi mozna bylo mineno, ze nema smysl instalovat balicky pres Kpackage, Gurpmi, a nevim co jeste (double-click-on-the-package), tak jako to ja neustale delam na svem testboxu :D

Nebo jaaak jakooo? :)

[juraj-bit]

Takže jsem vlastně chtěl říct, že Synaptic, Apt, RPM jsou nástroje pro instalaci software v příslušných distribucích linuxu. A vůči sobě stojí na stejné úrovni.

Nie nestoja. RPM si nedokáže sám od seba vyriešiť závislosti, na to má v prípade PCLOS nadstavbu apt, ktorá to rieši za neho a aby to malo aj nejaký kabát, tak grafickou nadstavbou nad apt je Synaptic. Z toho teda vyplýva, že každý z týchto nástrojov stojí na inej úrovni, navzájom si teda nie sú vôbec rovné.

[jm]

RPM si nedokáže sám od seba vyriešiť závislosti

Huh, WTF?!

[petr_p]

Za mých mladých let :) to rpm neumělo. Mělo definované prerekvizity a neslučitelné balíky. Např. rpm -ivh openssh-verze.rpm namaje nainstalované OpenSSL zkončilo hláškou, že chybí libssl-verze2.so.

Takže jste musel najít správný balík obsahující chybějící knihovnu a přidat jej jako další parametr k rpm. Je pravda, že některé závislosti nebyly vyjádřeny názvem souboru, ale přímo názvem balíku, takže jeden krok odpadnul. Ale pořád nebylo možné, aby rpm doinstaloval chybějící balíky sám.

Změnilo se snad něco?

[D-Evil]

Pokud vim, tak ne a právě to je jeden z důvodů, proč se nedoporučuje tyhle nástroje používat, pokud člověk neví, co dělá. Řada lidí v diskusích o RH-based distribucích nadává na dependency-hell, aniž by k tomu měli reálnej důvod, za potíže si můžou často sami. Dnešní distribuce jsou komunitou podporovaný poměrně kvalitníma repozitářema, ve kterejch se najdou i poměrně exotický věci a nutnost ruční instalace balíků podobnym způsobem většinou odpadá, o kompilaci z čistejch zdrojovejch kódů nemluvě.

[jm]

Pokud vim, tak ne a právě to je jeden z důvodů, proč se nedoporučuje tyhle nástroje používat, pokud člověk neví, co dělá.

Erm...

[D-Evil]

Jak to popírá to, co jsem řek? RPM si ty závislosti sám při instalaci vyřešit neumí, pouze hlásí chyby při jejich nesplnění.

[D-Evil]

Jde o to, že autor se bavil přímo o nízkoúrovňovym nástroji, příkazu rpm. Všechny urpmi, yumy, apt, synapticy a podobný nástroje stojej až nad nim. A s timhle přístupem osobně absolutně souhlasim, i podle mě je lepší používat nadstavby, dokud fungujou, protože výsledek je v případě takhle nainstalovanejch distribučních balíků obvykle lepší než to, o co se uživatel pokouší ručně, ať už s balíkem z jinejch zdrojů, nebo dokonce se zdrojovejma kódama.

[AltOS]

Aha, takze vlastne rikas to same co ja a GeeCZ o minutu prede mnou... Ale spravne jsi zminil moznost konzoloidniho zneuziti ;)

[pools]

tak to jsem asi v pytli - nechcete nekdo napsat nejakou funkcni nadstavbu na pacmana? znacka: specha!!!

[D-Evil]

No, Arch Linux podobně jako Gentoo je v tomhle trochu speciální a tyhle poučky pro ně samozřejmě většinou neplatěj.

[juraj-bit]

Jacman v community, potrebuje javu.

[pools]

Promin, ale ja rikal funkcni...

[juraj-bit]

Skusal som ho, funguje mi v nom vsetko, na pacmana to ale nema ;)

[ChinChuLin]

Proč by měl být RPM nějaký nízkoúrovňový nástroj?

Protoze je :) A stejne jako v debianu nepouzivas nizkourovnovy dpkg ale apt, v rpm-based distribucich radsi pouzijes jejich nadstavbu (nejlepe opet apt :)), nez nizkourovnove rpm.

[Espinosa]

Většina lidí to pochopila správně :) tak snad to tak zle napsané nebylo.

Nízkoúrovňový NEROVNÁ se triviální. Nižší vrstva může být daleko komplexnější než ty horní. Nízkoúrovňový v kontextu článku znamenalo, že je v triumvirátu vrstev:

Synaptic/Smart/Gyum/Yast  |  Synaptic/Smart
APT/Yum/urpmi             |  APT
rpm                       |  dpkg

..je rpm/dpkg tou vrstvou spodní.

Jen dodávám, že APT nepokrývá kompletně funkcionalitu RPM/dpkg, nejedná se tedy o "ideální" vrstevnou architekturu systému, ale s tím už jsem nechtěl text zatěžovat.

[Genesis]

Ve finál verzi PCLinuxOS (ale i SAMa)zcela nepotřebný krok. Po nainstalování proprietárních ovladačů a restartu X windows: spustit Beryl-pravým tlačítkem myši vybrat Window Manager , dát Beryl a už se točí kostičkou. Čili dříve potřebný mezikrok nastavení 3D v PCLOS Control Centru už nemá žádné opodstatnění..

[filo]

Výborně napsané, dávám podtrženou 1 a autorovi závidím jeho styl ;)

[pic]

schválně si sedni k počítači s grafikou on nVidie 8000 a vyšší a pak začni mluvit o klikání a jednoduchosti a o tom, že není nutná kompilace

a nVidia 8000 a nahoru není zas až tak neobvyklý materiál

[Luboš Doležel (Doli)]

Ovladače nVidia jsem úspěšně zkompiloval už jako 14denní uživatel Linuxu. Co na tom všichni hledají za problémy?

[Robo]

Ja hned v prvy den :))

[Espinosa]

eeeh ona v té době už NVidia existovala?

Já když seděl poprvé před Linuxem, tak byla Voodoo 1 top end a fůra lidí tvrdila, že 3D akcelerační karty jsou výstřelek mimo, že to stejně žádný program ani hry nepodporují, kromě pár dem pro Voodoo. To muselo být nějak těsně před tím než se objevil Quake III.

[Espinosa]

No tak s testem téhle karty nemohu sloužit, neb ji nemám, 7200 byla první a zatím poslední Nvidie co jsem zkoušel.

Pokud driver podporu nVidie 8000 obsahuje, mělo by vám to chodit, pokud neobsahuje, nepomůže vám ani vlastní kompilace ani svěcená voda. Distribuční balíčky s Nvidia driverem se objevují několik dní po oficiálním vydání, většinou je dělají hned, ale chvíli se to testuje. Tady problém není.

Je fakt, že čerstvě vydané drivery si nemusí rozumět s nejnovějším jádrem. Většina distribucí ale jde o jednu až dvě generace pozadu s vývojem, stále vládne 2.6.18ka, jak u SUSE tak PCLinuxu, takže ani zde není problém.

Pokud používáte vlastnoručně jádro, tak to si zahráváte s ohněm, to je pak i instalace driveru "na vlastní riziko" a nemusí se povést napoprvé. Nicméně i tak, mrkněte se na systém DKMS, ten by pro uživatele měl vytvořit driver na míru pouhým klikáním v Synapticu, teoreticky pro jakékoliv běžící jádro.

[pic]

no právě, 8000 a výš jsou podporované až v ovladačích vydaných celkem nedávno, a většina live dister ani normálních je neobsahují, takže nezbývá nic jiného než kompilace

[pools]

Archlinux

[Espinosa]

PCLinux, testing sekce, zrovna na to koukám nvidia_100.14.xx-100.14.09-1pclos2007.i586.rpm

Tato verze by podle této zprávičky http://www.abclinuxu.cz/zpravicky/nvidia-ovladace-100.14.06-beta měla obsahovat podporu pro 8xxx řadu.

Tento driver se tam objevil nejpozději 10 června, ale asi dříve, protože tohle už je 100.14.09 a ne 100.14.06.

Takže problém hledejte u nepříliš správců balíčků vaší distribuce.

[pic]

nevím co na tom kdo vidí složitého, psal jsem to jako odpověď na to, že všechno jde samo a kompilace je zlo, které ještě k tomu není nutné a je třeba se mu vyhýbat. S kompilací vlastní nemám problém

[Filip Jirsák]

A protože pokud dopadl nad očekávání dobře → pokus. Jinak hezky napsané, tím obecným závěrem by myslím stálo za to obohatit učebnici nebo FAQ.

[mrzout]

Já rozchazoval nějakou starou NVidii pod Ubuntu a zaboha tam nedostal Direct Rendering. Ovladače byly legacy, jak distribuční tak kompilované se chovaly stejně. Desktop šlapal, ale bez Direct Renderingu.

Vzdal jsem to. Do budoucna pomilionté poučení, že ani výrobcem podporovaný HW není totéž jako HW plně podprovaný svobodnými ovladači.

[belisarivs]

No, treba chybi nejaky prepinac v xorg.conf. Mne se u Matroxu vyplatilo cist log Xek.

[Filip Jirsák]

Já rozchazoval nějakou starou NVidii pod Ubuntu…

Nejdřív jsem se divil, proč Ubuntu pod sebou potřebuje rozházenou starou nVidii. Nebo „rozchazovat“ místo „rozcházet“ je nějaké nářečí?

[Espinosa]

Tak zkuste ten PCLinux, drivery má kvalitně připravované, Vyzkoušet Live CD by vás nemělo stát moc času ani námahy. Přinejhorším si pak budete tady v diskusi "bouchnout do stolu" a prohlásit - aha, a mě to nešlo!

PCLinux používá unikátní systém DKMS, původně vyvinutý Dellem. Škoda, že tahle věcička není moc známá. On se ten driver v podstatě zkompiluje, přizpůsobí běžícímu kernelu, jen je od toho uživatel odstíněn,

[Valoun]

Zrovna vcera mi prestala nvidia fungovat. Mam standardni Debiani jadro a debiani ovladace pro nvidiu. Ale po updatu mi zacal umirat s chybou:

dlopen: /usr/lib/xorg/modules/drivers/nvidia_drv.so only ET_DYN and ET_EXEC can be loaded

A ted babo rad. Mam se zase bavit balicku a instalovat rucne? Nebo si nechat balicek a jet dal pomoci nv? Funkcni nvidiu jsem zatim videl jen v Ubuntu. Stale doufam, ze zacne Intel delat i klasicke AGP karty a ja ten proprietalni smejd budu moct vyhodit.

[Espinosa]

Začal bych prohlídkou Debianího fóra. Jestli máte všechno standardní, možná nebudete sám. Prozatím bych se pokusil o downgrade, což není zdaleka tak jednoduché jako upgrade, speciálně s APT. Mě se osvědčil pro downgrade všeho druhu Smart.

[Michal Vyskočil]

Nebo naopak nainstalovat ovladače z experimentalu (což jsem také musel jednou udělat) . Ale downgrade s aptem nevím, já tohle řeším v aptitude, který to umí.

[peYko]

hmm.. nerozumiem, co proti kompilaci driverov. mam gf2MX a driver 9631 mi frci doteraz :) (kompilacia)

[Karlos]

Krásně a jednoduše v návodu na tomto foru napsáno: # Spustim Synaptic # Kliknu na Nvidii a Beryl

No potřebuju poradit:

PCLinux mám nainstalovaný pevně na jeden z hardisků jako druhý operační systém.

Spustím Synaptic, vše OK, doinstaloval jsem si spoustu dalšího softu pro video a foto pod. Ale nevím jak mám kliknout na Nvidii a Beryl, když tam žádnou Nvidiu a ani žádný Beryl a to ani po aktualizaci všeho nemám. Kde je najdu. Mám tam jen nějaký Nv a v něm balíčky se starými ovladači pro staré Nvida grafické karty. Potřebuji nainstalovat ovladač do PC Linux na nVidii 8500 GT. Monitor Hyunday ImageQuest Q910 mi jede v PCLinuxu na grafiku Vesa a v nainstalovaných driverech pro nVidii jsou samé nižší verze na které monitor nejde - černá obrazovka nebo bliká. A na driveru Vesa monitor jde, ale mám pocit, že asi na nižší frekvenci, po čase pálí oči (pokud pracuji na něm ve Windows 86Hz tak nepálí). Také jsem si stáhl od Nvidie nejnovější driver_license balíček, ale nevím jak mám tento samostatný balíček nainstalovat. Poraďte tedy prosím jak najdu v Synaptiku Nvidii a Beryl, nebo jak nainstaluji samostatný balíček s drivery?

A ještě když už jsem sem napsal,

jak nastavím přístupová práva na další hardisky na kterých jinak pracuji ve Windows, celkem 3 hardisky v NTFS a PCLinux jsem nainstaloval na třetí hardisk na kterým jsem vyčlenil oddíl pro PCLinux o velikosti cca 25 GB. V PCLinuxu všechny hardisky pod NTFS vidím, mám na ně přístup, mohu z nich přenášet data na oddíl s PCLinuxem, ale nejde to obráceně, abych data z disku co je PClinux mohl zapisovat na hardisky s NTFS, aby je pak měl až spustím windows. Jak to udělat, abych mohl z PC Linuxu zapisovat a ukládat data na disky s zformátované NTFS pro Windows? (jinak ve spuštěných Windows není disk s PCLinuxem vidět).

Díky za radu Karlos