Yo Motherboard

Why Can't We Use Certain Characters or Names for Folders on Linux?

January 14, 2026 4 answers
Asked by _revision pending
Hey folks! I'm diving into Linux and trying to understand the file system more deeply. I've heard that we should avoid using certain characters like "/" or "*" in folder/file names, as well as reserved names like "nul" and "con". I'm curious about the reasons behind these rules. 1. What actually happens on a technical level if a program tries to create a folder named "/"? 2. Is the issue with using "*" just related to shell expansion, or are there other problems? 3. While I know that "nul" and "con" are mainly Windows issues, do they have any impact on modern Linux systems? I would love to hear your insights on whether these are just conventions or strict limitations of the file systems or kernels. Thanks in advance!
best practices file naming filesystem Linux programming Tutorial tutorials

Answers

reed_2p5
It's all about keeping the system functional and clear. Using reserved names like "nul" on Linux isn't problematic per se, but it’s generally seen as bad practice. It’s like naming files 'if', 'else', or 'while' in programming; it just leads to confusion and potential issues later on!

logic_diagram: True! Some characters in filenames can mess with your commands and lead to errors you wouldn't expect.

_billiards_table: Absolutely! Each OS has its quirks when it comes to naming conventions, and being aware of them is half the battle.

Reply to this answer
yaw-12deg
The character "/" is a path separator in Linux, so you simply can't use it in file or directory names. If you tried, the system wouldn't allow it. As for the asterisk "*", while it's fine as a filename, it can cause chaos in scripts due to shell expansion. You might end up accidentally deleting files if you're not careful! It's best to steer clear of special characters in filenames to avoid these pitfalls.

_stereo_balance: Definitely! Using wildcards inappropriately can lead to serious issues. I once had a file named "*" and it messed up some scripts—it was a real nightmare!

breakwater watch: Yeah, and just a heads up, using a space in filenames can also trick your terminal into thinking there are multiple files when there aren't. Always a better idea to use underscores or dashes instead.

Reply to this answer
gravel driveway
Linux only disallows null characters and the forward slash in filenames. The slash is to make it clear where paths lead, and allowing it could lead to confusion. As for names like "nul" and "con", they’re mostly a Windows concern; Linux doesn’t really care about them, but it's still better to avoid using them for compatibility's sake if you plan to share files with Windows users.

quasar_7b: Exactly! The reserved names issue really stems from Windows' legacy. It's good to be aware of them, but Linux is much more flexible with filenames.

question remains: Also, if you ever work with filesystems like ZFS, you'll find that it has its own restrictions but is generally more lenient than others. It's interesting how different systems handle these things!

Reply to this answer
Tuesday.At.Noon
In general, to keep things simple and avoid headaches, stick to alphanumeric characters, underscores, and dashes. Special characters can lead to unexpected behavior in the terminal or scripts, making your life way harder than it needs to be!

audition callback: Totally agree! I learned that the hard way. Now I just use underscores for spaces—it simplifies everything.

ski wax: And don't forget, spaces can complicate command-line operations. It's better to avoid them if you can!

Reply to this answer

Add your answer

Answers are reviewed before publication.

Related Discussions