Beiträge von derNarr

derNarr · 28. Dezember 2025

Update: hab´s komplett neu ausgesetzt, trotzdem vielen Dank

derNarr · 21. Dezember 2025

Signal Farbe rot, hat nach über 10 Jahren vodafone irgendwie seine Wirkung verloren .... ich hatte den ganzen Block eigentlich in Code gehauen und sogar Vorschau gedrückt.

Der Nutzer-Name ist halt Programm.

Dann nochmal ganz genau

Code

XXXXXXXXXXersetzt123@linux:~$ sorry, falsch interpretiert - bring bitte die angeforderte Ausgabe so, wie gewünscht, also ohne -d
 sorry,: Befehl nicht gefunden

Code

XXXXXXXXXXersetzt123@linux:~$ ls -l /
insgesamt 56
lrwxrwxrwx   1 root root    7 24. Sep 12:51 bin -> usr/bin
dr-xr-xr-x   1 root root  688 12. Dez 14:45 boot
drwxr-xr-x  20 root root 4740 21. Dez 16:24 dev
drwxr-xr-x   1 root root 3878 21. Dez 16:24 etc
dr-xr-xr-x   4 root root 4096 28. Okt 2024  home
lrwxrwxrwx   1 root root    7 24. Sep 12:51 lib -> usr/lib
lrwxrwxrwx   1 root root    9 24. Sep 12:51 lib64 -> usr/lib64
dr-xr-xr-x   1 root root  160 21. Dez 10:13 mnt
dr-xr-xr-x   1 root root    0  1. Apr 2025  opt
dr-xr-xr-x 631 root root    0 21. Dez 16:23 proc
drwx------   1 root root  146 19. Dez 07:58 root
drwxr-xr-x  46 root root 1140 21. Dez 16:29 run
lrwxrwxrwx   1 root root    8 24. Sep 12:51 sbin -> usr/sbin
dr-xr-xr-x   1 root root   16  1. Apr 2025  srv
dr-xr-xr-x  13 root root    0 21. Dez 16:23 sys
drwxrwxrwt  18 root root  480 21. Dez 16:25 tmp
drwxr-xr-x   1 root root  124 24. Sep 12:51 usr
drwxr-xr-x   1 root root  120  4. Dez 20:18 var

Alles anzeigen

Code

XXXXXXXXXXersetzt123@linux:~$ ls -l /home
insgesamt 20
drwx------  2 root          root          16384 31. Mär 2025  lost+found
drwx------ 35 XXXXXXXXXXersetzt123 XXXXXXXXXXersetzt123  4096 21. Dez 16:24 XXXXXXXXXXersetzt123

derNarr · 21. Dezember 2025

ist halt nicht wirklich hilfreich, der überspring das stück home im root, man sieht halt nur, dass irgendwas faul ist

XXXXXXXXXXersetzt123@linux:~$ ls -l /

insgesamt 56

lrwxrwxrwx 1 root root 7 24. Sep 12:51 bin -> usr/bin

dr-xr-xr-x 1 root root 688 12. Dez 14:45 boot

drwxr-xr-x 20 root root 4740 21. Dez 09:20 dev

drwxr-xr-x 1 root root 3878 21. Dez 09:20 etc

dr-xr-xr-x 4 root root 4096 28. Okt 2024 home

lrwxrwxrwx 1 root root 7 24. Sep 12:51 lib -> usr/lib

lrwxrwxrwx 1 root root 9 24. Sep 12:51 lib64 -> usr/lib64

dr-xr-xr-x 1 root root 134 20. Dez 08:00 mnt

dr-xr-xr-x 1 root root 0 1. Apr 2025 opt

dr-xr-xr-x 741 root root 0 21. Dez 09:20 proc

drwx------ 1 root root 146 19. Dez 07:58 root

drwxr-xr-x 46 root root 1140 21. Dez 09:25 run

lrwxrwxrwx 1 root root 8 24. Sep 12:51 sbin -> usr/sbin

dr-xr-xr-x 1 root root 16 1. Apr 2025 srv

dr-xr-xr-x 13 root root 0 21. Dez 09:31 sys

drwxrwxrwt 18 root root 480 21. Dez 09:21 tmp

drwxr-xr-x 1 root root 124 24. Sep 12:51 usr

drwxr-xr-x 1 root root 120 4. Dez 20:18 var

XXXXXXXXXXersetzt123@linux:~$ ls -ld /home/

