Wayland aktivierung mit NVIDIA GPU -> Kernel Panic

[Filing5582]

Hallo,
Ich wollte gestern in Debian 12 mit NVIDIA GPU Wayland aktivieren. Ich habe folgendes tutorial befolgt: https://wiki.debian.org/NvidiaGraphicsDrivers#Wayland. Das nicht existierende nvidia-modeset.cfg und nvidia-power-management.conf habe ich erstellt.

Problem

Nun bootet mein PC nicht mehr aufgrund eines Kernel Panics. Mit X11 hat zuvor alles normal funktioniert.
Direkt nach der Auswahl von Debian in Grub (dual-boot mit Windows) erscheint folgendes:

Code: Alles auswählen

Loading Linux 6.1.0.26-amd26
Loading initial ramdisk ...
error: out of memory.

Press any key to continue...

Danach kommt der Kernel Panic: https://imgur.com/a/1UVQ6HD

Was ich versucht habe
Mit einem live usb have ich bereits folgendes versucht:
1.
https://askubuntu.com/a/48516

Output von fdisk -l:

Code: Alles auswählen

Disk /dev/nvme1n1: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: Samsung SSD 990 PRO 2TB                 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: DCCD528B-F760-4D84-99BB-E3762AC1ACA5

Device         Start        End    Sectors  Size Type
/dev/nvme1n1p1    34      32767      32734   16M Microsoft reserved
/dev/nvme1n1p2 32768 3907026943 3906994176  1.8T Microsoft basic data


Disk /dev/nvme0n1: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: Samsung SSD 970 EVO Plus 2TB            
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: F84A5C4A-D681-43A8-9E81-ADBFAC8DE7D1

Device              Start        End    Sectors   Size Type
/dev/nvme0n1p1       2048     206847     204800   100M EFI System
/dev/nvme0n1p2     206848     239615      32768    16M Microsoft reserved
/dev/nvme0n1p3     239616 3375779839 3375540224   1.6T Microsoft basic data
/dev/nvme0n1p4 3905605632 3907026943    1421312   694M Windows recovery environment
/dev/nvme0n1p5 3375779840 3905605631  529825792 252.6G Linux filesystem

Partition table entries are not in disk order.


Disk /dev/sda: 57.84 GiB, 62109253632 bytes, 121307136 sectors
Disk model: Ultra           
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x96a48962

Device     Boot Start     End Sectors  Size Id Type
/dev/sda1  *       64 6730431 6730368  3.2G  0 Empty
/dev/sda2        6804   16339    9536  4.7M ef EFI (FAT-12/16/32)


Disk /dev/loop0: 2.71 GiB, 2911068160 bytes, 5685680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Somit mounte ich /dev/nvme0n1p5. (/dev/sda is der usb stick und /dev/nvme1n1 ist nur eine kaum benutzte zweite fesplatte. Das update-initramfs scheint zu funktionieren, die kernel version ist sicher die welche ich dann auch boote. Grub-update gibt mir folgendes:

Code: Alles auswählen

Found theme: /usr/share/grub/themes/tela/theme.txt
Found background image: /usr/share/grub/themes/tela/background.jpg
Found linux image: /boot/vmlinuz-6.1.0-26-amd64
Found initrd image: /boot/initrd.img-6.1.0-26-amd64
Found linux image: /boot/vmlinuz-6.1.0-25-amd64
Found initrd image: /boot/initrd.img-6.1.0-25-amd64
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
grub-probe: error: cannot find a GRUB drive for /dev/sda1.  Check your device.map.
done

Der grub-probe error sollte hier kein problem sein, richtig? Das einzige was hier auffällt ist das über den live usb keine einträge für windows und das uefi erstellt werden, was ja erstmal egal sein sollte.

2.
Ich habe die grub boot config geändert im grub screen und das nvidia-drm.modeset=1 entfernt.

3.
Ich habe die files /etc/default/grub.d/nvidia-modeset.cfg und /etc/modprobe.d/nvidia-power-management.conf gelöscht.

Alle drei dinge haben nicht funktioniert, der kernel panic bleibt bestehen. Was mache ich falsch oder liegt das problem wo anders?

Danke für jegliche hilfe ...

[towo]

Code: Alles auswählen

ls -alh /boot/initr*

Zeig das.

Und btw, Nvidia und Wayland benötigt mindestens Nvidia-555 um halbwegs vernünftig zu funktionieren, ich denke nicht dass Debian 12 Nvidia-555 bereitstellt.

[thunder11]

Und btw, Nvidia und Wayland benötigt mindestens Nvidia-555 um halbwegs vernünftig zu funktionieren

Vertippt ?

Code: Alles auswählen

rmadison nvidia-driver
[....]]
nvidia-driver | 535.183.01-1~deb12u1         | stable/non-free             | amd64, arm64, ppc64el
nvidia-driver | 535.183.06-1~bpo12+1         | stable-backports/non-free   | amd64, arm64, ppc64el
nvidia-driver | 535.183.06-2                 | testing/non-free            | amd64, arm64, ppc64el
nvidia-driver | 535.183.06-2                 | unstable/non-free           | amd64, arm64, ppc64el
nvidia-driver | 545.23.06-3                  | experimental/non-free       | amd64, arm64

