I agree. Limit the testing to the ext2, vfat, iso9660 and reiserfs. Since
ext2 is
the native filetype that has to be addressed. The vfat because there are
jsut SO many systems out there using VFAT and the fact that there is a
slightly complicated dependancy issue with that type. Meaning the msdos
support needs to be there for the vfat to be loaded ect ect. The iso9660
because of the fact of so many CDs in use. I say include reiserfs since so
many people are moving to journaled filesystems and reiserfs is the most
popular (admittedly with xfs coming up fast).
Everyone being certified as any type of a Linux administrator or even just
to show he/she is competent in general, they need to know these are the
common filesystems in use. They _should_ be expected to know this, if they
are going to be working in a commercial environment. Just the facts of it.
Yes there are others, but these are the main ones to worry at the
local filesystem level. Especially since the NTFS support which is the
only other one I can see that could be considered a "core filesystem type".
Just my 2 cents.
--
David D.W. Downey
Creator - KiXO Linux
RHCE - Cert.#: 806100581800665
On Mon, 11 Jun 2001, Francois Jeanmougin wrote:
> On Fri, Jun 08, 2001 at 10:11:26AM -0500, David A. Bandel wrote:
>
> > Just because a filesystem is in the kernel, do we need to test on it?
> > Take a look at all the foreign filesystems out there. I think we need
> > to stick to Linux filesystems (in the kernel, not ext3 or SGI's or IBM's
> > becuse they're not in the kernel): ext2, reiserfs for the moment. But
> > then there's also /proc, usbdevfs, devfs, shm (/dev/shm).
>
> Well, so, a good understanding of the Virtual File System and an
> application understanding of the 2 fs leaders (ext2 and Reiserfs) should
> be good. Specific filesystems (like NFS or smbfs) should go in their
> specific application area (RPCs and Samba respectively).
>
> Only a suggestion.
>
> Fran�ois.
> --
> Fran�ois Jeanmougin | Logidee SARL
> tel:(+33) 3 88 23 70 80 | Strasbourg France
> --
> This message was sent from the lpi-examdev mailing list.
> Send `unsubscribe lpi-examdev' in the subject to [EMAIL PROTECTED]
> to leave the list.
>
--
This message was sent from the lpi-examdev mailing list.
Send `unsubscribe lpi-examdev' in the subject to [EMAIL PROTECTED]
to leave the list.