dr-xr-xr-x 4 root root 4096 28. Okt 2024 /home/

XXXXXXXXXXersetzt123@linux:~$ mount | grep " /home "

/dev/nvme0n1p3 on /home type ext4 (rw,relatime)

XXXXXXXXXXersetzt123@linux:~$ sudo mount -o defaults,noauto,subvol=@ /dev/nvme0n1p1 /mnt/nvme

[sudo] Passwort für root:

mount: /mnt/nvme: der Einhängepunkt ist nicht vorhanden.

dmesg(1) könnte nach einem fehlgeschlagenen mount-Systemaufruf

weitere Informationen liefern.

XXXXXXXXXXersetzt123@linux:~$ sudo mkdir -p /mnt/nvme

XXXXXXXXXXersetzt123@linux:~$ sudo mount -o defaults,noauto,subvol=@ /dev/nvme0n1p1 /mnt/nvme

XXXXXXXXXXersetzt123@linux:~$ ls -ld /mnt/nvme/home/

ls: Zugriff auf '/mnt/nvme/home/' nicht möglich: Datei oder Verzeichnis nicht gefunden

XXXXXXXXXXersetzt123@linux:~$ lsblk

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS

sda 8:0 0 931,5G 0 disk

├─sda1 8:1 0 60,6G 0 part

├─sda2 8:2 0 332,4G 0 part

├─sda3 8:3 0 2G 0 part

└─sda4 8:4 0 60,5G 0 part

nvme0n1 259:0 0 465,8G 0 disk

├─nvme0n1p1 259:1 0 58,5G 0 part /mnt/nvme

│ /var

│ /usr/local

│ /srv

│ /root

│ /opt

│ /boot/grub2/x86_64-efi

│ /boot/grub2/i386-pc

│ /.snapshots

│ /

├─nvme0n1p2 259:2 0 2G 0 part /boot/efi

└─nvme0n1p3 259:3 0 405,3G 0 part /home

XXXXXXXXXXersetzt123@linux:~$ ls -l /

insgesamt 56

lrwxrwxrwx 1 root root 7 24. Sep 12:51 bin -> usr/bin

dr-xr-xr-x 1 root root 688 12. Dez 14:45 boot

drwxr-xr-x 20 root root 4740 21. Dez 09:20 dev

drwxr-xr-x 1 root root 3878 21. Dez 09:20 etc

dr-xr-xr-x 4 root root 4096 28. Okt 2024 home

lrwxrwxrwx 1 root root 7 24. Sep 12:51 lib -> usr/lib

lrwxrwxrwx 1 root root 9 24. Sep 12:51 lib64 -> usr/lib64

dr-xr-xr-x 1 root root 142 21. Dez 09:55 mnt

dr-xr-xr-x 1 root root 0 1. Apr 2025 opt

dr-xr-xr-x 646 root root 0 21. Dez 09:20 proc

drwx------ 1 root root 146 19. Dez 07:58 root

drwxr-xr-x 46 root root 1140 21. Dez 09:25 run

lrwxrwxrwx 1 root root 8 24. Sep 12:51 sbin -> usr/sbin

dr-xr-xr-x 1 root root 16 1. Apr 2025 srv

dr-xr-xr-x 13 root root 0 21. Dez 09:31 sys

drwxrwxrwt 18 root root 480 21. Dez 09:21 tmp

drwxr-xr-x 1 root root 124 24. Sep 12:51 usr

drwxr-xr-x 1 root root 120 4. Dez 20:18 var

XXXXXXXXXXersetzt123@linux:~$ ls -ld /home/

dr-xr-xr-x 4 root root 4096 28. Okt 2024 /home/

XXXXXXXXXXersetzt123@linux:~$ sudo mount -o defaults,noauto,subvol=@ /dev/nvme0n1p1 /mnt/nvme

[sudo] Passwort für root:

XXXXXXXXXXersetzt123@linux:~$ sudo ls -la /mnt/nvme/

insgesamt 0

drwxr-xr-x 1 root root 66 1. Apr 2025 .

dr-xr-xr-x 1 root root 142 21. Dez 09:55 ..

drwxr-xr-x 1 root root 10 1. Apr 2025 boot

drwxr-xr-x 1 root root 14 1. Apr 2025 etc

dr-xr-xr-x 1 root root 0 1. Apr 2025 opt

