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. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@xxxxxxxxxxxxxxxxxxxx Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/ REF:<684fb723-4270-9589-b80b-e60ccc6dadfe@xxxxxxxxxx> -- 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
