Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Witam
Jak pisałem w poprzednim wątku chciałem zaktualizować Debian 12 do 13. Po dwóch próbach odpuściłem i zainstalowałem system na czysto. Pacjent to Acer Nitro 5 z Intel(R) Core(TM) i5-10300H CPU @ 2.50GHz, 32GB RAM z dwoma dyskami NVMe i dwoma grafikami - NVIDIA Corporation TU106M [GeForce RTX 2060 Mobile] (rev a1) oraz wbudowaną w CPU.
Na systemie Live wszystko chodzi płynnie i nie obciąża za bardzo systemu. Dziś zainstalowałem na dysku i zacząłem przywracać system mniej więcej do poprzedniego stanu. Mianowicie m.in. instalacja Chrome wraz z wtyczką YouTube, profile SSH, ZSH, Thunderbird, VSC, NodeJS, ufw i kilka innych ale nie za dużo. Nie wróciłem bezmyślnie całego katalogu home tylko pojedyncze podkatalogi z ustawieniami danego programu oraz Dokumenty. Zainstalowałem też oficjalne sterowniki Nvidia. Nie jestem pewny w którym momencie ale zdałem sobie sprawę, że system chodzi trochę jakby zamulony. Włączyłem sobie Chrome oraz YouTube i filmy wczytywały się wolno, przycinały nieraz, gubiły sporo klatek a procek dobijał chwilami do 100% a nie spadał poniżej 50. Włączyłem Firefox-a i obciążenie trochę mniejsze ale nadal to nie chodzi tak jak powinno. Filmy gubią klatki i pojawiają się dziwne przycinki choć łącze 100/100 światłowodem.
W Firefox w about:support
Nazwa kodeku Dekodowanie programowe Dekodowanie sprzętowe
H264 Obsługiwane Nieobsługiwane
VP9 Obsługiwane Nieobsługiwane
VP8 Obsługiwane Nieobsługiwane
AV1 Obsługiwane Nieobsługiwane
HEVC Nieobsługiwane Nieobsługiwane
Theora Obsługiwane Nieobsługiwane
AAC Obsługiwane Nieobsługiwane
MP3 Obsługiwane Nieobsługiwane
Opus Obsługiwane Nieobsługiwane
Vorbis Obsługiwane Nieobsługiwane
FLAC Obsługiwane Nieobsługiwane
Wave Obsługiwane Nieobsługiwane
Z ciekawości odpaliłem kompa z Live i wszystko śmiga jak należy a H264, VP9 i VP8 są obsługiwane sprzętowo
Co byście radzili sprawdzić? Przejść na sterowniki Nouveau (kto wymyślił tę nazwę...)?
Offline
Pokaż lsmod oraz dpkg -l | grep -e vdpau -e mesa. U mnie ten drugi:
ii glx-alternative-mesa 1.2.2 amd64 allows the selection of MESA as GLX provider ii libegl-mesa0:amd64 25.0.7-2 amd64 free implementation of the EGL API -- Mesa vendor library ii libgl1-mesa-dri:amd64 25.0.7-2 amd64 free implementation of the OpenGL API -- DRI modules ii libglu1-mesa:amd64 9.0.2-1.1+b3 amd64 Mesa OpenGL utility library (GLU) ii libglx-mesa0:amd64 25.0.7-2 amd64 free implementation of the OpenGL API -- GLX vendor library ii libvdpau-va-gl1:amd64 0.4.2-2 amd64 VDPAU driver with OpenGL/VAAPI backend ii libvdpau1:amd64 1.5-3+b1 amd64 Video Decode and Presentation API for Unix (libraries) ii mesa-libgallium:amd64 25.0.7-2 amd64 shared infrastructure for Mesa drivers ii mesa-opencl-icd:amd64 25.0.7-2 amd64 free implementation of the OpenCL API -- ICD runtime ii mesa-utils 9.0.0-2+b2 amd64 Miscellaneous Mesa utilities -- symlinks ii mesa-utils-bin:amd64 9.0.0-2+b2 amd64 Miscellaneous Mesa utilities -- native applications ii mesa-va-drivers:amd64 25.0.7-2 amd64 Mesa VA-API video acceleration drivers ii mesa-vdpau-drivers:amd64 25.0.7-2 amd64 Mesa VDPAU video acceleration drivers ii mesa-vulkan-drivers:amd64 25.0.7-2 amd64 Mesa Vulkan graphics drivers ii vdpau-driver-all:amd64 1.5-3+b1 amd64 Video Decode and Presentation API for Unix (driver metapackage) ii vdpauinfo 1.5-3 amd64 Video Decode and Presentation API for Unix (vdpauinfo utility)
Tak trochę na czuja, bo ja nvidii w życiu nie miałem. Ani tym bardziej takiej "mieszanki". U siebie mam tylko integrę z i5-11400 i filmy 4K w h264 chodzą na poziomie - może - 50% procka.
PS. Nouveau będzie lepszym wyborem niż oryginał od nvidii. I warto zerknąć:
https://nouveau.freedesktop.org/Optimus.html
Ostatnio edytowany przez Pavlo950 (2025-09-14 19:38:05)
Offline
@Pavlo950
Gość ma kartę: "GeForce RTX 2060 Mobile", a ty piszesz:
Nouveau będzie lepszym wyborem niż oryginał od nvidii
Zaznaczając wcześniej:
bo ja nvidii w życiu nie miałem
Stąd pytanie:
Na jakiej podstawie uważasz, że dla stosunkowo nowej karty "Nouveau będzie lepszym wyborem niż oryginał od nvidii"?
Offline
Mam Nvidię desktopową (GTX 1080Ti), w Firefox about:support nic nie pokazuje jako dekodowane sprzętowo, ale filmiki na youtube śmigają bez problemu (4K też). Sprawdź, czy masz prawidłowo zainstalowane sterowniki, ja mam z repozytorium Debiana wg tej strony: https://wiki.debian.org/NvidiaGraphicsDrivers
EDIT: Ponieważ masz laptopa, możesz jeszcze popatrzeć tutaj: https://wiki.debian.org/Bumblebee
Ostatnio edytowany przez yaros (2025-09-15 16:22:30)
Offline
Kombinowałem różnie i na razie mam zainstalowane sterowniki Nouveau. Chodzi to nie najlepiej delikatnie mówiąc. Chrome praktycznie nie używalny. Myślę, żeby spróbować zainstalować nowsze stery NVIDIA
Offline
zl23 napisał(-a):
@Pavlo950
Gość ma kartę: "GeForce RTX 2060 Mobile", a ty piszesz:Nouveau będzie lepszym wyborem niż oryginał od nvidii
Zaznaczając wcześniej:
bo ja nvidii w życiu nie miałem
Stąd pytanie:
Na jakiej podstawie uważasz, że dla stosunkowo nowej karty "Nouveau będzie lepszym wyborem niż oryginał od nvidii"?
Na podstawie różnych doświadczeń użytkowników. Teraz jest ok - ale jak będzie za 3, 4 albo 5 lat? Mam na myśli różne podejście nvidii do kart mniej lub bardziej starszych.
wachcio napisał(-a):
Kombinowałem różnie i na razie mam zainstalowane sterowniki Nouveau. Chodzi to nie najlepiej delikatnie mówiąc. Chrome praktycznie nie używalny. Myślę, żeby spróbować zainstalować nowsze stery NVIDIA
A sprawdzałeś czy ma zainstalowane to co wrzucałem? Warto też odpalić i Chroma i np VLC w terminalu - widać będzie czy mu czegoś nie brakuje.
Zainstaluj to co ja mam i potem sprawdź w Chromie
chrome://gpu/
U mnie:
Canvas: Hardware accelerated
Direct Rendering Display Compositor: Disabled
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
OpenGL: Enabled
Rasterization: Hardware accelerated
Raw Draw: Disabled
Skia Graphite: Disabled
TreesInViz: Disabled
Video Decode: Hardware accelerated
Video Encode: Software only. Hardware acceleration disabled
Vulkan: Disabled
WebGL: Hardware accelerated
WebGL2: Hardware accelerated
WebGPU: Disabled
WebNN: Disabled
U mnie 4K na YT bez problemu lata. Ale muszę sprawdzić o co kaman z Vulkanem :D
PS. Vulkana włączyłem sobie we flagach Chrome'a. Mam integrę Intela w i5-11400. Dla Nvidii, odnośnie samej konfiguracji Chrome'a, znalazłem coś takiego:
https://www.reddit.com/r/archlinux/comments/x1z0a0/ … e_and_encode/
Ale oczywiście warto doinstalować te kilka bibliotek.
Ostatnio edytowany przez Pavlo950 (2025-09-18 21:35:08)
Offline
@Pavlo950
Odnośnie sterowników NVidii i wspomnianych słów: "Na podstawie różnych doświadczeń użytkowników".
Jako długoletni użytkownik kart NVidia pod Linuksem mogę powiedzieć, że sterownik nouveau nie umywa się do sterowników własnościowych NVidia.
Jego wydajność jest kiepska.
Na niektórych kartach (np. na starszych – Kepler jest dobrym przykładem) w losowych przypadkach może powodować wysyp artefaktów lub zamarzanie ekranu.
Z najnowszymi kartami (Blackwell – 50xx) nie radzi sobie.
Z moich doświadczeń wynikają wnioski:
1. Jak masz kartę NVidia to zawsze instalujesz sterownik własnościowy NVidia.
2. W przypadku kart Blackwell i Debiana zmuszony jesteś do instalacji sterownika z pliku '*run' ze strony NVidii, gdyż w repozytorium Debiana utknęli na wersji 535.xx i jakoś im się nie spieszy do wersji 580.xx (w przeciwieństwie do OpenSuse, Archa czy nawet Ubuntu).
3. NVidia co jakiś czas porzuca starsze karty (teraz wspiera do GTX750) wtedy ich sterowniki (legacy) przestają działać z nowszym jądrem – i tylko w tym przypadku polecałbym pozostanie na sterowniku nouveau.
PS.
Dobrą nowiną jest to że dzieje się coś "w temacie" noveau – nadchodzi następca "nova".
Ale trzeba jeszcze poczekać.
Pozdrawiam i proponuję nie ciągnąć dalej tego tematu.
Offline
zl23 napisał(-a):
@Pavlo950
2. W przypadku kart Blackwell i Debiana zmuszony jesteś do instalacji sterownika z pliku '*run' ze strony NVidii, gdyż w repozytorium Debiana utknęli na wersji 535.xx i jakoś im się nie spieszy do wersji 580.xx (w przeciwieństwie do OpenSuse, Archa czy nawet Ubuntu).
A może zaistalować sterowniki z backport?
Offline
Jeżeli nowszych sterowników nie ma w sid, to nie ma też ich w backports.
https://backports.debian.org/uploads/trixie-backports/
Aktualny stan (2025-09-20):
https://packages.debian.org/search?searchon=names&a … nvidia-driver
Experimental: 555.58.02-1
Sid: 550.163.01-3.
Do wersji 570.xx, które obsługują Blackwell to jeszcze daleko (nie mówiąc o najnowszych 580.xx).
Pozdrawiam
Ostatnio edytowany przez zl23 (Wczoraj 15:42:55)
Offline
Po zainstalowaniu też zauważyłem, że to nie zadziała. Teraz zainstalowałem:
nvidia-smi Sat Sep 20 15:46:10 2025 +-----------------------------------------------------------------------------------------+ | NVIDIA-SMI 580.82.09 Driver Version: 580.82.09 CUDA Version: 13.0 | +-----------------------------------------+------------------------+----------------------+ | GPU Name Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap | Memory-Usage | GPU-Util Compute M. | | | | MIG M. | |=========================================+========================+======================| | 0 NVIDIA GeForce RTX 2060 Off | 00000000:01:00.0 On | N/A | | N/A 48C P8 2W / 80W | 55MiB / 6144MiB | 26% Default | | | | N/A | +-----------------------------------------+------------------------+----------------------+ +-----------------------------------------------------------------------------------------+ | Processes: | | GPU GI CI PID Type Process name GPU Memory | | ID ID Usage | |=========================================================================================| | 0 N/A N/A 1558 G /usr/lib/xorg/Xorg 53MiB | +-----------------------------------------------------------------------------------------+
Niestety też rewelacji nie ma. Chrome nie da się używać. W Firefox odtwarza sie ok nawet 4K w 60 fps ale na zintegrowanej karcie. Po wymuszeniu NVIDIA
__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia
wszystkie akceleracje sprzętowe przestają działać i jest lipa
Próbowałem na X11 i Wayland. Po instalacji sterowników na X11 miałem tylko ekran wbudowany a na Wayland tylko zewnętrzny.
Skasowałem plik /etc/X11/xorg.conf abym miał obydwa ekrany w X11.
Zaczyna mi brakować pomysłów i cierpliwości...
Offline
Masz niezły sprzęt:
Intel(R) Core(TM) i5-10300H CPU @ 2.50GHz, 32GB RAM z dwoma dyskami NVMe i dwoma grafikami - NVIDIA Corporation TU106M [GeForce RTX 2060 Mobile] oraz wbudowaną w CPU.
Jednak piszesz:
Chrome nie da się używać
Dla mnie to trochę niepojęte, gdyż mam np. pc (blaszaka) bardzo archaicznego z równie archaiczną kartą NVidii i Chromium działa.
Nasuwają mi się poniższe możliwości:
1. Masz "chrome" (googlowy) czy "chromium" (z repo Debiana)?
2. Wyłącz w Biosie kartę Intela i zobacz co będzie gdy tylko pozostanie NVidia.
3. Wrzuć no z ciekawości co wypisze
inxi -Gxxx
PS.
Jakiego środowiska graficznego używasz (xfce, mate, gnome etc.)?
Ostatnio edytowany przez zl23 (Wczoraj 18:43:36)
Offline
Chrome mam "googlowy". Nie da się używać bo mając kilka zakładek statycznych stron WWW obciążenie procesora 40-60%. Po uruchomieniu YouTube bardzo często 100% i filmy tnie. Nie wiem czemu tak się dzieje bo na Debian 12 używałem tylko Chrome i chodziło bardzo dobrze.
BIOS jest bardzo ubogi i nie ma tam takiej opcji
sob 20 wrz - 20:18 ~ wachcio-laptop@wachcio inxi -Gxxx Graphics: Device-1: Intel CometLake-H GT2 [UHD Graphics] vendor: Acer Incorporated ALI driver: i915 v: kernel arch: Gen-9.5 ports: active: eDP-1 empty: HDMI-A-1 bus-ID: 00:02.0 chip-ID: 8086:9bc4 class-ID: 0300 Device-2: NVIDIA TU106M [GeForce RTX 2060 Mobile] vendor: Acer Incorporated ALI driver: nvidia v: 580.82.09 arch: Turing pcie: speed: 2.5 GT/s lanes: 16 bus-ID: 01:00.0 chip-ID: 10de:1f15 class-ID: 0300 Device-3: Quanta HD User Facing driver: uvcvideo type: USB rev: 2.0 speed: 480 Mb/s lanes: 1 bus-ID: 1-5:4 chip-ID: 0408:a061 class-ID: 0e02 Display: x11 server: X.Org v: 21.1.16 with: Xwayland v: 24.1.6 compositor: kwin_x11 driver: X: loaded: modesetting,nvidia unloaded: fbdev,nouveau,vesa alternate: nv dri: iris gpu: i915 display-ID: :0 screens: 1 Screen-1: 0 s-res: 3840x1080 s-dpi: 96 s-size: 1013x285mm (39.88x11.22") s-diag: 1052mm (41.43") Monitor-1: HDMI-1-0 pos: right res: mode: 1920x1080 hz: 60 scale: 100% (1) dpi: 96 size: 510x287mm (20.08x11.3") diag: 585mm (23.04") modes: N/A Monitor-2: eDP-1 pos: primary,left res: mode: 1920x1080 hz: 120 scale: 100% (1) dpi: 128 size: 382x215mm (15.04x8.46") diag: 438mm (17.26") modes: N/A API: EGL v: 1.5 hw: drv: intel iris drv: nvidia platforms: device: 0 drv: nvidia device: 2 drv: iris device: 3 drv: swrast gbm: drv: kms_swrast surfaceless: drv: nvidia x11: drv: iris inactive: wayland,device-1 API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: intel mesa v: 25.0.7-2 glx-v: 1.4 direct-render: yes renderer: Mesa Intel UHD Graphics (CML GT2) device-ID: 8086:9bc4 API: Vulkan v: 1.4.309 layers: 5 surfaces: xcb,xlib device: 0 type: integrated-gpu driver: mesa intel device-ID: 8086:9bc4 device: 1 type: discrete-gpu driver: nvidia device-ID: 10de:1f15 device: 2 type: cpu driver: mesa llvmpipe device-ID: 10005:0000 Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo de: kscreen-console,kscreen-doctor gpu: nvidia-settings,nvidia-smi wl: wayland-info x11: xdriinfo, xdpyinfo, xprop, xrandr
Teraz używam pod KDE X11 bo po zainstalowaniu sterowników ze strony NVIDIA nie umiem zmusić w Wayland drugiego monitora (po HDMI) do pracy
Ostatnio edytowany przez wachcio (Dzisiaj 00:50:58)
Offline
Chyba pomysły mi się kończą.
Pozostają eksperymenty:
1. Zainstaluj coś co intensywnie wykorzystuje kartę graficzna, np. grę 0ad i spróbuj pograć. W opcjach można zaznaczyć wyświetlanie fps. Na tym sprzęcie gra powinna chodzić płynnie
2. Co wypisze polecenie glxheads?
3. Nie chce mi się wierzyć, że w Biosie nie można wyłączyć karty grafiki (Intela czy NVidii). W biosach Gigabyte było kiedyś tajemnicze naciśnięcie odpowiednich klawiszy, które powodowało wejście do dodatkowych opcji – może w przypadku Acera też tak jest?
4. Co takiego ma googlowy Chrome czego nie ma debianowy Chromium? Jak zainstalowałeś tego googlowego Chrome? Prawdopodobnie dopisałeś googlowe repozytorium. Mogło to spowodować dociągnięcie jakiś dziwnych zależności, bo np. repo googla nie jest jeszcze przestawione na Debian 13? Dlatego w 12 działało a w 13 nie?
5. Jest coś takiego jak "NVIDIA Driver with Optimus Laptops". Ale ponoć z tym nie ma problemów przy stosowaniu najnowszych sterowników. Chyba, że w przypadku Acera jest inaczej, wtedy warto poczytać:
https://download.nvidia.com/XFree86/Linux-x86_64/58 … /optimus.html
https://wiki.debian.org/NVIDIA%20Optimus
No, ale na Debianie 12 było dobrze – więc chyba to nie to.
6. Jak instalowałeś sterowniki NVidia? Chodzi mi o Secure Boot. Jeżeli był Secure Boot włączony, to trzeba było przygotować klucze do podpisu modułu jądra. Samo wyświetlenie tabelki za pomocą polecenia 'nvidia-smi' nie oznacza, że sterownik działa prawidłowo.
7. Co wyświetla polecenie 'cat /proc/driver/nvidia/version'.
8. Wydaj jako root polecenie 'dmesg' i przyjrzyj się temu co wyświetli, zwracając uwage na słowa 'NVidia", 'error', 'Intel' itp.
Nic więcej nie przychodzi mi do głowy.
Pozdrawiam.
Ostatnio edytowany przez zl23 (Dzisiaj 07:54:12)
Offline
wachcio napisał(-a):
Niestety też rewelacji nie ma. Chrome nie da się używać. W Firefox odtwarza sie ok nawet 4K w 60 fps ale na zintegrowanej karcie.
A sprawdziłeś to, o co prosiłem?
zl23 napisał(-a):
3. Nie chce mi się wierzyć, że w Biosie nie można wyłączyć karty grafiki (Intela czy NVidii). W biosach Gigabyte było kiedyś tajemnicze naciśnięcie odpowiednich klawiszy, które powodowało wejście do dodatkowych opcji – może w przypadku Acera też tak jest?
Nie we wszystkich laptopach takie "cuda" były. Poza tym, odbiegając od tematu. Miałem kiedyś przejściówkę od AMD/ATI - HD7770. Pech chciał, że była obsługiwana jednocześnie przez dwa moduły - radeon/radeonsi i amdgpu. Zablokowałem ładowanie tego pierwszego i gpu hulało mi na amdgpu. W tej konkretnej sytuacji można byłoby zaryzykować taką samą akcję.
zl23 napisał(-a):
4. Co takiego ma googlowy Chrome czego nie ma debianowy Chromium? Jak zainstalowałeś tego googlowego Chrome? Prawdopodobnie dopisałeś googlowe repozytorium. Mogło to spowodować dociągnięcie jakiś dziwnych zależności, bo np. repo googla nie jest jeszcze przestawione na Debian 13? Dlatego w 12 działało a w 13 nie?
Bzdura i wprowadzanie w błąd. Chromium nie ma synchronizacji z kontem Google'a, zostało to wyłączone kilkanaście (albo dziesiąt?) wersji temu. Jeśli instalował Chrome'a z paczki to zazwyczaj repo dopisuje się ogólnie dla "stable" więc pewnie po wydaniu 13 z automatu Google "przestawiło się" na 13. Zresztą - sam Chrome zbytnio wygórowanych wymagań co do zależności nie ma. Tylko kilka "lib'ów".
zl23 napisał(-a):
5. Jest coś takiego jak "NVIDIA Driver with Optimus Laptops". Ale ponoć z tym nie ma problemów przy stosowaniu najnowszych sterowników. Chyba, że w przypadku Acera jest inaczej, wtedy warto poczytać:
https://download.nvidia.com/XFree86/Linux-x86_64/58 … /optimus.html
https://wiki.debian.org/NVIDIA%20Optimus
No, ale na Debianie 12 było dobrze – więc chyba to nie to.
Wysłałem w pierwszej mojej odpowiedzi link.
zl23 napisał(-a):
8. Wydaj jako root polecenie 'dmesg' i przyjrzyj się temu co wyświetli, zwracając uwage na słowa 'NVidia", 'error', 'Intel' itp.
Ewentualnie można wykorzystać "journalctl" jeśli używa systemd.
zl23 napisał(-a):
@Pavlo950
Odnośnie sterowników NVidii i wspomnianych słów: "Na podstawie różnych doświadczeń użytkowników".
Jako długoletni użytkownik kart NVidia pod Linuksem mogę powiedzieć, że sterownik nouveau nie umywa się do sterowników własnościowych NVidia.
Jego wydajność jest kiepska.
Na niektórych kartach (np. na starszych – Kepler jest dobrym przykładem) w losowych przypadkach może powodować wysyp artefaktów lub zamarzanie ekranu.
Z najnowszymi kartami (Blackwell – 50xx) nie radzi sobie.
Z moich doświadczeń wynikają wnioski:
1. Jak masz kartę NVidia to zawsze instalujesz sterownik własnościowy NVidia.
2. W przypadku kart Blackwell i Debiana zmuszony jesteś do instalacji sterownika z pliku '*run' ze strony NVidii, gdyż w repozytorium Debiana utknęli na wersji 535.xx i jakoś im się nie spieszy do wersji 580.xx (w przeciwieństwie do OpenSuse, Archa czy nawet Ubuntu).
Jako długoletni użytkownik Radeonów i Inteli (od czasów fglrx) muszę przyznać że to co muszą wyprawiać użytkownicy nvidii to jakaś chora paranoja.
W repo Debiana Stable (13 na dziś) są 550.163.01 - i takie też są zalecane dla 2060 Mobile. Nawet je podlinkowałeś. Najnowsze zalecane to oczywiście 580 ale 550 są podlinkowane jako "zalecane/certyfikowane".
Wspomniana 2060 Mobile to jest Turing a nie Blackwell. Turing jest teoretycznie w pełni wspierany przez nouveau stąd moja propozycja.
Ubuntu może i ma nowsze sterowniki ale za to masa innych tematów jest względnie skopana ale nie o tym wątek XD
zl23 napisał(-a):
Jeżeli nowszych sterowników nie ma w sid, to nie ma też ich w backports.
https://backports.debian.org/uploads/trixie-backports/
Aktualny stan (2025-09-20):
https://packages.debian.org/search?searchon=names&a … nvidia-driver
Experimental: 555.58.02-1
Sid: 550.163.01-3.
Do wersji 570.xx, które obsługują Blackwell to jeszcze daleko (nie mówiąc o najnowszych 580.xx).
Pozdrawiam
Jak wyżej, czyli po co mu sterowniki obsługujące Blackwell?
wachcio napisał(-a):
Zaczyna mi brakować pomysłów i cierpliwości...
Wywal wszystko co powrzucałeś łącznie ze zbudowanymi modułami. Zanim zaczniesz stosować się do propozycji zl23 to zrób to o co Cię prosiłem w swoich postach, czyli:
dpkg -l | grep -e vdpau -e mesa
Warto też odpalić i Chroma i np VLC w terminalu - widać będzie czy mu czegoś nie brakuje.
chrome://gpu/ napisał(-a):
Canvas: Hardware accelerated
Direct Rendering Display Compositor: Disabled
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
OpenGL: Enabled
Rasterization: Hardware accelerated
Raw Draw: Disabled
Skia Graphite: Disabled
TreesInViz: Disabled
Video Decode: Hardware accelerated
Video Encode: Software only. Hardware acceleration disabled
Vulkan: Enabled
WebGL: Hardware accelerated
WebGL2: Hardware accelerated
WebGPU: Disabled
WebNN: Disabled
# aptitude show xserver-xorg-video-nouveau napisał(-a):
Pakiet: xserver-xorg-video-nouveau
Wersja: 1:1.0.18-1
Stan: zainstalowany
Zainstalowany automatycznie: tak
Priorytet: opcjonalny
Sekcja: x11
Opiekun: Debian X Strike Force <debian-x@lists.debian.org>
Architektura: amd64
Rozmiar rozpakowanego: 465 k
Wymaga: libc6 (>= 2.33), libdrm-nouveau2 (>= 2.4.38), libdrm2 (>= 2.4.61), libudev1 (>= 183), xorg-video-abi-25, xserver-xorg-core (>= 2:21.1.1)
Poleca: libgl1-mesa-dri
Sugeruje: firmware-misc-nonfree
Udostępnia: xorg-driver-video
Opis: Serwer X od X.Org — sterownik Nouveau
Sterownik do serwera X od X.Org (więcej informacji zawiera xserver- xorg) umożliwiający obsługę kart NVIDIA Riva, TNT, GeForce i Quadro.
Pakiet udostępnia obsługę 2D, łącznie z przyspieszeniem EXA, Xv oraz RandR. Funkcje 3D są udostępniane przez pakiet libgl1-mesa-dri.
Pakiet został zbudowany z modułu sterownika xf86-video-nouveau od X.org.
Strona internetowa: https://nouveau.freedesktop.org/
Znaczniki: admin::hardware, hardware::video, role::plugin, use::driver, x11::xserver
No i jeżeli nouveau okazę się jednak "lipą" to wrzucisz - ale tylko i wyłącznie to, żadnych innych binarek i skryptów ze strony nvidii - nvidia-driver-full. Ale najpierw posprawdzaj to co wyżej i daj nam znać.
Offline
Strony: 1