On Tue, Sep 09, 2014 at 11:49:10PM +0200, Arnd Bergmann wrote: > Ok, now I'm in the bad state again (after running a 'make allmodconfig' > kernel build: > > Label: none uuid: 1d88cccb-3d0e-42d9-8252-a226dc5c2e47 > Total devices 1 FS bytes used 8.79GB > devid 1 size 67.14GB used 67.14GB path /dev/sdc6
All the space on the FS has been allocated to some purpose or other. > Data: total=65.11GB, used=7.99GB Here, you have 65 GiB allocated to data, but only 8 GiB of that used. The FS won't automatically free up any of that (yet -- it's one of the project ideas). > System, DUP: total=8.00MB, used=12.00KB > System: total=4.00MB, used=0.00 > Metadata, DUP: total=1.00GB, used=821.48MB Here, you're running close to full with metadata -- the FS needs some space to write new copies of metadata block in order to modify anything. It can't get enough space to do that, because there's nowhere for any more metadata allocation to come from (because it's all allocated --see my first comment). So... you need to free up some data chunks. You can do this with: # btrfs balance start -dusage=5 /mountpoint Take a look at the output of btrfs fi df and btrfs fi show afterwards, and see how much the Data allocation has reduced by, and how much unallocated space you have left afterwards. You may want to increase the number in the above balance command to some higher value, to free up even more chunks (it limits the balance to chunks less than n% full -- so the command above will only touch chunks with 5% actual data or less). This is in the FAQ. Hugo. > Metadata: total=8.00MB, used=0.00 > : total=200.00MB, used=0.00 -- === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- Comic Sans goes into a bar, and the barman says, "We don't --- serve your type here."
signature.asc
Description: Digital signature