1. 先搞清楚从根目录出发的整套逻辑：FHS与Linux的目录设计哲学
刚接触Linux的人，十有八九会被这一堆目录吓到。/bin、/etc、/lib、/media、/mnt、/sbin、/sys、/usr/bin、/usr/sbin、/usr/src，光看名字根本猜不出它们是干什么的，更搞不清为啥同样带个"bin"，有的在根目录，有的藏在/usr底下。你要是在Windows上习惯了C盘、D盘那种盘符逻辑，初看这套东西确实头晕。
这里有个背景得先交代：Linux沿用的是FHS（Filesystem Hierarchy Standard，文件系统层级标准）。这个标准的初衷很简单——让所有Linux发行版长一个样，不管你是Ubuntu、CentOS还是Debian，系统关键目录的位置和用途尽可能统一。这样你做运维也好、开发也好，换台机器不至于抓瞎。虽然各家发行版会在细节上做些微调，但大骨架是一致的。
理解了这一点，再看那堆目录其实就有规律可循了。整个Linux文件系统是一棵倒挂的树，/就是树根，所有目录都是从根上分叉出来的。每个目录在创建的时候，都被赋予了明确的职责：有的放程序、有的放配置、有的放设备、有的放临时数据。这种职责划分比起Windows那种"什么东西都堆在C盘"的思路，要严谨得多。
我不建议死记硬背目录列表，更靠谱的学习方式是理解这个设计逻辑，然后配合实际操作一点点熟悉。这篇文章会把这几个目录掰开揉碎讲清楚，顺带着把命令行前面那串字符是什么意思也一并解决了。
2. /bin、/sbin、/usr/bin、/usr/sbin：四个二进制目录的恩恩怨怨
先说最让人头大的——为什么有四个"bin"？/bin和/sbin在根目录，/usr/bin和/usr/sbin藏在/usr下面，到底有什么区别？
2.1 /bin：系统启动和单用户模式下必须的命令
/bin是"binary"的缩写，里面放的是最基本的用户命令。ls、cp、mv、cat、grep这些日常高频命令，基本都在这里。更重要的是，这些命令是系统启动过程中、进入正常多用户模式之前就要用的，哪怕系统挂了、只能进单用户模式或者紧急修复模式，这些命令也必须能用。
打个比方，/bin就像你家里的应急工具箱，里面放着螺丝刀、扳手、锤子这些最基础的工具。不管房子出了什么状况，哪怕其他工具都拿不到，这个工具箱里的东西得随时能用。
说句实在话，对普通用户来说，/bin和/usr/bin在现代主流发行版上已经不用太纠结区别了。CentOS 7、Fedora这类发行版搞了一个叫usr-merge的调整，/bin直接做成/usr/bin的软链接。不信你可以敲一下ls -ld /bin，输出会告诉你它指向哪里。但传统Unix的语义仍然值得了解，因为很多老系统、嵌入式Linux、或者一些精简发行版，依然是老式布局。
2.2 /sbin：系统管理员专属命令，动不动就要root
/sbin里放的是系统管理类命令，比如fdisk（磁盘分区）、mkfs（格式化文件系统）、iptables（防火墙规则）这些。s开头的"system"暗示了它的属性：这些命令通常涉及系统底层操作，普通用户敲了也没权限，得配合sudo或者干脆切到root用户。
实际使用中需要注意一点：有些发行版对普通用户来说，/sbin可能不在PATH环境变量里。什么意思？你敲fdisk，系统提示command not found，但/sbin/fdisk明明存在。这时候你以为是命令没装，其实只是PATH里没包含这个目录。排查这种问题时可以用which、type这些命令确认一下命令的真实位置，再决定是补全路径执行，还是检查环境变量配置。
2.3 /usr/bin：现代Linux上真正的主战场
/usr不是"user"（用户）的缩写，别记错——它是"Unix System Resources"的缩写。/usr/bin才是你现在装的绝大多数软件、命令的真实存放位置。
你apt install或者yum install装来的软件，如果是编译好的二进制包，可执行文件九成会落在这里。像是python3、git、vim、nginx，统统归/usr/bin管。再加上usr-merge之后/bin本身也是指向这里的，所以现代发行版上，/usr/bin基本就是命令的大杂烩中心。
如果你自己下载了绿色版软件、或者编译安装了自定义程序，那就未必放/usr/bin了，更多时候会放在/usr/local/bin。这是另一条约定：/usr/local是给系统管理员手动安装的软件用的，包管理器装的东西归/usr管，手动编译装的东西归/usr/local管，两拨软件互不打扰。
2.4 /usr/sbin：又一个系统管理命令仓库
看名字就知道，这是/usr底下管系统管理命令的地方。好多网络服务相关的守护进程管理命令在这里，比如sshd、httpd（Apache）、crond。说白了，/sbin和/usr/sbin的分工逻辑，和/bin与/usr/bin的分工逻辑是一模一样的：前者管启动阶段和救援模式必须的，后者管正常运行时需要的。只是现代发行版同样把它们合并了，/sbin也做成软链接，指向/usr/sbin。
我要提醒一个实操细节：因为/bin、/sbin是指向/usr/bin、/usr/sbin的软链接，所以在写脚本或者配置定时任务的时候，尽量用绝对路径，而且要考虑到不同发行版路径的差异。一个脚本在CentOS上写/bin/bash没问题，换到Arch Linux上也没问题，但如果你给一个老派的Solaris机器写脚本，那/bin/bash可能就不存在了。跨平台脚本里，把解释器路径写成#!/usr/bin/env bash会稳妥不少，env命令会去PATH里找bash的真实位置。
3. /etc：配置文件的大本营，也是小白最容易误操作的地方
/etc大概是Linux里除了/bin之外，第二个会被频繁提到的目录。它的名字来源于"et cetera"（等等其他），历史上就是放杂项配置文件的。但现在它已经成了系统配置的核心地带。
3.1 系统全局配置都堆在这里
/etc下面有什么？/etc/passwd存用户账户信息、/etc/shadow存密码哈希、/etc/group存用户组信息、/etc/fstab控制系统开机自动挂载哪个分区、/etc/resolv.conf配置DNS服务器、/etc/hosts做主机名静态解析、/etc/hostname设置主机名。你要改什么系统级参数，基本就是进/etc改对应的文件。
举个例子，你说"我机器DNS解析不了了"，第一反应别急着重启网络，先看一下/etc/resolv.conf里有没有正确的nameserver配置。要是啥都没有，填上nameserver 8.8.8.8（或者其他你网络环境可用的DNS）再说。这种排查思路，如果你不知道/etc是干嘛的，根本无从下手。
3.2 修改配置的格式和注意事项
/etc下的配置格式五花八门，因为每个软件都有自己的语法。有的是key=value格式，比如/etc/systemd/system.conf；有的是块状配置，比如/etc/nginx/nginx.conf；还有的是一行一条记录，比如/etc/fstab。我踩过的坑是：改配置前一定先备份，改完后一定要让服务重新读取配置（重启服务或者用相关命令reload），否则白改。比如改了系统环境变量，.bashrc里的变更要source ~/.bashrc才生效；改了网络配置，要systemctl restart NetworkManager这类操作。
提示：改任何配置文件之前，先复制一份备份，命名习惯是加
.bak后缀或者带日期。例子：cp /etc/fstab /etc/fstab.bak。这套习惯花不了几秒，但能救你无数次崩溃。
3.3 /etc下最容易搞错的权限问题
/etc里的文件大部分是root所有的，普通用户只读。但有些文件内容涉及敏感信息，比如/etc/shadow，默认权限是000或者640，普通用户连看都看不到。有些新手用chmod 777 /etc去"解决权限问题"，这是极度危险的操作——等于把系统所有配置文件的门锁全卸了。正确的做法是具体问题具体分析，哪个文件权限不对就调哪个，别对目录整个动手。
4. /media与/mnt：两种挂载方式的真实用途差异
这两个目录经常让人一头雾水。/media和/mnt都是干"挂载"这事的，那到底有什么区别？
4.1 /media：可移动设备的自动挂载点
/media是给可移动设备准备的。你把U盘插上去，把SD卡插上去，把移动硬盘插上去，桌面环境（比如GNOME的nautilus文件管理器）会自动帮你把设备挂载到/media/用户名/设备名这样的路径下。你不用管任何命令，插上去就能在文件管理器里看到，底层就是这个目录在工作。
这个"自动挂载"意味着什么？意味着对于绝大多数桌面Linux用户来说，平时真的很少需要手动敲mount命令往/media写东西。它就像操作系统帮你安排好的接驳口，插上即用，拔掉即走。但要注意的是，弹出U盘之前最好先在文件管理器里点"安全移除"，否则写入缓存没落盘就拔，数据可能会丢。
4.2 /mnt：手动挂载的临时工地
/mnt在传统语义里是用来手动挂载临时文件系统的地方。比如你有个ISO镜像文件要查看内容，你可能会把它挂载到/mnt/iso下面临时用一下；或者你想访问另一块硬盘的分区，手动mount /dev/sdb1 /mnt/data这样挂上去用。
对比一下，/media是"系统替你做"，/mnt是"你自己动手做"。这种区别在新一代Linux里没那么严格了，很多发行版不在/mnt下预建特定子目录，各位按需自建就行。我的习惯是，在/mnt下创建具体的挂载点名，比如/mnt/data、/mnt/backup，而不要直接把设备挂到/mnt本身上——不然卸载的时候如果目录被占用，很容易出错。
提示：挂载操作要root权限，卸载用的是
umount命令，拼写里没有字母"n"。umount /mnt/data，不是unmount。这个拼写坑我见无数人踩过，包括我自己一开始也写错。
4.3 挂载的实操示例
挂载ISO镜像的典型流程（不用刻盘，也不用解压）：
- 创建挂载点目录：
mkdir -p /mnt/iso - 挂载镜像：
mount -o loop /path/to/image.iso /mnt/iso - 查看内容：
ls /mnt/iso - 用完卸载：
umount /mnt/iso
-o loop参数的意义是告诉内核把这个普通文件当块设备来处理。这段示例虽然简单，但背后涉及"回环设备"的概念——用文件模拟磁盘。日常场景里，安装VMware Tools、检查安装包内容、离线安装软件包时，这个操作很常用。
5. 容易被忽略的/lib、/sys、/usr/src：系统运行时的背后功臣
有的人用Linux几年，/lib、/sys、/usr/src这三个目录一次都没进过。这很正常，因为它们不像/etc那样需要频繁改动，也不像/bin那样每天打交道。但了解它们对理解系统工作原理有实打实的帮助。
5.1 /lib：可执行程序的"零件仓库"
/lib是共享库目录，相当于Windows上的DLL所在目录。Linux上可执行文件很多依赖以.so结尾的共享库文件，这些库就是程序的零件，装在哪里、叫什么名字，都有讲究。
系统启动时，/bin和/sbin里那些命令要用到的核心库就放在/lib下；后来usr-merge也把/lib并到/usr/lib里去了。你可能会遇到一种情况：装个软件提示缺库文件，比如经典的error while loading shared libraries: libxcb-keysyms.so.1。这时你得先确认这个库属于哪个软件包，再用系统的包管理器去装，而不是从网上随便找个.so文件丢进去——那等于从路边捡了个来路不明的零件往发动机舱里塞，出问题都不知道找谁。
可以用ldd /usr/bin/某个程序查看程序依赖哪些库；用ldconfig -p | grep 库名查系统目前有哪些库。这两个命令是解决"缺库"问题的利器。
5.2 /sys：内核暴露的"设备仪表盘"
/sys是一个伪文件系统，看起来像目录，实际是内核运行时信息导出的虚拟视图。它主要暴露的是设备、驱动、内核模块相关的信息。
举个实际例子，你用cat /sys/class/net/eth0/address能直接看到网卡的MAC地址；用cat /sys/class/power_supply/BAT0/capacity可以看到笔记本电脑电池当前电量百分比。在脚本里读取这些虚拟文件做监控，是很常见的运维操作。
要注意的是，/sys里的内容是动态的、内存中的，重启之后一切重置。不要指望往里面写什么配置能持久化，写进去的值往往立即影响内核行为，但一重启就没了。想要持久化，还是得用配置文件的方案（比如sysctl.conf这种）。
5.3 /usr/src：内核源码与头文件的栖身地
/usr/src用来放内核源码树和内核头文件。如果你要编译内核模块、安装NVIDIA驱动、或者做内核相关开发，就得关心这个目录。
发行版通常会装一个内核头文件包，路径类似于/usr/src/kernels/$(uname -r)，里面是编译内核模块所需的接口头文件。自己下载Linux内核源码解开的话，也可以放这里。但要注意：源码版本必须和当前运行的内核版本匹配，不然编译模块时头文件对不上，编出来的.ko模块根本加载不了。
查当前内核版本用uname -r，这个命令我几乎天天用。装开发工具链之前，先确认内核版本和CPU架构（uname -m），能避免很多低级错误。
6. 命令行提示符“[user@host 目录]$”逐字符拆解：用户目录与权限的可视化入口
标题里说的"命令行前面的字符解释"，指的就是终端里每行命令开头那串字符，比如[sunrise@localhost ~]$。这串东西虽然不起眼，信息量却很大，理解它等于拿到了理解整个用户目录体系的钥匙。
6.1 提示符里藏着用户名、主机名和当前目录
用具体例子说明：
[demo@myserver ~]$demo：当前登录的用户名。myserver：主机名（hostname）。~：当前所在目录，波浪号代表当前用户的家目录。$：普通用户的标识符。
这套提示符叫PS1（Prompt String 1），是Shell（比如Bash）提供的环境变量。每次命令执行完，Shell都会根据PS1的设定渲染出新的提示符，告诉"我是谁、我在哪"。
~这个符号要重点理解。它不是一个真实的目录名，而是一个快捷方式，指向当前用户的home目录。普通用户太阳底下跑，家目录一般是/home/用户名；root用户的家目录特殊，是/root。所以你登录进去看到~，说明你现在正待在自己的家目录里。在家目录里敲ls -a，看到的那些隐藏文件（比如.bashrc、.profile、.config目录），就是每个用户的个性化配置所在。
了解当前目录最直接的命令是pwd（print working directory），看到这串输出你就知道自己在哪了。刚登录时在~，想切到别的目录用cd，比如cd /etc，再敲pwd确认已经跑到了/etc底下，这时候提示符也会从~变成/etc。
6.2 普通用户与root的分界：$和#的区别
提示符的最后一个字符，是权限状态的指示器：
$：普通用户。#：root用户，也就是超级管理员。
很多新手教程里会让你在命令前加sudo，实际上sudo是临时提升权限的工具，用完之后你还是普通用户，提示符依然是$。如果你用su -切换到了root用户（注意su和su -的区别，后者会加载root的环境变量，提示符会变成#），这之后敲的所有命令都将以管理员权限运行，我建议尽量少用这种方式，因为手滑执行个rm -rf很可能造成毁灭性后果。
提示：网上复制命令的时候，看到提示符是
#开头的，通常意味着该命令需要root权限来执行。如果你在普通用户终端直接复制运行，会报权限不足。正确做法是检查命令内容之后加sudo，或者切到root再执行，千万别盲敲。
6.3 路径表示：绝对路径与相对路径的直觉
在命令行提示符里看到的路径，分两种理解方式：
- 绝对路径：从根目录
/开始写全的路径，比如/home/demo/project/src/main.py，任何时候都能唯一确定文件。 - 相对路径：从当前目录开始计算的路径，比如你在
/home/demo下，输入cd project，和cd /home/demo/project效果一样。
路径里还有两个特殊符号：.代表当前目录，..代表上一级目录。cd ..是返回上一级，cd ../..是上两级。
~也可以组合使用：~/project表示"当前用户家目录下的project目录"，不管你现在在哪，敲cd ~/project都能直接回到家目录下的project。这种写法比绝对路径灵活得多，脚本里也常用。
6.4 自定义PS1，让提示符更符合你的习惯
这串提示符是可以按自己喜好改的。比如你想让提示符永远显示完整路径，不只是一个波浪号，可以在~/.bashrc里设置：
export PS1='\u@\h:\w$ '这里\u是用户名、\h是主机名、\w是当前完整路径。改完之后执行source ~/.bashrc生效。我自己的习惯是还加个\t显示时间，因为有时候长命令编译时间久，回来看一眼提示符能确认命令是多久前结束的。不过提示符也别搞太花哨，每次回车渲染一堆东西，终端响应会变慢，多少影响效率。
7. 目录没搞懂时最容易踩的坑与排查方法
学Linux这一路，谁没踩过几个坑。这里挑几个和目录理解直接相关的经典问题，按"现象→原因→解决"的链路梳理一遍，帮你提前避开。
7.1 “/bin/bash^M: bad interpreter”其实是换行符作怪
很多人在Windows上写完脚本，传到Linux上执行，报错：
bash: ./test.sh: /bin/bash^M: bad interpreter: No such file or directory这个^M是Windows的\r\n换行符在作怪。Windows文本换行是"回车+换行"（CRLF），Linux只需要"换行"（LF）。脚本第一行的#!/bin/bash后面被Windows塞了一个\r字符，Linux把/bin/bash\r整个当成了解释器路径，当然找不到。
解决办法不只一种：
sed -i 's/\r$//' test.sh或者用dos2unix test.sh（如果装了dos2unix工具）。执行完之后再看一眼，脚本就能正常跑了。
这个坑的本质，其实就是对文件系统编辑方式和文本格式的认识不足。在Windows上编辑Linux脚本，编辑器一定要选"保存为LF换行"的选项（VS Code右下角可以切），省得每次都得额外处理。
7.2 /usr/bin/xauth报错：.Xauthority文件权限异常
这个报错场景常见于SSH登录服务器或者切换用户时：
/usr/bin/xauth: error in locking authority file /home/sunrise/.Xauthority原因很简单：.Xauthority文件的所有者或者权限不对，导致xauth无法对它加锁。可能是你用了sudo操作过家目录，把整个目录的属主改成了root；也可能是多个用户共用了同一个家目录。
排查思路：
ls -la ~/.Xauthority看看这个文件的属主和权限。如果是root，而你当前是普通用户，改回来：
sudo chown sunrise:sunrise ~/.Xauthority还有一种情况是家目录对应的磁盘满了，也会导致锁文件创建失败。用df -h看看分区使用率，排除一下。这类问题的共性教训是：不要随意用chown -R、chmod -R去递归改家目录权限，改完容易留下一堆莫名其妙的问题。
7.3 找不到命令？先确认命令目录是否在PATH里
你明明装了某个软件，敲命令却提示command not found。这时候先别急着重装，用下面的命令组合排查：
which 命令名 command -v 命令名 type 命令名which能找到命令在PATH里的位置；找不到的话，试试用find搜索：
find /usr -name "命令名" 2>/dev/null如果命令确实存在但不在PATH里，你至少有两个选择：
- 用完整路径执行命令。
- 把命令所在目录加入PATH。改
~/.bashrc或者/etc/profile，比如：export PATH=$PATH:/usr/local/bin，然后source ~/.bashrc。
PATH这个环境变量的本质，就是告诉Shell"我去哪些目录里找可执行文件"。理解了这个，很多"命令明明装了却用不了"的困惑都会迎刃而解。
7.4 误删/etc后的恢复思路
最后说一个比较沉重的场景：误删了/etc下的东西。如果只是删了某个无关紧要的配置文件，重新生成或者从包管理器里重装就行。但要是整个/etc趴窝，情况就严重了——系统的用户信息、服务配置、网络设置全在里面，恢复起来非常折磨。
遇到这种情况，如果系统里还留着备份或快照，优先用备份恢复。如果备份也没有，那就得看自己还记不记得机器上原来配了哪些服务和用户，逐一手动重建。这个过程完全符合一句话：Linux不怕你折腾，怕的是你瞎折腾完了还留不下记录。所以对/etc的每一次改动，请务必走"备份→修改→验证→记录"的流程，别嫌麻烦。
顺带一提，现在一些云服务器厂商提供了"自定义镜像"和"快照"功能，改系统关键配置之前打一个快照，成本极低。本地虚拟机用户也可以用LVM快照、Timeshift这类工具做定期系统备份。这些操作只要花几分钟配好，关键时刻能省下几天。