Thanks, snapshots, or subvolumes, was it. (I'm not clear on the distinction between a snapshot and a subvolume.) The 8G amount and that I did 2 distribution upgrades was a clue. When I searched for info on btrfs and snapshots, I eventually found this command, with these results:
btrfs subvolume list -p / ID 257 gen 16615 parent 5 top level 5 path @ ID 262 gen 15857 parent 5 top level 5 path @apt-snapshot-release-upgrade-vivid-2015-11-12_15:49:30 ID 266 gen 16544 parent 257 top level 257 path var/lib/machines ID 268 gen 16203 parent 5 top level 5 path @apt-snapshot-release-upgrade-wily-2015-11-13_04:10:00 Seems these subvolumes (snapshots?) are nowhere visible in the file system. Now I'm trying to figure out the correct commands to delete them. "btrfs subvolume delete @apt-snapshot..." gave "ERROR: error accessing '@apt-snapshot...", while "btrfs sbuvolume show " on variations of the name keep giving me "ERROR: finding real path for '...', No such file or directory." No luck so far. What am I missing? On Sat, Nov 14, 2015 at 3:16 AM, Timofey Titovets <nefelim...@gmail.com> wrote: > Ubuntu create snapshot before each release upgrade > sudo mount /dev/sda6 /mnt -o rw,subvol=/; > ls /mnt > > 2015-11-14 9:16 GMT+03:00 Brenton Chapin <bzipiti...@gmail.com>: >> Thanks for the ideas. Sadly, no snapshots, unless btrfs does that by >> default. Never heard of snapper before. >> >> Don't see how open files could be a problem, since the computer has >> been rebooted several times. >> >> I wonder... could the distribution upgrade have moved all the old >> files into a hidden trash directory, rather than deleting them? But >> du picks up hidden directories, I believe. Doesn't seem like that >> could be it either. >> >> On Fri, Nov 13, 2015 at 4:38 PM, Hugo Mills <h...@carfax.org.uk> wrote: >>> On Fri, Nov 13, 2015 at 04:33:23PM -0600, Brenton Chapin wrote: >>>> I was running Lubuntu 14.04 on btrfs with lzo compresssion on, with >>>> the following partition scheme: >>>> >>>> sda5 232M /boot >>>> sda6 16G / >>>> sda7 104G /home >>>> >>>> (sda5 is ext4) >>>> >>>> I did 2 distribution upgrades, one after the other, to 15.04, then >>>> 15.10, since the upgrade utility would not go directly to the latest >>>> version. This process did a whole lot of reading and writing to the >>>> root volume of course. Everything seems to be working, except most of >>>> the free space I had on sda6 is gone. Was using about 4G, now df >>>> reports that the usage is 12G. At first, I thought Lubuntu had not >>>> removed old files, but I can't find anything old left behind. I began >>>> to suspect btrfs, and checking, find that du shows only 4G used on >>>> sda6. Where'd the other 8G go? >>> >>> Do you have snapshots? Are you running snapper, for example? >>> >>> The other place that large amounts of space can go over an upgrade >>> is in orphans -- files that are deleted, but still held open by >>> processes, and which therefore can't be reclaimed until the process is >>> restarted. I've been bitten by that one before. >>> >>> Hugo. >>> >>>> "btrfs fi df /" reports the following: >>>> >>>> Data, single: total=11.01GiB, used=10.58GiB >>>> System, DUP: total=8.00MiB, used=16.00KiB >>>> System, single: total=4.00MiB, used=0.00B >>>> Metadata, DUP: total=1.00GiB, used=397.80MiB >>>> Metadata, single: total=8.00MiB, used=0.00B >>>> GlobalReserve, single: total=144.00MiB, used=0.00B >>>> >>>> "btrfs filesystem show /" gives: >>>> >>>> Label: none uuid: 4ea4ac08-ff37-4b51-b1a3-d8b21fd43ddd >>>> Total devices 1 FS bytes used 10.97GiB >>>> devid 1 size 15.02GiB used 13.04GiB path /dev/sda6 >>>> >>>> btrfs-progs v4.0 >>>> >>>> "du --max-depth=1 -h -x" on / shows: >>>> >>>> 29M ./etc >>>> 0 ./media >>>> 16M ./bin >>>> 354M ./lib >>>> 4.0K ./lib64 >>>> 0 ./mnt >>>> 160K ./root >>>> 12M ./sbin >>>> 0 ./srv >>>> 4.0K ./tmp >>>> 3.1G ./usr >>>> 442M ./var >>>> 0 ./cdrom >>>> 3.8M ./lib32 >>>> 3.9G . >>>> >>>> And of course df: >>>> >>>> /dev/sda6 16G 12G 2.5G 83% / >>>> /dev/sda5 232M 53M 163M 25% /boot >>>> /dev/sda7 104G 46G 57G 45% /home >>>> >>>> And mount: >>>> >>>> mount |grep sda >>>> /dev/sda6 on / type btrfs >>>> (rw,relatime,compress=lzo,space_cache,subvolid=257,subvol=/@) >>>> /dev/sda5 on /boot type ext4 (rw,relatime,data=ordered) >>>> /dev/sda7 on /home type btrfs >>>> (rw,relatime,compress=lzo,space_cache,subvolid=257,subvol=/@home) >>>> >>>> uname -a >>>> Linux ichor 4.2.0-18-generic #22-Ubuntu SMP Fri Nov 6 18:25:50 UTC >>>> 2015 x86_64 x86_64 x86_64 GNU/Linux >>>> >>>> I can live with the situation, but recovering that space would be nice. >>> >>> -- >>> Hugo Mills | Happiness is mandatory. Are you happy? >>> hugo@... carfax.org.uk | >>> http://carfax.org.uk/ | >>> PGP: E2AB1DE4 | >>> Paranoia >> >> >> >> -- >> http://brentonchapin.no-ip.biz >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in >> the body of a message to majord...@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > -- > Have a nice day, > Timofey. -- http://brentonchapin.no-ip.biz -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