drwx------ 1 root root 146 19. Dez 07:58 root

drwxr-x--- 1 root root 92 19. Dez 10:39 .snapshots

dr-xr-xr-x 1 root root 16 1. Apr 2025 srv

drwxr-xr-x 1 root root 10 1. Apr 2025 usr

drwxr-xr-x 1 root root 120 4. Dez 20:18 var

XXXXXXXXXXersetzt123@linux:~$ sudo btrfs subvolume list /mnt/nvme/

ID 256 gen 198315 top level 5 path @

ID 257 gen 198315 top level 256 path var

ID 258 gen 198074 top level 256 path usr/local

ID 259 gen 194422 top level 256 path srv

ID 260 gen 198233 top level 256 path root

ID 261 gen 194138 top level 256 path opt

ID 262 gen 194765 top level 256 path boot/grub2/x86_64-efi

ID 263 gen 194422 top level 256 path boot/grub2/i386-pc

ID 264 gen 198090 top level 256 path .snapshots

ID 285 gen 134405 top level 264 path .snapshots/21/snapshot

ID 693 gen 145299 top level 264 path .snapshots/428/snapshot

ID 694 gen 145361 top level 264 path .snapshots/429/snapshot

ID 700 gen 198303 top level 264 path .snapshots/435/snapshot

ID 753 gen 185676 top level 264 path .snapshots/484/snapshot

ID 754 gen 186114 top level 264 path .snapshots/485/snapshot

ID 755 gen 186120 top level 264 path .snapshots/486/snapshot

ID 756 gen 186148 top level 264 path .snapshots/487/snapshot

ID 775 gen 195921 top level 264 path .snapshots/506/snapshot

ID 776 gen 195923 top level 264 path .snapshots/507/snapshot

XXXXXXXXXXersetzt123@linux:~$ sudo find /mnt/nvme -maxdepth 2 -type d | head -20

/mnt/nvme

/mnt/nvme/var

/mnt/nvme/var/log

/mnt/nvme/var/lib

/mnt/nvme/var/cache

/mnt/nvme/var/tmp

/mnt/nvme/var/adm

/mnt/nvme/var/crash

/mnt/nvme/var/opt

/mnt/nvme/var/spool

/mnt/nvme/var/samba

/mnt/nvme/usr

/mnt/nvme/usr/local

/mnt/nvme/srv

/mnt/nvme/srv/tftpboot

/mnt/nvme/root

/mnt/nvme/root/.gnupg

/mnt/nvme/root/bin

/mnt/nvme/root/.cache

/mnt/nvme/root/.local

XXXXXXXXXXersetzt123@linux:~$ sudo btrfs subvolume list / | grep home

XXXXXXXXXXersetzt123@linux:~$ mount | grep home

/dev/nvme0n1p3 on /home type ext4 (rw,relatime)

XXXXXXXXXXersetzt123@linux:~$ cat /proc/mounts | grep home

/dev/nvme0n1p3 /home ext4 rw,relatime 0 0

XXXXXXXXXXersetzt123@linux:~$ systemctl list-units | grep -i home

sys-devices-pci0000:00-0000:00:01.2-0000:04:00.0-nvme-nvme0-nvme0n1-nvme0n1p3.device loaded active plugged KINGSTON SNV2S500G home

sys-devices-pci0000:00-0000:00:02.1-0000:05:00.0-0000:06:08.0-0000:0c:00.0-0000:0d:0d.0-0000:16:00.0-ata1-host0-target0:0:0-0:0:0:0-block-sda-sda2.device loaded active plugged Samsung_SSD_870_EVO_1TB home

home.mount loaded active mounted /home

XXXXXXXXXXersetzt123@linux:~$ sudo ls -la /mnt/nvme/

insgesamt 0

drwxr-xr-x 1 root root 66 1. Apr 2025 .

dr-xr-xr-x 1 root root 142 21. Dez 09:55 ..

drwxr-xr-x 1 root root 10 1. Apr 2025 boot

drwxr-xr-x 1 root root 14 1. Apr 2025 etc

dr-xr-xr-x 1 root root 0 1. Apr 2025 opt

drwx------ 1 root root 146 19. Dez 07:58 root

drwxr-x--- 1 root root 92 19. Dez 10:39 .snapshots

dr-xr-xr-x 1 root root 16 1. Apr 2025 srv

drwxr-xr-x 1 root root 10 1. Apr 2025 usr

