31.08.2019 16:35, Axel Braun пишет:
Am Samstag, 31. August 2019, 15:03:18 CEST schrieb Andrei Borzenkov:
31.08.2019 14:33, Axel Braun пишет:
Am Freitag, 30. August 2019, 19:39:10 CEST schrieb Andrei Borzenkov:
and what makes you believe there is snapshot #444 in the first place?
T520:/home/docb # dir /.snapshots/ insgesamt 4 drwxr-xr-x 1 root root 66 13. Sep 2018 444
Show
cat /.snapshots/549/info.xml btrfs subvolume get-default / btrfs subvolume list -pqu / btrfs qgroup show -c / grep -w btrfs /proc/mounts
T520:/home/docb # cat /.snapshots/444/info.xml
Which is the reason snapper does not see this snapshot/
T520:/home/docb # btrfs subvolume get-default / ID 1064 gen 437061 top level 258 path @/.snapshots/549/snapshot
T520:/home/docb # btrfs subvolume list -pqu / ... ID 889 gen 420790 parent 258 top level 258 parent_uuid 44619f06-a4be-5847- a3dd-e8cc59fa7c27 uuid a5a43e4f-513b-654e-9fb3-b3c52d91bb41 path @/.snapshots/ 444/snapshot ...
T520:/home/docb # btrfs qgroup show -c / qgroupid rfer excl child -------- ---- ---- ----- 0/889 9.71GiB 9.33GiB --- Yes, it consumes over 9GiB of space
/dev/sda2 /.snapshots btrfs rw,relatime,ssd,space_cache,subvolid=258,subvol=/@/.snapshots 0 0
As snapper metadata is lost anyway, just remove it btrfs subvolume delete /.snapshots/444/snapshot rm -r /.snapshots/444 -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org