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

Hinweis: In dem Thema Stück home im root, root voll, stück home lässt sich nicht löschen separat löschen gibt es 11 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    Huhu ihr Suse´is,



    der Narr hat eine Zeitbombe aus seinem openSUSE gebastelt,

    Problembeschreibung:

    1. Ausgangslage: openSUSE Tumbleweed mit Partion Btrfs Root (@ Subvolume) + ext4 Home-Partition
    2. Fehler: Teile des Home-Verzeichnisses (20-30 GB) wurden versehentlich in /home/ auf der Root-Partition kopiert (ca. 200GB+ Daten)
    3. 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")
    4. 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:

    1. Wie kann ich ein Verzeichnis in Btrfs Root löschen, das sich wie ein Mount-Point verhält?
    2. Gibt es versteckte Btrfs-Features/Mount-Optionen, die dieses Verhalten verursachen?
    3. Wie erzwinge ich das Löschen ohne auf die Home-Partition zu zeigen?
    4. 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):

    1. Live-USB Versuche: Ubuntu Live booten, NVMe mounten - /home im Root zeigt trotzdem auf Home-Partition
    2. Btrfs-Snapshots: Alle enthalten den Home-Müll (Fehler schon vor erstem Snapshot)
    3. Mount-Tricks: --bind, noauto, subvolid=5 - alles führt zu Umleitung
    4. rsync/Backup-Filter: Funktioniert für Backups, löst Grundproblem nicht
    5. 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

    Betriebssystem: openSUSE Tumbleweed 20251211

    KDE-Plasma-Version: 6.5.4

    KDE-Frameworks-Version: 6.20.0

    Qt-Version: 6.10.1

    Kernel-Version: 6.18.0-2-default (64-bit)

    Grafik-Plattform: X11

    Prozessoren: 32 × AMD Ryzen 9 7950X 16-Core Processor

    Speicher: 32 GiB of RAM (30,5 GiB usable)

    Grafikprozessor 1: AMD Radeon RX 6950 XT

    Grafikprozessor 2: AMD Ryzen 9 7950X 16-Core Processor

    Hersteller: Gigabyte Technology Co., Ltd.

    Produktname: X670E AORUS XTREME

    Für den Inhalt des Beitrages 323492 haftet ausdrücklich der jeweilige Autor: derNarr

    Einfachste Variante? Mach das neu, ehe du jetzt Tage vertrödelst, das zu richten. Und Reste krummer Dateien werden sicher noch irgendwo verbleiben.

    Noch eines. Bitte bringe dein Profil in Ordnung. Das was du da unter Desktop reingesetzt hast kannst du in die Signatur schreiben. Desktop ist entweder Plasma oder Gnome oder ...

    Zitat von derNarr

    Fehler: Teile des Home-Verzeichnisses (20-30 GB) wurden versehentlich in /home/ auf der Root-Partition kopiert (ca. 200GB+ Daten)

    Kannst du die Partition eventuell aushängen und dann löschen?

    Gruß Jürgen

    Für den Inhalt des Beitrages 323505 haftet ausdrücklich der jeweilige Autor: JSC

    Ein einfaches

    Code
    ls -l /PFAD/ZUM/MOUNTPOINT

    könnte auch hilfreich sein.


    Nachtrag: das der Pfad /home/* falsch ist (logischerweise), könnte man ja auch mal mit

    Code
    ls -l  /

    anfangen um den "falschen" Einhängepunkt zu finden.

    Für den Inhalt des Beitrages 323507 haftet ausdrücklich der jeweilige Autor: Feli

    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=/@)

    /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/

    Betriebssystem: openSUSE Tumbleweed 20251211

    KDE-Plasma-Version: 6.5.4

    KDE-Frameworks-Version: 6.20.0

    Qt-Version: 6.10.1

    Kernel-Version: 6.18.0-2-default (64-bit)

    Grafik-Plattform: X11

    Prozessoren: 32 × AMD Ryzen 9 7950X 16-Core Processor

    Speicher: 32 GiB of RAM (30,5 GiB usable)

    Grafikprozessor 1: AMD Radeon RX 6950 XT

    Grafikprozessor 2: AMD Ryzen 9 7950X 16-Core Processor

    Hersteller: Gigabyte Technology Co., Ltd.

    Produktname: X670E AORUS XTREME

    Für den Inhalt des Beitrages 323527 haftet ausdrücklich der jeweilige Autor: derNarr

    Ich schließe mich meinen Vorrednern an, das ist absolut unleserlich - beim überfliegen fällt mir zumindest mal das hier auf:

    Code
    sorry, falsch interpretiert - bring bitte die angeforderte Ausgabe so, wie gewünscht, also ohne -d

    Also bitte nochmals und bitte das, was angefragt wurde

    Code
    ls -l /

    und

    Code
    ls -l /home

    und bitte so ausgeführt, wie es gefragt wurde und in jeweils eigenem Codeblock, dem Befehl und mit Leerzeile dazwischen.


    Alternativ, wenn du dich hier wirklich zum Narren machen möchtest (und den Eindruck habe ich), dann schau selber zu, wie du mit deinem Problem zurecht kommst. :S

    Für den Inhalt des Beitrages 323530 haftet ausdrücklich der jeweilige Autor: Feli

    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 /home
insgesamt 20
drwx------  2 root          root          16384 31. Mär 2025  lost+found
drwx------ 35 XXXXXXXXXXersetzt123 XXXXXXXXXXersetzt123  4096 21. Dez 16:24 XXXXXXXXXXersetzt123

    Betriebssystem: openSUSE Tumbleweed 20251211

    KDE-Plasma-Version: 6.5.4

    KDE-Frameworks-Version: 6.20.0

    Qt-Version: 6.10.1

    Kernel-Version: 6.18.0-2-default (64-bit)

    Grafik-Plattform: X11

    Prozessoren: 32 × AMD Ryzen 9 7950X 16-Core Processor

    Speicher: 32 GiB of RAM (30,5 GiB usable)

    Grafikprozessor 1: AMD Radeon RX 6950 XT

    Grafikprozessor 2: AMD Ryzen 9 7950X 16-Core Processor

    Hersteller: Gigabyte Technology Co., Ltd.

    Produktname: X670E AORUS XTREME

    Für den Inhalt des Beitrages 323533 haftet ausdrücklich der jeweilige Autor: derNarr

    Zitat

    Wie kann ich ein Verzeichnis in Btrfs Root löschen, das sich wie ein Mount-Point verhält?

    also ich sehe da nichts, was sich wie ein Mountpoint verhält der da nicht hingehört wo er sein soll, es fehlt aber /media - wo ist das hin?

    Für den Inhalt des Beitrages 323536 haftet ausdrücklich der jeweilige Autor: Feli