drwxr-xr-x 1 root root 120 4. Dez 20:18 var

XXXXXXXXXXersetzt123@linux:~$ sudo btrfs subvolume list /mnt/nvme/

ID 256 gen 198317 top level 5 path @

ID 257 gen 198322 top level 256 path var

ID 258 gen 198074 top level 256 path usr/local

ID 259 gen 198317 top level 256 path srv

ID 260 gen 198317 top level 256 path root

ID 261 gen 198317 top level 256 path opt

ID 262 gen 194765 top level 256 path boot/grub2/x86_64-efi

ID 263 gen 194422 top level 256 path boot/grub2/i386-pc

ID 264 gen 198317 top level 256 path .snapshots

...

ID 776 gen 195923 top level 264 path .snapshots/507/snapshot

XXXXXXXXXXersetzt123@linux:~$ mount | grep -i "nvme0n1"

/dev/nvme0n1p1 on / type btrfs (rw,relatime,ssd,discard=async,space_cache=v2,subvolid=700,subvol=/@/.snapshots/435/snapshot)

/dev/nvme0n1p1 on /.snapshots type btrfs (rw,relatime,ssd,discard=async,space_cache=v2,subvolid=264,subvol=/@/.snapshots)

/dev/nvme0n1p1 on /boot/grub2/i386-pc type btrfs (rw,relatime,ssd,discard=async,space_cache=v2,subvolid=263,subvol=/@/boot/grub2/i386-pc)

/dev/nvme0n1p1 on /boot/grub2/x86_64-efi type btrfs (rw,relatime,ssd,discard=async,space_cache=v2,subvolid=262,subvol=/@/boot/grub2/x86_64-efi)

/dev/nvme0n1p1 on /opt type btrfs (rw,relatime,ssd,discard=async,space_cache=v2,subvolid=261,subvol=/@/opt)

/dev/nvme0n1p1 on /root type btrfs (rw,relatime,ssd,discard=async,space_cache=v2,subvolid=260,subvol=/@/root)

/dev/nvme0n1p1 on /srv type btrfs (rw,relatime,ssd,discard=async,space_cache=v2,subvolid=259,subvol=/@/srv)

/dev/nvme0n1p1 on /usr/local type btrfs (rw,relatime,ssd,discard=async,space_cache=v2,subvolid=258,subvol=/@/usr/local)

/dev/nvme0n1p1 on /var type btrfs (rw,relatime,ssd,discard=async,space_cache=v2,subvolid=257,subvol=/@/var)

/dev/nvme0n1p2 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)

/dev/nvme0n1p3 on /home type ext4 (rw,relatime)

/dev/nvme0n1p1 on /mnt/nvme type btrfs (rw,relatime,ssd,discard=async,space_cache=v2,subvolid=256,subvol=/@)

XXXXXXXXXXersetzt123@linux:~$ sudo umount /mnt/nvme 2>/dev/null

XXXXXXXXXXersetzt123@linux:~$ sudo mkdir -p /mnt/nvme_root

XXXXXXXXXXersetzt123@linux:~$ sudo mount -o subvol=@ /dev/nvme0n1p1 /mnt/nvme_root

XXXXXXXXXXersetzt123@linux:~$ sudo du -sh /mnt/nvme_root/

173G /mnt/nvme_root/

derNarr · 20. Dezember 2025

Huhu ihr Suse´is,

der Narr hat eine Zeitbombe aus seinem openSUSE gebastelt,

Problembeschreibung:

