[sudo] password for menion: ID gen top level path -- --- --------- ---- 257 600627 5 <FS_TREE>/@ 258 600626 5 <FS_TREE>/@home 296 599489 5 <FS_TREE>/@apt-snapshot-release-upgrade-bionic-2018-08-27_15:29:55 297 599489 5 <FS_TREE>/@apt-snapshot-release-upgrade-bionic-2018-08-27_15:30:08 298 599489 5 <FS_TREE>/@apt-snapshot-release-upgrade-bionic-2018-08-27_15:33:30 So, there are snapshots, right? The time stamp is when I have launched do-release-upgrade, but it didn't ask anything about snapshot, neither I asked for it. During the do-release-upgrade I got some issues due to the (very) bad behaviour of the script in remote terminal, then I have fixed everything manually and now the filesystem is operational in bionic version If it is confirmed, how can I remove the unwanted snapshot, keeping the current "visible" filesystem contents Sorry, I am still learning BTRFS and I would like to avoid mistakes Bye Il giorno mar 28 ago 2018 alle ore 15:47 Chris Murphy <lists@xxxxxxxxxxxxxxxxx> ha scritto: > > On Tue, Aug 28, 2018 at 3:34 AM, Menion <menion@xxxxxxxxx> wrote: > > Hi all > > I have run a distro upgrade on my Ubuntu 16.04 that runs ppa kernel > > 4.17.2 with btrfsprogs 4.17.0 > > The root filesystem is BTRFS single created by the Ubuntu Xenial > > installer (so on kernel 4.4.0) on an internal mmc, located in > > /dev/mmcblk0p3 > > After the upgrade I have cleaned apt cache and checked the free space, > > the results were odd, following some checks (shrinked), followed by > > more comments: > > Do you know if you're using Timeshift? I'm not sure if it's enabled by > default on Ubuntu when using Btrfs, but you may have snapshots. > > 'sudo btrfs sub list -at /' > > That should show all subvolumes (includes snapshots). > > > > > [48479.254106] BTRFS info (device mmcblk0p3): 17 enospc errors during balance > > Probably soft enospc errors it was able to work around. > > > -- > Chris Murphy
