On 20/06/2013 12:32, Alessandro Selli wrote: > I'm just playing the devil's advocate here. > Most modern distributions use the ext4 driver to handle all ext* > filesystems. ext4 does support the most often used attributes, the LPIC > objective could only consider those. > I don't think we should worry about attributes' permanence between > filesystems or across archival tools, at least no more than we already > do about the vfat filesystem. Just assume the candidate is aware that > they could disappear under particular circumstances. > Worthiness of tools is a difficult matter to evaluate. Everything is > worthelss until you need it. Something is worthier than something else > even if you use it 1/100 the times. I do think the burden of > considering the append-only and immutable attributes to be pretty low, > and those attributes are supported by all the filesystems distributions > format installation storage by default. >
So it's like lilo then (recently discussed here)? Mostly pointless until you need it, and when you do we have man pages and other fine docs. I too don't think fs attrs worthy of inclusion in an exam, they are just too seldom used and too narrow a use-case[1]. By all means mention in a class that they exist and which man pages to read when the student needs them, or even give the student 30 minutes of your time after class if he does need the info. But I don't know how to examine a knowledge area of "know that something exists" :-) I would *much* rather concentrate on things sysadmins *will* run into, such as why is it that to prevent a file being deleted the permission needed is applied to the containing directory and not the file itself? Now that one goes right to the heart of how Unix works, and a very worthy exam question. [1] I've used attrs twice in my life, both times to immute valuable files, and both times I've undone it months later after hours of frustrating debugging. Nowadays I use RCS instead. -- Alan McKinnon [email protected] _______________________________________________ lpi-examdev mailing list [email protected] http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev
