SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: Slackware64 14.2 and current, SlackwareARM current
Posts: 1,646
Rep:
I recently had to deal with this, too. It seems you can use upper and lower letters. So a "cd UPPERCASE" should have the same effect as "cd uppercase" or similar commands.
I think this table criterion is misleading. I suspect the meaning of that table is that commands from the command line are case insensitive. For example, as mentioned above, a cd UPPERCASE and cd uppercase command will function exactly the same. With respect to file names and directories, I use mixed case on my shared FAT32 partition with no issues.
Working with the FAT32 file system from with GNU/Linux is a challenge and some oddball fstab settings have helped me. Here is my shared FAT32 entry in my fstab:
Please be sure to modify the previous example with a correct user name for your box. I can't recall at the moment why I had to add the uid parameter, but I think the reason had to do with certain errors I would experience if root possessed ownership and as mortal user I tried any kind of file operation dealing with modifications of permissions or meta data, such as an embedded chmod operation.
The check=s parameter forces the kernel to use strict file naming conventions. The shortname parameter modifies how long names and short names will be created.
There are other fat and vfat options listed in the mount man page that might help you further.
I think this table criterion is misleading. I suspect the meaning of that table is that commands from the command line are case insensitive.
I would've thought that'd be more up to the OS, shell, or whatever is interpreting the typed command. Either way, I have no FAT32 disks to test this with. I was probably thinking of the FAT16 on my camera's SD cards (still "vfat") that's definately case-insensitive. D'oh.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.