HansHiasl Ich habe jetzt die Wurzel des Übels gefunden.
Ja, sowas "rächt" sich immer irgendwann ;-)
HansHiasl Was kann ich tun?
Auf sda am Anfang der Platte eine Boot-Partition erzeugen und Grub dort neu installieren?
Müsste doch gehen? Oder?
Im Prinzip wäre das wohl die sauberste Lösung, die /boot Partition (oder zumindest die EFI-Partition) auch auf sda zu haben.
Ich selbst kann dir dabei allerdings nicht helfen, da ich immer noch BIOS/MBR-Installationen bevorzuge (wenn möglich) und noch nie irgendwas mit EFI gemacht habe.
Deine Kernels liegen ja aktuell auf sda2/boot, nur der Bootloader/EFI-Teil auf sdb2.
D.h. ad hoc würde es ja genügen, diesen Bootparameter in die "richtige" grub.cfg (edit: auf sdb2/grub/grub.cfg) einzutragen um beim status quo zu bleiben.
Es gibt im englischen Wiki
https://wiki.archlinux.org/title/EFI_system_partition
eine umfangreiche Seite mit Möglichkeiten, um nicht das ganze System umbauen zu müssen (wo also die EFI-Partition und der Bootloader liegen können wenn diese Partition nicht komplett als /boot gemountet werden soll).
Vor der ggf. aufwändigen Parted-Session: Wenn du auf deine Swap-Partition zeitweise verzichten kannst, dann wäre ggf. eine Möglichkeit, die Partition /dev/sda1 für EFi/Bootloader zu verwenden. Und danach z.B. auf sdb eine neue Swap-Partition zu erstellen.
Aber da kann dir ggf. jemand anderes bessere Ratschläge geben...
Abschließend von mir noch ein paar Tips/Hinweise:
a) Dokumentation ist alles!!!!
Da du ja aktuell einen zusätzlichen Boot-Parameter brauchst würde ICH das dokumentieren. Also z.B. wenigstens in der /etc/default/grub sowas:
# GRUB boot loader configuration
GRUB_DEFAULT="0"
GRUB_TIMEOUT="5"
GRUB_DISTRIBUTOR="Arch"
## 2025-01-18
# System bootet keinen Desktop mehr, nvidia Treiber
# https://forum.archlinux.de/d/35425-grafische-benutzeroberflaeche-startet-nicht-mehr
# Abhilfe: nvidia-drm.modeset=1 Bootparameter notwendig
# alt: GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3 noplymouth audit=0"
GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3 noplymouth audit=0 nvidia-drm.modeset=1"
GRUB_CMDLINE_LINUX=""
Das erleichtert ggf. das Wiederfinden von Änderungen und warum diese notwendig waren. Es kann ja sein, daß in einem halben Jahr dieser Parameter neue Probleme macht...
Dann noch ein paar Hinweise zu Dingen, die mir im Journal aufgefallen sind. Ich habe nur mal ein paar lapsige Kommentare vorangestellt. Bei Zeit und Muße kannst du ja ggf. mal nachschauen:
Warum mknod?
Jan 18 11:08:59 arch (udev-worker)[324]: nvidia: Process '/usr/bin/bash -c '/usr/bin/mknod -Z -m 666 /dev/nvidiactl c $(grep nvidia-frontend /proc/devices | cut -d \ -f 1) 255'' failed with exit code 1.
...
Jan 18 11:08:59 arch (udev-worker)[324]: nvidia: Process '/usr/bin/bash -c 'for i in $(cat /proc/driver/nvidia/gpus/*/information | grep Minor | cut -d \ -f 4); do /usr/bin/mknod -Z -m 666 /dev/nvidia${i} c $(grep nvidia-frontend /proc/devices | cut -d \ -f 1) ${i}; done'' failed with exit code 1.
Kaputter unnötiger httpd ?
Jan 18 11:09:00 arch httpd[513]: httpd: Syntax error on line 190 of /etc/httpd/conf/httpd.conf: Cannot load modules/libphp7.so into server: /etc/httpd/modules/libphp7.so: cannot open shared object file: No such file or directory
Jan 18 11:09:00 arch systemd[1]: httpd.service: Main process exited, code=exited, status=1/FAILURE
Jan 18 11:09:00 arch systemd[1]: httpd.service: Failed with result 'exit-code'.
Kein nextcloud mehr installiert? Warum Autostart?
Jan 18 11:27:30 arch systemd-xdg-autostart-generator[622]: Exec binary '/usr/bin/nextcloud' does not exist: No such file or directory
Ebenfalls latte.dock?
Jan 18 11:27:30 arch systemd-xdg-autostart-generator[622]: Exec binary 'latte-dock' does not exist: No such file or directory