David A. Bandel wrote:
> Torsten Scheck wrote:
>> David A. Bandel wrote:
>>> ...
>>> I agree. Limit the testing to the ext2, vfat, iso9660 and
>>> reiserfs.
>>> ...
>> We shouldn't discuss which filesystems should be covered,
>> but which _mount options_.
> This is fine if all you're testing is mounting/umounting. What
> about fs creation, maintenance, and troubleshooting
> (fs repair/modification)?
You're right. I didn't follow the whole thread, sorry.
Still I think we should consider the more gerneral concepts,
which are the same with all filesystems. Which means wrt
mounting knowing the most important mount options. As for
maintainance and troubleshooting one should know about
ext2-basics, of course. But I won't include such things
as "repairing a vfat filesystem" or "recovery of a deleted
vfat file". I'd rather focus on high level stuff like LVM.
The creation command and the advantages/disadvantages
of some popular filesystems should be enough filesystem-specific
know how.
>> The are some options which are used for several filesystem
>> and which should be known by a sr admin. Native Language
>> Support, for example, is an issue I encountered when a
>> customer tried to mount an Joliet CD or a vfat partition
>> on a RedHat7 box, on which the CONFIG_NLS_DEFAULT is set
>> to "cp437" (In Germany codepage 850 is used).
>> So I had to use the mount options iocharset and codepage.
> This sounds like a regional problem. Should this kind of
> thing be tested? Even though I'm in Panama, where the same
> codepage is used (850), I haven't run across this particular
> problem (yet). OTOH, here, most admins work in English.
> How many others here have run across this problem?
> Is it sufficiently common that we need to test on it?
Try using filenames with German "umlaute". :-)
The language issues are very important when working in Germany.
Even on a German Red Hat distribution there's still a lot to
configure. I mentioned this just because English native speakers
won't have such problems.
Torsten
--
This message was sent from the lpi-examdev mailing list.
Send `unsubscribe lpi-examdev' in the subject to [EMAIL PROTECTED]
to leave the list.