[Filing5582]

Code: Alles auswählen

root@debian:/# ls -alh /boot/initr*
-rw------- 1 root root 81M Oct 28 22:44 /boot/initrd.img-6.1.0-25-amd64
-rw------- 1 root root 81M Oct 30 07:17 /boot/initrd.img-6.1.0-26-amd64

Und laut https://wiki.debian.org/NvidiaGraphicsDrivers#Wayland sollte es mit 535 und Debian 12 funktionieren ...

[towo]

Und laut https://wiki.debian.org/NvidiaGraphicsDrivers#Wayland sollte es mit 535 und Debian 12 funktionieren ...

Theorie und Wirklichkeit ....

[towo]

Und der out-of-memory kommt eigentlich nur, wenn die initrd zu groß ist, bei 81MiB sollte das eigentlich nicht passieren.

[thunder11]

Kommst du denn in den Rettungs-Modus ?
dann könnte man mal zeigen:

Code: Alles auswählen

dpkg -l |grep -v ^ii

und

Code: Alles auswählen

/usr/sbin/dkms status

[towo]

Soweit kommt das System doch gar nicht!
Das System kann schon die initrd nicht laden.

[Filing5582]

Wie @towo sagt, ich komm nirgends hin. Keine der "Advanced options" in grub, also zwei verschiedene versionen und jeweils recovery mode booten nicht.

[MSfree]

Und der out-of-memory kommt eigentlich nur, wenn die initrd zu groß ist, bei 81MiB sollte das eigentlich nicht passieren.

Sind 81MB nicht eher ein wenig zu klein für eine initrd mit Nvidiamodul?

[towo]

Auch dieses, aber grundsätzlich sollte 81MiB keinen oom provozieren.

[thunder11]

Das Alles wird man wohl nur raus bekommen, wenn man das System mal chrootet.
Meine Empfehlung wäre dafür die Sparky-Rescue DVD https://sparkylinux.org/download/rolling/
dann nach chroot:

Code: Alles auswählen

update-initramfs -u -k all

dann

Code: Alles auswählen

update-grub

vorher mal schauen ob alles richtig installiert ist und Ausgaben erreichbar speichern.
wie hier: posting.php?mode=reply&t=190815#pr1374185

[Filing5582]

Chroot mache ich ja bereits, sonst wäre mein bisheriges update-initramfs ja nicht möglich gewesen. Ich benutzte folgende befehle: https://askubuntu.com/a/48516. Macht das spark rescure etwas anderes?

Hier der output der zuerst genannten befehle:

Code: Alles auswählen

root@debian:/# dpkg -l |grep -v ^ii
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                                    Version                              Architecture Description
+++-=======================================-====================================-============-================================================================================
rc  evince                                  43.1-2+b1                            amd64        Document (PostScript, PDF) viewer

Code: Alles auswählen

