Dotaz: nvidia + interní GPU a blank screen bez nvidie

[MilanC]

Ahoj, protože se snažím udržet jednotné prostředí, mám jeden image (Ubuntu 16.04) naklonovaný na asi 30 strojů.

Problém je (hádám), že v jádře obsahuje ovladače pro nvidii - instalovány balíčky: libcuda1-384 nvidia-384 nvidia-opencl-icd-384. Všechny stroje mají interní onboard grafiku, ale jen některé mají instalovanou nvidia kartu.

Na těch strojích, kde nvidia není, začne systém normálně startovat, vypisují se informace o startu, ale najednou se vypne obraz a už ho nic neprobudí. Přijde mi, že se pokusí inicializovat nvidia ovladače a od toho okamžiku se ztratí obraz a neznám způsob, jak ho nahodit. Jsem tak odkázaný pouze na SSH, což např. při rekonfigurace sítě není úplně nej.

Ovladače bych nerad odebíral, protože karta se může kdykoli přidat a rozbil bych si tak konzistenci jednoho systému na mnoha serverech.

Nějaký nápad čím to může být, resp. jak si od tohoto problému pomoci nebo co vyzkoušet? Díky.

Odpovědi

[Jendа]

blacklist nvidia do /etc/modprobe.d/?

[k3dAR]

nebo modprobe.blacklist=nvidia do /etc/default/grub na radek GRUB_CMDLINE_LINUX_DEFAULT a pregenerovat grub conf pomoci update-grub ? :)

[MadCatX]

Pokud tam žádná nVidia karta není, nevidím důvod, proč by mělo jádro zavádět ovladač nvidia nebo nouveau. Pokud se na těch strojích spouští Xka, bude problém asi v tom, že nVidií ovladače nahrazují knihovnu libGL, což rozbije veškerou 3D akceleraci, na které dneska visí skoro všechno.

[k3dAR]

take nevidim duvod proc by se mel zavadet ovladac bez pritomnosti HW, takze problem bych hledal v cmdline, v /etc/modules, /etc/modprobe.d/*, v /etc/rc.local...

pak jeste me napada ujetost, ze je mozne v initramfs v /boot obsahujici nvidia ovladac se snazi ho nasilim nahodit, takze tam hledat take...

jinak ja mam image (resp. iso) s binarni nvidia i amdgpu-pro ovladacem a startuje to jak na Nvidia, tak na AMD i Intelu... nvidia ani amdgpu-pro NEnahrazujou libGL, ale maji svoji vlastni ve svem vlastnim adresari (/usr/lib/nvidia-* a /opt/amdgpu-pro/*/lib) kam si sahaji jen jejich ovladac a ne jine ovladace...

[MadCatX]

jinak ja mam image (resp. iso) s binarni nvidia i amdgpu-pro ovladacem a startuje to jak na Nvidia, tak na AMD i Intelu... nvidia ani amdgpu-pro NEnahrazujou libGL, ale maji svoji vlastni ve svem vlastnim adresari (/usr/lib/nvidia-* a /opt/amdgpu-pro/*/lib) kam si sahaji jen jejich ovladac a ne jine ovladace...

Tohle mi nedává moc smysl, resp. si neumím představit, jak by to fungovalo v praxi. libGL.so obsahuje veřejné API OpenGL, proti kterému se aplikace linkují a tvoří tak rozhraní mezi aplikacemi a implementací OpenGL specifickou pro daný hardware. Pokud smícháš libGL z proprietárních ovladačů nVidie a OpenGL implementací Mesy, musí se to zákonitě rozbít, pro AMDGPU-Pro IMHO platí to samé; sám jsem se na tenhle chaos nachytal několikrát. Právě kvůli vyřešení tohohle zmatku vznikl GLVND dispatcher, který funguje jako další mezivrstva nad libGL a podle potřeby aplikaci podstrčí vždy tu správnou implementaci OpenGL.

[pc2005]

Tak on se dá nastavit LD_LIBRARY_PATH (a možná je i standardní proměnná prostředí pro libGL) a v xorg.conf se daly nastavit i cesty k xkovejm driverům.

Ale taky bych řekl že se to nějak mlátí s mesou (integrovanou grafikou asi myslí tazatel intel??).

[MadCatX]

Pokud se cesta k libGL nastaví ručně, mělo by to fungovat - něco podobného určitě musí udělat třeba Bumblebee - ale žádná bezobslužná metoda až do příchodu GLVND neexistovala. Tazatel bohužel nepíše, v jaké fázi bootu mu obraz zmizí, tedy jestli v okamžiku, kdy by se měl objevit login screen nebo dříve. Blobule nvidia samozřejmě řeší KMS po svém a pokud se někdy během bootu násilně nahraje, možná nějak zboří jaderné KMS a obraz se rozbije (od verze 364.16 už prý používají jaderné KMS, ale zatím je to snad napůl rozbité). Výstup z dmesg a lsmod by byl určitě užitečný.

[pc2005]

Má ubuntu něco jako Xorg.0.log?

[k3dAR]

samozrejme ze ma, ve /var/log ;) je otazka zda ten system stale bezi, jestli je tam SSH server a zkousel se pripojit kdyz zcerna, jestli zkousel odebrat pri startu parametry quiet a splash, pripadne zkontrolovat co sem nekde nahore psal :)

[pc2005]

Já to pochopil tak, že má normálně SSH, jen nejede GUI. Problém s driverama by byl 100% v xorg.log napsanej.

[k3dAR]

aha, to SSH sem prehledl, kazdopadne Xorg.log teda nema :))

[pc2005]

NEnahrazujou libGL

No v tom ubuntu balíku ne, ale proprietární nvidia legacy instalátor to ještě před pár lety dělal.

[MilanC]

Ahoj, xka tam nejsou/nestartují. Řeším čistě jen viditelnost výpisu a práci na úrovni konzole.

[k3dAR]

a potrebujes v konzoli uzavrene nvidia ovladace/cuda/opencl? pokud ne, tak odinstalovat a konzole ti pobezi na nouveau ovladaci :) pokud ano, hledal si?

[lertimir]

Já si myslím, že cíl "jedna instalace vládne všem" je obtížně dosažitelný a za investic mnoha hodin práce. Osobně při unifikaci se vydávám cestou "minimální společná instalace vládne všem". Což v tomto případě by byl cesta vytvořit minimální instalaci bez nvidia proprietálních modulů a mít případně v instalaci skrip, který spustím když má systém kartu Nvidia a potřebné moduly se vymění/doinstalují. Nevím jak to je v současnosti, ale v nepříliš vzdálené minulosti navíc bylo, že standardní OS linuxové drivery běžely v KMS, kdežto binární bloby to neuměly.

[pc2005]

Jen technické doplnění. Ono vlastně i ta rada nastavit blacklist nebo grub udělá fork klonovaného obrazu na variantu pro IGP a na variantu IGP+nvidia. Do skriptu v udevu (při detekci nvidie) bych se nepouštěl, to je na ubuntu/systemd overkill.