Ausgangslage: openSUSE Tumbleweed mit Partion Btrfs Root (@ Subvolume) + ext4 Home-Partition
Fehler: Teile des Home-Verzeichnisses (20-30 GB) wurden versehentlich in /home/ auf der Root-Partition kopiert (ca. 200GB+ Daten)
Kernproblem: Das /home/-Verzeichnis im Root-Subvolume verhält sich wie ein Mount-Point:
- Bei Löschversuchen (rm -rf /home/*) wird automatisch auf die echte Home-Partition umgeleitet
- Selbst im Live-System (Ubuntu Live-USB) lässt sich der Inhalt nicht löschen
- Btrfs-Snapshots enthalten alle den Fehler (alle Snapshots "infiziert")
Besonderheit: /home ist KEIN eigenes Subvolume, sondern ein normales Verzeichnis im @-Subvolume

Bisherige Lösungsversuche (erfolglos):

rm -rf /home/* (führt zu Umleitung auf Home-Partition)
Live-USB mit mount -o noauto (immer noch Umleitung)
Btrfs-Snapshot-Rollback (alle Snapshots enthalten den Fehler, bzw. lassen das Stück Home unberührt und des ist einfach wieder da)
Bind-Mount-Tricks mit /tmp/empty_home
chroot mit umgebogenem /home
versucht mit rsync, timesift, borg etc. das root ohne home-stück auf andre partion zu holen (mit ausgehängten original home), dann wird root 7-12 GB oder unendlich groß (da laufen entweder die snapshots im loop und werden unendlich groß, oder der versucht doch das home irgendwie zu holen, genaue Ursache unbekannt, wird entweder viel zu groß, oder viel zu klein)

Fragen an die Community:

Wie kann ich ein Verzeichnis in Btrfs Root löschen, das sich wie ein Mount-Point verhält?
Gibt es versteckte Btrfs-Features/Mount-Optionen, die dieses Verhalten verursachen?
Wie erzwinge ich das Löschen ohne auf die Home-Partition zu zeigen?
Alternative: Wie erstelle ich ein sauberes @-Subvolume ohne diesen Fehler?

Systeminfo:

openSUSE Tumbleweed
Root: Btrfs mit Subvolumes (@, @/var, @/usr/local, etc.)
Home: Separate ext4 Partition
UEFI Boot

was ich schon versucht hab (kein Erfolg gegen Home-Müll):

Live-USB Versuche: Ubuntu Live booten, NVMe mounten - /home im Root zeigt trotzdem auf Home-Partition
Btrfs-Snapshots: Alle enthalten den Home-Müll (Fehler schon vor erstem Snapshot)
Mount-Tricks: --bind, noauto, subvolid=5 - alles führt zu Umleitung
rsync/Backup-Filter: Funktioniert für Backups, löst Grundproblem nicht
Timeshift Snapshot: Gibt sauberes System-Backup (ohne Home), aber Root bleibt verseucht

Am Ende brauch ich nur eine Quick and Dirty Lösung wie ich das Stück-Home löschen kann, kann ja eigentlich nicht schwer sein, vermutlich ist es am Ende mal wieder zu einfach gewesen.

Besten Dank im Vorfeld

derNarr · 20. Dezember 2025

ich hab dazu gestern was geschrieben, was dir vielleicht hilft, oder teilweise. Bei mir haben Beide ihr eigenes efi man muss halt den schnellstart im Windows ausstellen und vorher die Festplatte einrichten (neu Tabelle GPT) bei mir 2GB fat32 efi, 60GB root btrfs und home ext4 mit xyz GB, dann im bios alles auf EFI, opensuse iso stick rein und die vorher angelegten partionen benutzen, dann schnellstart im windows ausschalten Dualboot - Windows 11 nimmt Änderungen im Bios vor - openSUSE fliegt aus boot-Reihenfolge (selbst gelöst)

derNarr · 19. Dezember 2025

der Narr hat das Wort,

ich möchte hier ein Dualboot-Problem mit Windows 11 und openSUSE dokumentieren, das mich einige Zeit beschäftigt hat und möglicherweise auch andere betrifft,

insbesondere auf ASUS-Mainboards, aber auch auf einfacheren oder älteren UEFI-Systemen.

Ausgangslage:
– UEFI-System, GPT
– Windows 11 auf eigener SSD mit eigener EFI-Partition
– openSUSE (UEFI-only) auf separater SSD mit eigener EFI-Partition
– openSUSE ist als primäres System vorgesehen (GRUB soll standardmäßig starten)

Problem:

Sobald Windows 11 gestartet wurde und anschließend entweder „Herunterfahren“ oder auch nur „Neustart“ gewählt wurde,

hat Windows beim nächsten Einschalten die UEFI-Bootreihenfolge verändert und sich selbst wieder auf Platz 1 gesetzt,
oder – je nach vorheriger BIOS-Konfiguration – die openSUSE-SSD komplett aus der regulären Bootauswahl verdrängt.

Vereinfacht: Windoof ausgeschaltet, openSUSE weg

Das Verhalten war reproduzierbar, selbst wenn openSUSE zuvor korrekt als erster Boot-Eintrag gesetzt war.

Wichtig:
Dieses Verhalten trat nicht nur beim „Herunterfahren“, sondern auch bei einem einfachen „Neustart“ aus Windows heraus auf.

Ursache:
Windows 11 nutzt standardmäßig den Schnellstart (Hybrid Shutdown / Hibernate).

In dieser Konfiguration schreibt Windows beim Beenden oder Neustarten UEFI-Variablen neu und fummelt im BIOS rum,

was dazu führen kann, dass der „Windows Boot Manager“ wieder priorisiert wird.

Änderung wird dauerhaft übernommen, je nach Einstellung ist die openSUSE Festplatte nach beenden von Windows auch einfach mal verschwunden im BIOS.

Lösung:
In Windows 11 müssen der Schnellstart (Option standardmäßig ausgeblendet) und der Ruhezustand vollständig deaktiviert werden.

Vorgehen:

1. Windows-Terminal oder Eingabeaufforderung als Administrator öffnen

2. Ruhezustand vollständig deaktivieren:

Code

powercfg /h off

3. Kontrolle:

Code

powercfg /a

Wichtig ist, dass dort explizit angezeigt wird:

– Ruhezustand: nicht verfügbar
– Schnellstart: nicht verfügbar

Ergänzung: Warum die Schnellstart-Option zunächst nicht sichtbar war

In Windows 11 ist die relevante Einstellung nicht in den modernen Energieoptionen zu finden.

Öffnet man lediglich:

Einstellungen → System → Energie & Akku
Systemsteuerung → Energieoptionen

findet sich dort kein Hinweis auf den Schnellstart.

Der Grund ist, dass diese Option nicht zu den Energieprofilen gehört,

sondern ausschließlich in den klassischen Netzschalter-Einstellungen existiert – und dort standardmäßig ausgeblendet ist.

Erst über den klassischen Aufruf der Systemsteuerung (z. B. über Ausführen → control) gelangt man zu:

Also Windows Logo, rechts Klick, Aministrator Terminal (CMD) und dort dann

Code

control

dann geht das richtige Einstellungsfenster auf, aber wir können noch nicht

Code

Systemsteuerung →
System und Sicherheit →
Energieoptionen →
Auswählen, was beim Drücken von Netzschaltern geschehen soll

die relevanten Optionen zunächst gesperrt.

Erst nach dem Klick auf:

Zitat

„Einige Einstellungen sind momentan nicht verfügbar“

werden zusätzliche Optionen sichtbar, darunter:

„Schnellstart aktivieren (empfohlen)“ <----- und die muss weg!!!

Da diese Freischaltung administrative Rechte erfordert,

ist die Option ohne Administrator-Kontext faktisch nicht erreichbar.

Ergebnis:
Nach dem vollständigen Deaktivieren von Ruhezustand und Schnellstart:

– Windows 11 ändert die UEFI-Bootreihenfolge nicht mehr
– openSUSE bleibt dauerhaft das Standardsystem
– sowohl „Herunterfahren“ als auch „Neustart“ sind unkritisch
– kein erneutes Eingreifen im BIOS notwendig

Status:
Das System verhält sich seitdem stabil. Windows-Updates wurden bislang ohne erneute Änderung der Bootreihenfolge durchgeführt.

Vielleicht hilft diese Zusammenfassung anderen bei ähnlichen Dualboot-Problemen.

Wünsche weiter viel Erfolg mit eurem Computerzeug

Beiträge von derNarr

Stück home im root, root voll, stück home lässt sich nicht löschen separat löschen

Stück home im root, root voll, stück home lässt sich nicht löschen separat löschen

Stück home im root, root voll, stück home lässt sich nicht löschen separat löschen

Stück home im root, root voll, stück home lässt sich nicht löschen separat löschen

was ich schon versucht hab (kein Erfolg gegen Home-Müll):

Wie Windows einbinden nach Installation von Opensuse Leap 16.0

Dualboot - Windows 11 nimmt Änderungen im Bios vor - openSUSE fliegt aus boot-Reihenfolge (selbst gelöst)

Ergänzung: Warum die Schnellstart-Option zunächst nicht sichtbar war

Ubuntu 26.10 „Stonking Stingray“ ist erschienen

Tumbleweed-Update bricht ab

KDE Plasma 6.8 verabschiedet sich von X11

VBox - gemeinsame Zwischenablage

Linux-Kernel: Kennzeichnungspflicht für KI-generierten Code soll entfallen

k.113

BlackPhoenix

aitexturegenerator

Giorgio68

pavelstr