root@debian:/# /usr/sbin/dkms status
nvidia-current/535.183.01, 6.1.0-25-amd64, x86_64: installed
nvidia-current/535.183.01, 6.1.0-26-amd64, x86_64: installed

Und hier nochmal initramfs und update-grub

Code: Alles auswählen

root@debian:/# update-initramfs -u -k all
update-initramfs: Generating /boot/initrd.img-6.1.0-26-amd64
update-initramfs: Generating /boot/initrd.img-6.1.0-25-amd64
root@debian:/# update-grub
Generating grub configuration file ...
Found theme: /usr/share/grub/themes/tela/theme.txt
Found background image: /usr/share/grub/themes/tela/background.jpg
Found linux image: /boot/vmlinuz-6.1.0-26-amd64
Found initrd image: /boot/initrd.img-6.1.0-26-amd64
Found linux image: /boot/vmlinuz-6.1.0-25-amd64
Found initrd image: /boot/initrd.img-6.1.0-25-amd64
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
grub-probe: error: cannot find a GRUB drive for /dev/sda1.  Check your device.map.
done

Nach wie vor bekomm ich den kernel panic nach einem reboot in das richtige system.

[MSfree]

Code: Alles auswählen

grub-probe: error: cannot find a GRUB drive for /dev/sda1.  Check your device.map.

Nach wie vor bekomm ich den kernel panic nach einem reboot in das richtige system.

Der Fehler ist dir nicht aufgefallen?
Vermutlich wird gar keine neue initrd erzeugt.

[Filing5582]

Doch, siehe meinen ursprünglichen post.

Könnte das an dem dual boot liegen?

[thunder11]

Macht das spark rescure etwas anderes?

Wenn du es richtig gemacht hast -- nein
Auf der anderen Seite bietet es ein kleine GUI, wo man lediglich die richtige Root-Partition auswählt und alles Andere
automatisch gemacht wird. Also sehr Anwendungs-sicher.
In diesem Fall wäre das wohl:

Code: Alles auswählen

/dev/nvme0n1p5 3375779840 3905605631  529825792 252.6G Linux filesystem

Andere Partitionen (/home usw) werden ja nicht angezeigt

Edit
Ich weiß nicht so recht wo der Unterschied
zwischen

Code: Alles auswählen

update-initramfs -u -k all

und

Code: Alles auswählen

update-initramfs -c -k all

liegt: Das wäre Update / Neu
vielleicht mal testen ?

EDIT 2

Mal zeigen:

Code: Alles auswählen

cat /etc/default/grub|grep -v ^#

Was mir noch so einfällt als radikale Lösung:

Code: Alles auswählen

apt purge grub*

und anschließend neu installieren (wird ja gezeigt, was gepurgt wird.)

[Filing5582]

Code: Alles auswählen

root@debian:/# cat /etc/default/grub|grep -v ^#

GRUB_DEFAULT=0
GRUB_TIMEOUT=120
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

GRUB_DISABLE_OS_PROBER=false



GRUB_GFXMODE=3840x2160,auto



GRUB_THEME="/usr/share/grub/themes/tela/theme.txt"
GRUB_BACKGROUND="/usr/share/grub/themes/tela/background.jpg"

Die -c flag hat leider keinen unterschied gemacht.

Code: Alles auswählen

update-initramfs -c -k all

Das purgen traue ich mich erstmal noch nicht.

[MSfree]

Macht das spark rescure etwas anderes?

Wenn du es richtig gemacht hast -- nein

Ein chroot wechselt auf das installierte Debiansystem, nur der gebootete Kernel entspricht nicht der nativen Debianumgebung. Insofern spielt das Rescuesystem kaum eine Rolle, solange der gebootete Kernel nicht uralt ist.

[thunder11]

Mal aus demDebian-Wiki:
ist wohl noch einiges anderes Einzubinden ?
https://wiki.debian.org/RescueLive

Das macht der sparky-chrooter automatisch, nur das Wurzel - System muss gewählt werden.
Ist halt was für dummies

[Filing5582]

https://wiki.debian.org/RescueLive

