Portál AbcLinuxu, 5. května 2025 00:51
Řešení dotazu:
Vítej do klubu! Posledníma updatama chlapci Arch pro lidi s nvidia 340 úplně rozmrdali... Já jsem dospěl k těmto dvěma workaroundům:
Podívej se, jestli náhodou nějaký soubor v /etc/ld.so.conf.d
neobsahuje (samotné) /usr/lib
(u mě to bylo v ffmpeg2.8). Pokuď ano, je potřeba to smazat a obnovit cache linkeru.
Další problémy jsou s OpenGL v QT aplikacích, které nefunguje, pokuď se /usr/lib/nvidia
nedá do proměnné prostředí LD_PRELOAD
.
/usr/lib/
. Pokuď teda nechceš, aby ti přestal fungovat i ffmpeg LD_LIBRARY_PATH
, nikoliv LD_PRELOAD
.
Každopádně díky za workaround, který mi funguje. Na tohle bych nikdy nepřišel. Už jsem to zmínil v mém bug reportu, aby to bylo k nalezení.
Zkus sem vypsat alespoň nějaké logy (/var/log/Xorg.0.log resp Xorg.0.log.old), a konfigurační soubor (pokud používáš, je pravděpodobně v /etc/X11/xorg.conf.d/) aby ti mohl někdo poradit....
popřípadě začni touto radou
Díval jsem se sem a je tam popsaný vícemonitorový konfig přímo pro tvou kartu - pro inspiraci
Systém není nutné explicitně zálohovat; stačí mít takový souborový systém, který zaručí, že nenastane silent data corruption. (Jinými slovy, zásadním způsobem zvýší pravděpodobnost, že data corruption — při dnešní velikosti úložišť velmi častý jev — bude detekovatelná, pokud nastane, a že bude možné ji buď automaticky opravit, nebo alespoň identifikovat postižené bloky.) Pak není důvod obávat se podivných nedefinovaných chyb, které se samy magicky opraví reinstalací balíčku. Dřív jsem míval asi tak pět výskytů tohoto jevu na systém a rok, zatímco od roku 2010 jich mám přesně nula, což asi nebude náhoda.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.