Hello,
>> Possible? Yes. Although I did not implicitly mention it, you would
combine "clear_cache" and "nospace_cache" - that should do the trick.
Then unmount and check.
Thanks and mentally noted for further reference. I didn't think about
combining the options, but it makes perfect sense now that I have, thanks
to you. =:^)
For me, it unfortunately did not work:
mount /dev/sdc1 /mnt/BTRFS/Video/VDR -o clear_cache,nospace_cache
[wait a day or two]
Checking filesystem on /dev/sdc1
UUID: 989306aa-d291-4752-8477-0baf94f8c42f
checking extents
checking free space cache
cache and super generation don't match, space cache will be invalidated
checking fs roots
root 256 inode 9579 errors 100, file extent discount
root 256 inode 9580 errors 100, file extent discount
root 256 inode 14258 errors 100, file extent discount
root 256 inode 14259 errors 100, file extent discount
root 4444 inode 9579 errors 100, file extent discount
root 4444 inode 9580 errors 100, file extent discount
root 4444 inode 14258 errors 100, file extent discount
root 4444 inode 14259 errors 100, file extent discount
found 2928473450130 bytes used err is 1
total csum bytes: 3206482672
total tree bytes: 3902070784
total fs tree bytes: 38912000
total extent tree bytes: 136044544
btree space waste bytes: 411777432
file data blocks allocated: 3447164817408
referenced 3446445981696
Btrfs v0.20-rc1-596-ge9ac73b
Same as before (just a bit more verbose).
Does it help to delete the files at the affected inodes? How do I find,
which files are stored at these inodes?
Greetings,
Hendrik
--
Hendrik Friedel
Auf dem Brink 12
28844 Weyhe
Mobil 0178 1874363
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
