staging.inyokaproject.org

Du meinst ja sicherlich nvidia-dkms-*-open. nvidia-firmware-570-570.133.07 61 MiB Paket bzw. 86 MiB installiert, hauptsächlich unter "/lib/firmware/nvidia/570.133.07/". Was landet denn da noch zusätzlich in initrd? Du baust doch Deine Kernel selbst, vielleicht machst Du da was falsch.

von.wert schrieb:

Wenn Deine GPU diese FW nicht verwenden kann, dieser nvidia aber auch ohne läuft, kannst Du doch die Dep sicherlich aus dem Paket entfernen, um ohne zu installieren.

Das wäre wirklich richtig schön. Leider habe ich bislang keine Möglichkeit dafür finden können. Es gibt zwar einen Schalter für die GRUB Konfiguration, dass diese GSP-Firmware explizit nicht genutzt wird.

NVreg_EnableGpuFirmware=0

Aber in die initrd eingebaut wird die GSP-Firmware trotzdem.

Kannst Du nicht ein 0-Byte-File einbauen lassen?

trollsportverein

Aber in die initrd eingebaut wird die GSP-Firmware trotzdem.

Ein Fall für dracut.

von.wert schrieb:

Du meinst ja sicherlich nvidia-dkms-*-open. nvidia-firmware-570-570.133.07 61 MiB Paket bzw. 86 MiB installiert, hauptsächlich unter "/lib/firmware/nvidia/570.133.07/". Was landet denn da noch zusätzlich in initrd? Du baust doch Deine Kernel selbst, vielleicht machst Du da was falsch.

Nein, auch der nvidia-driver-575 ohne "open"

dpkg -l | awk '/nvidia/{ print $2 }'

libnvidia-cfg1-575:amd64
libnvidia-common-575
libnvidia-compute-575:amd64
libnvidia-compute-575:i386
libnvidia-decode-575:amd64
libnvidia-decode-575:i386
libnvidia-egl-gbm1:amd64
libnvidia-egl-gbm1:i386
libnvidia-egl-wayland1:amd64
libnvidia-egl-wayland1:i386
libnvidia-egl-xcb1:amd64
libnvidia-egl-xcb1:i386
libnvidia-egl-xlib1:amd64
libnvidia-egl-xlib1:i386
libnvidia-encode-575:amd64
libnvidia-encode-575:i386
libnvidia-extra-575:amd64
libnvidia-fbc1-575:amd64
libnvidia-fbc1-575:i386
libnvidia-gl-575:amd64
libnvidia-gl-575:i386
libnvidia-gpucomp-575:amd64
libnvidia-gpucomp-575:i386
nvidia-compute-utils-575
nvidia-dkms-575
nvidia-driver-575
nvidia-firmware-575
nvidia-kernel-common-575
nvidia-kernel-source-575
nvidia-modprobe
nvidia-persistenced
nvidia-settings
nvidia-utils-575
screen-resolution-extra
xserver-xorg-video-nvidia-575

... baut mittels DKMS die GSP-Firmware in die initrd ein:

sudo lsinitramfs /boot/initrd.img-6.12.41-x64v1-xanmod1 | grep 'gsp_'

usr/lib/firmware/nvidia/575.57.08/gsp_ga10x.bin
usr/lib/firmware/nvidia/575.57.08/gsp_tu10x.bin

Ich baue den Kernel nicht selbst, wenn ich das vermeiden kann. Das dauert auf meiner alten Hardware schlichtweg zu lang.

von.wert schrieb:

Kannst Du nicht ein 0-Byte-File einbauen lassen?

Auf die Idee, solch eine GSP-Datei mal mit:

echo "" | sudo tee gsp_ga10x.bin 

... zu entlüften, bin ich auch schon gekommen. Habe mich aber dann doch nicht getraut, weil ich habe ja keinen Reservekernel mehr in /boot.

trollsportverein schrieb:

nvidia-firmware-575

Dann ersetze doch das .bin, was der da einbaut! Will sagen, zieh das Paket und ersetze das oder die .bin darin, installiere es und laß initrd neu bauen! Wenn das funktioniert, läßt sich das ja auch mehr oder weniger automatisieren, mußt Du eben auch mit hold arbeiten.

Ich baue den Kernel nicht selbst,

Hat immer so geklungen.

Das dauert auf meiner alten Hardware schlichtweg zu lang.

Fertig, wenn der neue Kernel da ist? Also wirklich neue Version, sprich aller 7 Wochen. 😀

Aber da siehste mal, Du hast wenigstens anders als Spezialisten hier einen konkreten Grund zum Meckern. 😉 Ich kann zumindest nicht behaupten, meine Erwartungen an Ubuntu würden nicht erfüllt werden. Dazu müßte ich erstmal welche haben und das Ding nutzen.

trollsportverein schrieb:

im meiner /boot Partition dann noch nicht mal mehr Platz für den Reservekernel bleibt.

Du mußt Dich allerdings schon mal fragen lassen, weshalb Du solche mickrigen Voreinstellungen läßt, also schon bei der Partitionierung vor Installation. Im Nachhinein (solche) Partitionen ändern, ist zwar nicht ungefährlich, aber herrje, andere springen extra mit 'nem Gummiseil von 'ner Brücke und sind danach happy. Sofern das Seil nicht zu lang bemessen worden ist.