Danke für den link. Habe jetzt auch die efi partition /dev/nvme0n1p1 in /mnt/boot/efi/ gemounted. grub-update gibt immer noch den gleichen fehler bezüglich /dev/sda1. Das file device.map gibt es bei mir garnicht, vielleicht muss ich hier was machen?

EDIT:
Das file fstab schaut so aus, falls das hilft. Boot sollte ja somit ganz normal in der linux partition liegen.

Code: Alles auswählen

user@debian:/mnt/etc$ cat fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=4AE7-9B4A                            /boot/efi      vfat    defaults,noatime 0 2
UUID=36744af7-4bb7-4ba9-86dc-df11a963034a /              ext4    defaults,noatime,discard 0 1
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

[thunder11]

Ich hab von der fstab wenig detaillierte Ahnung.
Mich wundert diese Zeile:

Code: Alles auswählen

tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

Die gibt es bei mir nicht. Seit einiger Zeit sieht das bei mir so aus (Testing):

Code: Alles auswählen

$ df
Dateisystem     1K-Blöcke    Benutzt  Verfügbar Verw% Eingehängt auf
udev             16253348          0   16253348    0% /dev
tmpfs             3252292       1472    3250820    1% /run
/dev/nvme0n1p1   47744748   19394904   25892092   43% /
tmpfs            16261444       4476   16256968    1% /dev/shm
tmpfs                5120         12       5108    1% /run/lock
tmpfs                1024          0       1024    0% /run/credentials/systemd-network-generator.service
tmpfs                1024          0       1024    0% /run/credentials/systemd-journald.service
tmpfs                1024          0       1024    0% /run/credentials/systemd-udev-load-credentials.service
tmpfs                1024          0       1024    0% /run/credentials/systemd-tmpfiles-setup-dev-early.service
tmpfs                1024          0       1024    0% /run/credentials/systemd-tmpfiles-setup-dev.service
tmpfs                1024          0       1024    0% /run/credentials/systemd-sysctl.service
tmpfs                1024          0       1024    0% /run/credentials/systemd-networkd.service
tmpfs            16261444      13088   16248356    1% /tmp
/dev/nvme0n1p2  912045448  222130028  643512300   26% /home
/dev/sdb1      1921742316  459366548 1364683712   26% /media/Daten
/dev/sda1      3844590624 2161702664 1487520744   60% /media/Musik
tmpfs                1024          0       1024    0% /run/credentials/systemd-tmpfiles-setup.service
tmpfs                1024          0       1024    0% /run/credentials/systemd-resolved.service
tmpfs                1024          0       1024    0% /run/credentials/getty@tty1.service
tmpfs             3252288        104    3252184    1% /run/user/1000

Kommt da was durcheinander ??

Die Zeile für die Root Partition sieht bei mir so aus (Vor 5 Jahrehen vom Installer angelegt, und nie was geändert:

Code: Alles auswählen

# / was on /dev/nvme1n1p1 during installation
UUID=c7ef160f-b124-4aab-9480-a2b9b5055db2 /               ext4    errors=remount-ro 0       1

[MaGe]

Mich wundert diese Zeile:

Code: Alles auswählen

 tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0 

Hatte das nicht irgendwas mit systemd 256-rc3-2 zu tun.



gruss MaGe

[towo]

Ich würde ja mal ein

Code: Alles auswählen

GRUB_GFXMODE=text
GRUB_TERMINAL=console

in /etc/default/grub malen und danach ein

Code: Alles auswählen

update-grub

absetzen

[Filing5582]

Hatte jetzt keine lust mehr und einfach neu installiert und lass das mit wayland bleiben.

Das hier hat nicht funktioniert.

CODE: ALLES AUSWÄHLEN

GRUB_GFXMODE=text
GRUB_TERMINAL=console

Die tmpfs zeile gibt es auch nach der neuinstallation.

Trotzdem danke für eure ideen

[thunder11]

Die tmpfs zeile gibt es auch nach der neuinstallation.

Ich habe 2X Debian im Dualboot und
8 VM's mit Debian Trixie /Bookworm (meist ziemlich neu installiert)
Keine einzige hat tmpfs in der /etc/fstab