On 09/16/2017 04:37 PM, Ulli Horlacher wrote: > On Sat 2017-09-16 (14:39), Hans van Kranenburg wrote: >> On 09/16/2017 11:45 AM, Ulli Horlacher wrote: >> >>> Every user can create subvolumes (and root cannot prevent it!). >>> But how can a user list these subvolumes? >>> >>> tux@xerus:/test/tux: btrfs subvolume create test >>> Create subvolume './test' >> >> From your other posts I don't quickly get if you actually do want to >> have this possible, or accept that it's currently like that and try to >> do damage control by having users also remove their things again. > > I want both, country AND western :-) > > Without joking: > I just want to learn more about btrfs and I have various use cases to > handle. > > Different use cases need different actions. > > >> Actually, if you don't want this I think it's quite easily to patch your >> kernel with one or two lines of code to disallow it. > > Kernel patching is a no-go for me. My boss does not allow it. No > discussion possible on this topic. > > >>> tux@xerus:/test/tux: btrfs subvolume list . >>> ERROR: can't perform the search - Operation not permitted >> >> Yes, because the SEARCH ioctl only allows root to directly query any of >> the filesystem metadata from kernel memory. subvolume list uses this >> SEARCH ioctl to find it's info. > > This is the explantion why it does not work, but it does not help me. I > still have the problem: how can a user get a list of his subvolumes? He > may created them some time ago and forget it. He now wants to have a list > of them. Far to be perfect, but this could help find / -inum 256 2>/dev/null each subvolume has inode number 256 BR G.Baroncelli -- gpg @keyserver.linux.it: Goffredo Baroncelli <kreijackATinwind.it> Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5 -- 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