von.wert schrieb:

Fertig, wenn der neue Kernel da ist? Also wirklich neue Version, sprich aller 7 Wochen. 😀

3 bis 4 Stunden dauert selbst bauen vom Liqourix Kernel im Docker auf meiner alten Kiste.

• damentz/liquorix-package

Wäre dann so etwa 1 bis 2 mal pro Woche. Hat dann so ausgesehen bei mir:

• Screencast-Liquorix-Kernel-bauen-mit-Docker.avif

Reggae-Farben, CPU-Last auf Anschlag, lustig über Stunden. Aber die alte Kiste steht das locker durch. Bloß dauert mir das zu lang und es wurde zum Ende hin troz zRAM sehr, sehr eng mit dem Arbeitsspeicher und Bauplatz auf meiner kleinen alten SSD.

trollsportverein schrieb:

...

• Screencast-Liquorix-Kernel-bauen-mit-Docker.avif

...

Immerhin lief im Hintergrund ein schöner "Zeitvertreib". Lass mich raten, das Auto mit dem sie ihren ganzen Kram ran gekarrt hatten war kein E-Auto 🐸

von.wert schrieb:

Du mußt Dich allerdings schon mal fragen lassen, weshalb Du solche mickrigen Voreinstellungen läßt, also schon bei der Partitionierung vor Installation.

Das ist eine uralte Installation, das ist auch nicht die Standardgröße, die der Installer damals™ für /boot für ein verschlüsseltes System vorschlug, sondern das rund 2½-fache.

Die Zeit:

Sie lässt nichts unberührt.
was sie umfließt
in ihr vergeht
sie wirbelt alles
macht niemals kehrt
drängt sich nicht auf
läuft stets voran
lässt alles offen
doch alle im bann
war immer da
wird nie mehr sein
lieh uns einst alles
aus nichts wurd Schein

– Stefan Radulian

sh4711 schrieb:

Immerhin lief im Hintergrund ein schöner "Zeitvertreib". Lass mich raten, das Auto mit dem sie ihren ganzen Kram ran gekarrt hatten war kein E-Auto 🐸

Das wohl nicht, aber meine CPU hat alles gegeben, um wenigstens ein bisschen Strom zu saufen. Kann aber beim Strom saufen noch nicht mal mit einer Kaffeemaschine mithalten, und schon gar nicht mit einem Elektroauto. ¯\_(ツ)_/¯

Am besten funktioniert, unter Linux, eine nVidia GPU wenn man diese kurz vor dem Einbaut durch etwas von AMD ersetzt.

Dank an von.wert für den Schubs, die Idee die GSP-Firmware mit Vakuum zu befüllen, dann doch schlussendlich mal zu wagen, und tatsächlich auch in die Tat umzusetzen.

Das läuft! 😎 👍

Ich muss aber noch einige Spiele testen, die mehr Grafiklast machen und 3D fordern, nicht, dass es doch noch Nebenwirkungen gibt.

Jedenfalls mit meiner alten Maxwell GPU-Architektur und:

NVreg_EnableGpuFirmware=0

... in der GRUB Konfiguration läuft das KDE-Desktop mit XServer.

Ich habe mir dann auch mal einen alias gebastelt für die $HOME/.bashrc:

alias vacuum-nvidia-gsp-firmware='printf "\n \033[45m\033[1;36m==> Shrink $(echo /usr/lib/firmware/nvidia/*/gsp_*). \033[0m\033[42m\033[1;36m  ==> ... \033[0m \n \n" && \
                        printf "\n \033[45m\033[1;36m==> You like to backup gsp-firmware first?  Then type \"Yes\". \033[0m\033[42m\033[1;36m  ==> ... \033[0m \n \n" && \
                        read -e -p "
                        [y/N] " YN
                        [[ $YN == "Yes" ]] && \
                        cp -v /usr/lib/firmware/nvidia/575.57.08/gsp_* . && \
                        printf "\n \033[45m\033[1;36m==> gsp-firmware backup done. \033[0m\033[42m\033[1;36m  ==> ... \033[0m \n \n" || \
                        printf "\n \033[45m\033[1;36m==> Vent gsp-firmware files. \033[0m\033[42m\033[1;36m  ==> ... \033[0m \n \n" && \
                        echo "" | sudo tee /usr/lib/firmware/nvidia/*/gsp_* && \
                        ls -alFh /usr/lib/firmware/nvidia/*/gsp_* && \
                        printf "\n \033[45m\033[1;36m==> gsp-firmware skrinked. \033[0m\033[42m\033[1;36m  ==> Done.\033[0m \n \n" || \
                        printf "\n \033[41m\033[1;36m==> Something failed. ¯\_(ツ)_/¯\033[0m \n \n"'

Das Backup machen sollte man nicht wiederholen, wenn man die GSP-Firmware Dateien bereits entleert hat. 😉

Und nun:

ls -alFh /boot/initrd.img-6.12.41-x64v1-xanmod1

-rw------- 1 root root 142M Aug  2 20:21 /boot/initrd.img-6.12.41-x64v1-xanmod1

142 Megabyte ist zwar etwas vollschlank, aber nicht mehr so ein Behemoth wie zuvor mit 215 Megabyte. 👍