(In reply to Knut Alejandro Anderssen Gonz�lez from comment #11) > This is the default config when using when installing Leap15.1 using snapper > snapshots / rollback: > > linux-wfhj:~ # cat /etc/fstab > UUID=e637ab3e-e230-47ea-9f43-66f02385aaf7 / btrfs > defaults 0 0 [...] > linux-wfhj:~ # btrfs subvolume get-default / > ID 268 gen 174 top level 267 path @/.snapshots/1/snapshot Here I have (the latest snapshot has #67, however) ID 256 gen 2418 top level 5 path @ > > linux-wfhj:~ # btrfs subvolume delete /.snapshots/1/snapshot > Delete subvolume (no-commit): '/.snapshots/1/snapshot' > ERROR: Could not destroy subvolume/snapshot: Operation not permitted > > linux-wfhj:~ # mount | grep snapshots > /dev/vda2 on / type btrfs > (rw,relatime,space_cache,subvolid=268,subvol=/@/.snapshots/1/snapshot) > /dev/vda2 on /.snapshots type btrfs > (rw,relatime,space_cache,subvolid=267,subvol=/@/.snapshots) > linux-wfhj:~ # I have /dev/mapper/sys-root on /.snapshots type btrfs (rw,relatime,space_cache,subvolid=274,subvol=/@/.snapshots) which is different. > > So the root-fs is mounted in the default subvolume which could be any > subvolume and it not specified explicitly in the fstab entry but just the > defaults are used. > > SO, not sure how you removed the default snapshot, but seems if you removed > it was not the default at that point somehow. I was using "rm -r". > > At this point I'm not sure what the request is about, or what we should > modify / fix at all. Basically the request was that the filesystem filled up without finding put why, or what to do if it does. As I was unable to perform any useful work with the computer, I tried to fix things (which was the wrong way to do it. > > BTW: I have involved Arvin as he is the expert in the area. (In reply to Ulrich Windl from comment #3) > Anyway the filesystem after my recovery was only 44% filled, and currently > (with about 15 snapshots) the filesystem is 55% filled. Since then the filesystem filled to 66%, or about 5% (or almost 2GB) per month. Snapshots are (no idea where the gaps come from): # du -sh /.snapshots/[0-9]* 11G /.snapshots/1 11G /.snapshots/2 12G /.snapshots/3 11G /.snapshots/11 11G /.snapshots/12 11G /.snapshots/47 12G /.snapshots/48 12G /.snapshots/56 12G /.snapshots/57 12G /.snapshots/58 12G /.snapshots/59 12G /.snapshots/60 12G /.snapshots/61 12G /.snapshots/62 12G /.snapshots/63 12G /.snapshots/64 12G /.snapshots/65 12G /.snapshots/66 12G /.snapshots/67 These are the dates: # ll -d /.snapshots/[0-9]* drwxr-xr-x 1 root root 32 Aug 20 12:50 /.snapshots/1 drwxr-xr-x 1 root root 32 Aug 20 12:56 /.snapshots/2 drwxr-xr-x 1 root root 60 Aug 20 17:27 /.snapshots/3 drwxr-xr-x 1 root root 32 Aug 20 17:48 /.snapshots/11 drwxr-xr-x 1 root root 62 Aug 20 17:50 /.snapshots/12 drwxr-xr-x 1 root root 32 Oct 7 09:45 /.snapshots/47 drwxr-xr-x 1 root root 62 Oct 7 10:00 /.snapshots/48 drwxr-xr-x 1 root root 32 Oct 10 08:57 /.snapshots/56 drwxr-xr-x 1 root root 32 Oct 10 09:03 /.snapshots/57 drwxr-xr-x 1 root root 62 Oct 10 09:03 /.snapshots/58 drwxr-xr-x 1 root root 62 Oct 10 09:04 /.snapshots/59 drwxr-xr-x 1 root root 32 Oct 14 14:49 /.snapshots/60 drwxr-xr-x 1 root root 32 Oct 14 14:56 /.snapshots/61 drwxr-xr-x 1 root root 62 Oct 14 14:57 /.snapshots/62 drwxr-xr-x 1 root root 62 Oct 14 14:57 /.snapshots/63 drwxr-xr-x 1 root root 32 Oct 16 15:29 /.snapshots/64 drwxr-xr-x 1 root root 32 Oct 16 15:30 /.snapshots/65 drwxr-xr-x 1 root root 62 Oct 16 15:30 /.snapshots/66 drwxr-xr-x 1 root root 62 Oct 16 15:30 /.snapshots/67