Hi everyone,
I'm running kernel 2.6.32-0.65.rc8.git5.fc13.x86_64. And I ran
btrfs-vol -b, however for 10G of data I still have 9G of metadata!
How do I fix this ?
[r...@matrix ~]# btrfs-vol -b /
ioctl returns 0
You have mail in /var/spool/mail/root
[r...@matrix ~]# btrfs-show
failed to read
Heyho!
I'm currently (once more) trying to experiment with btrfs, especially since
the ENOSPC handling and delete snapshots/subvolumes make it look extremely
appealing now.
Some questions:
* how do I list available snapshots/subvolumes?
* assuming a disk has failed: just to be sure:
Hi,
When I made snapshot listing, I thought 'subvol' parameter
is not enough as G.Baroncelli wrote. I think nice feature too.
(I tried to expand subvol parameter feature, by iterating
dentry search(lookup_one_len) but I cannot treat dentries
correctly yet. :)
But, is 'subvol=name' not
fix comipler warning with tree_search
Signed-off-by: Li Dongyang jerry87...@gmail.com
---
fs/btrfs/ordered-data.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/btrfs/ordered-data.c b/fs/btrfs/ordered-data.c
index ab21c29..8877fa0 100644
---
Hi, Josef.
Thank you for your considering listing patch.
For now, snapshot listing starts with mounted directory,
but I thought listing by subvol id is needed, considering
'subvol' option (and now, your patch).
I made a 'subvol id' patch, but if you have another idea,
could you tell me?
Some questions:
* how do I list available snapshots/subvolumes?
As for this question, we will soon be able to list available
snapshots/subvolumes with btrfsctl utility.
But for now, we should count number of BTRFS_ROOT_ITEMs with
btrfs-debug-tree or so.
Regards,
taruisi
--
To unsubscribe