1. 先搞明白命令不是用来背的是用来“问路”的1.1 我观察到的新手误区写这个标题的时候我脑子里闪过的是带新人时反复讲过的那些Linux基础命令及用法。很多人一上来就抱着命令手册背背完就忘一周后连find怎么用都说不清楚。我不反对背但我觉得更该先搞清楚一件事——这些命令到底在解决什么问题当你理解了问题场景命令本身就是顺理成章的答案。这篇内容适合两类人刚接触Linux、想在终端里干点实事的新手以及用过一段时间Linux但总觉得命令越用越乱的半新手。我会从文件操作、权限、管道、进程这些最常碰到的场景讲起每个场景给你一套直接可用的命令组合再补上我在实际环境里踩过的坑。学完这套东西你应该至少能独立处理一台机器的日常维护而不是继续在图形界面和终端之间来回横跳。我见过不少新人入职第一天就拿到一份几百行的命令速查表结果第一周就崩溃了。问题不在记忆力而在他们不知道这些命令之间怎么配合。比如ls和find都能列文件但前者是“我看你一眼”后者是“把整个房间翻一遍”。不理解使用场景背得再熟也是塑料工具。1.2 把命令拆成“动词参数”来理解我的建议是别把命令当成单词表而是当成一个固定句式命令本体 参数 操作对象。命令本体是“做什么”参数是“怎么做”操作对象是“对谁做”。比如ls -l /var/logls是命令-l是让结果按长格式输出/var/log是看那个目录。这样拆开之后很多新命令你一眼就能猜个大概。另一个容易被忽略的是命令的“退出状态”。每个命令执行完都会返回一个数字0表示成功非0表示失败。你可以接着用echo $?看上一个命令的结果。这个机制在写脚本和排查问题时极其有用。比如明明应该成功的命令却没有任何输出先看一眼$?心里就有底了。所以这一章最关键的不是教你敲哪条命令而是把你的思维方式矫正过来命令是一个动作不是一堆结论它给出的结果要放在下一个动作里去验证。把这个思路带进后面的所有章节你会发现整套命令体系突然变得通了。2. 文件操作的高频组合从定位到落盘2.1 最基础的四个命令为什么不能马虎每个用Linux的人每天都要和文件打交道所以我先从文件与目录操作讲起。ls、cd、pwd这三个命令看起来简单但用法细节多得吓人。ls -a能看到隐藏文件ls -lh能让人可读的方式显示文件大小ls -lt能按时间倒序排列。很多人觉得ls就是“看一下”实际上它就是你进入一个陌生目录的第一探测器。cd的细节也值得说。cd -可以回到上一次所在的目录cd ~回到当前用户的主目录cd ..进入上级目录。这些都是高频操作。如果你手头维护的机器有成百上千个目录cd -这个技巧能省掉无数重复输入。pwd则是打印当前工作目录很多命令的路径写错了基本都是因为忘了确认当前目录。创建、复制、移动、删除这四件事则要分清各自的参数。touch创建空文件mkdir -p可以一次创建多层目录cp -r复制目录mv既可以在同目录改名也可以跨目录移动rm -rf删除目录。这里我必须强调一句rm -rf一旦写错目标后果是不可逆的。我见过有人把空格漏了导致删掉整个主目录的事。所以在敲rm的时候我会先ls确认一下路径条件允许就用mv把文件挪到一个临时目录而不是直接删。2.2 文件查找的两个关键维度按名字和按内容文件找不着是新手最容易急躁的时刻。这时候用得最多的是find。find /某个目录 -name *.log能按文件名找find /某个目录 -size 100M能按文件大小找find /某个目录 -mtime -3能找三天内修改过的文件。你要习惯的就是find的默认搜索范围由你给定的路径决定不给路径就搜当前目录。按内容找文件则是grep的强项。grep -r 关键字 /某个目录会在目录里递归搜索包含关键字的文件。配合-n参数能显示行号-i忽略大小写-l只列出文件名。我处理配置问题时最常用的就是grep -rn 某个配置项 /etc一秒钟就能锁定是哪个文件出了问题。find和grep经常联合起来用。比如你要在一堆日志里找某个报错可以先find出当天的日志文件再用grep过滤内容。这两条命令的组合相当于给了你一个“先框定范围再深入内容”的完整搜索链路。2.3 动手小练习整理一个混乱的目录光说不练是不够的。我给你一个我自己拿来练手的小场景假设某个目录里有一堆备份文件、日志文件、临时文件你希望把它们分别归档到backup、log、tmp三个子目录里。第一步先探路ls -la看看当前有哪些文件同时用file 文件名看看文件类型。第二步建目录mkdir -p backup log tmp。第三步移动mv *.tar.gz backup/mv *.log log/mv *~ tmp/。第四步复查ls -R看整个目录结构。这四步做完你已经用到了ls、file、mkdir、mv、ls -R五条命令而且全程没有任何高风险操作。这里我想提醒一个点mv在跨文件系统时如果目标目录在另一个分区它会先复制再删除速度会比较慢。这时候如果文件很大你可能要考虑用rsync先同步再清理。不过这是后话新手阶段先把mv的移动职责用顺遇到“移动卡住”再去了解底层原因。3. 权限问题每次Permission denied都是一次提醒3.1 读懂文件列表的第一列在Linux里权限不是找麻烦而是保护机制。你执行ls -l时看到的第一列字符串比如drwxr-xr-x一共10个字符。第1个字符表示文件类型d是目录-是普通文件l是符号链接。后面9个字符分成三组每三个一组分别代表文件所有者、所有者所在组、以及其他人的权限。r是读w是写x是执行-表示没有对应权限。我经常用一个比喻把文件权限想象成房子的门锁。r是你能不能往里看w是你能不能往里面搬东西x是你能不能开门进去。目录的x权限尤其容易被忽略它决定你能否进入这个目录。很多时候你明明有读权限却没有执行权限导致进不了目录误以为是被禁止访问。看懂权限之后Permission denied就不再是玄学。你要做的第一件事是ls -l看当前文件属主和权限位第二件事是用id确认自己的用户和组然后判断到底是“你不该动”还是“权限位确实不对”。前者是纪律问题后者才需要修改权限。3.2 chmod与chown改权限和改归属修改权限用chmod修改属主和属组用chown。chmod有两种记法一种是符号模式比如chmod ux 文件给所有者加执行权限另一种是数字模式r记作4w记作2x记作1把三组权限相加。比如chmod 755 文件7代表所有者有读、写、执行5代表组和其他人有读、执行。数字模式之所以流行是因为它紧凑。常见的644表示文件所有者可读写其他人只读755表示目录所有者可读写执行其他人可读可执行。我自己的习惯是配置文件用644脚本文件用755需要临时共享给同组协作的就用664。不要图省事随手chmod 777那等于把门锁全拆了。chown用来改归属。chown 用户:组 文件可以一次改掉属主和属组。很多服务启动不了、日志写不进去原因就是目录属主不对进程没有写权限。排查时我会先看进程是以哪个用户身份跑的再用chown把日志目录的属主对齐而不是简单粗暴地给权限位加777。改完权限和归属之后记得用ls -l重新看一眼结果。3.3 提权操作的边界和替代方案遇到需要权限的情况很多人的第一反应是切换到超级用户。频繁使用超级用户身份不是好习惯因为一旦敲错命令破坏范围没有任何屏障。我更推荐的是“最小权限”思路能用普通用户完成的事绝不提权非提权不可时用sudo而且sudo只作用于单条命令。举例来说写系统级配置时sudo vim /etc/某配置文件就够了不需要先su -再操作。如果某条命令需要反复执行你可以在配置里给特定命令放行而不是给所有命令开绿灯。提权的边界就是只给自己当前这一步需要的权限用完就回到普通身份。这个习惯能让你躲掉大量“手滑”事故。另外有些需求看似需要权限实际上有更安全的做法。比如你想读取某个只有超级用户能读的文件可以用sudo cat但更优雅的是把当前用户加入那个文件的所属组然后用组权限读。这个思路在维护多用户机器时尤其重要它能让每个人各司其职又不至于共享口令。4. 管道与重定向让命令们协作起来4.1 把上一次的输出交给下一次命令如果说单个命令是件工具那管道就是把这些工具接到同一条流水线上。管道的符号是竖线|它的含义很简单左边命令的输出变成右边命令的输入。比如cat 文件名 | grep 关键字就是把文件内容逐行输出再让grep从中过滤。你不需要先生成一个临时文件再对临时文件搜索数据在内存里就直接交接了。这套思维我称之为“组合动作”。最常见的组合有几种ps -ef | grep 进程名查看某个进程在不在ls -l | sort -k5 -n按文件大小排序history | grep 命令翻找之前敲过的命令。每多记住一种组合你就多了一个解决实际问题的武器。管道的使用也有前提。不是所有命令都能直接接收标准输入有的命令只接受文件路径参数。这时候可以用xargs把输入转换成参数。比如find . -name *.tmp | xargs rm这条命令能把找到的临时文件批量删除。xargs的-p参数可以在执行前让你确认对新手来说是道安全锁。4.2 输出去哪里标准输出和错误输出命令执行时有两股输出标准输出和标准错误。正常结果走标准输出报错信息走标准错误。默认情况下这两股都打印到终端但你完全可以把它们分流。 文件名把标准输出重定向到文件2 文件名把标准错误重定向到文件把两者都重定向到同一文件。我常用的一种做法是命令 结果.log 21这样脚本里的日志能完整保存下来。反过来如果我只关心错误就写成命令 2 错误.log标准输出仍然留在终端。理解了这两股管道你在排查脚本问题时就能分清“程序没产出”和“程序报错了”是两条完全不同的线索。重定向还有一个常用项空设备/dev/null。如果你不想看任何输出可以把输出丢进去。不过我要提醒丢进去之前最好先确认这条命令真的不需要你检查。我看到过有人把报错信息也丢进空设备结果问题一直被忽略直到故障扩大。正确的习惯是刷屏时可以静默但报错信息至少要保留一份。4.3 一个对新手友好的文本处理组合文本处理的三大命令是grep、sed、awk。grep负责过滤行sed负责按行编辑awk负责按列取字段。很多新手看到这三样就头疼其实入门只需要掌握它们的少量高频用法。grep前面已经讲过。sed最常用的动作是替换sed s/旧文本/新文本/g 文件名会把每一处旧文本替换成新文本。注意s是替换动作g是全局替换不加g只替换每行第一个匹配。这个命令常用于批量改配置文件。awk最常用来取列awk {print $1, $3} 文件名会打印每行的第一列和第三列$0表示整行。举一个实际场景某个列表文件每行包含“用户、日期、操作类型”你想统计每种操作类型出现的次数。可以先用awk {print $3} 名单文件取出第三列再用sort | uniq -c排序后去重计数。整条命令写成awk {print $3} 名单文件 | sort | uniq -c你会瞬间看到一串有意义的统计结果。这就是“组合命令”的魅力每个命令单独看很普通接在一起却能解决报表问题。5. 进程和资源机器卡住时你该看什么5.1 进程查看ps、top与动态监控的取舍机器变慢第一件事是看进程。ps是快照式查询top是实时监控。ps -ef能列出所有进程配合grep可以找到特定进程。ps aux则能看到更完整的CPU和内存占用其中%CPU和%MEM两列非常直观。如果你想知道“到底谁在吃资源”先跑一句ps aux --sort-%cpu | head基本就锁定嫌疑人了。top则适合持续观察。进入top后按P按CPU排序按M按内存排序按q退出。如果你觉得top的输出太重可以用htop不过很多机器不一定装了。我第一次排查一台卡顿的机器时就是通过ps aux发现某个后台进程占满了CPU然后定位到相关的脚本问题很快解决。别一上来就重启机器先看清楚是谁在捣乱。5.2 结束进程kill家族的正确用法找到可疑进程之后就要考虑结束它。kill PID根据进程ID发信号默认发送的是TERM信号相当于请进程“好好退出”。大多数时候这个信号就够了进程会自己清理临时文件、释放资源。如果进程不响应再考虑kill -9 PID这是KILL信号直接强制结束不给清理机会。我用kill的经验是按等级递进先kill PID等两三秒看进程还在不在还在就kill -15和默认一样仍然不行才kill -9。pkill可以用进程名来管理例如pkill -f 关键词但注意它可能误伤多个进程使用前最好先确认关键词的匹配范围。很多“杀不掉”的问题其实是权限不对。普通用户只能结束属于自己的进程结束别人的进程会报错。这时候要么切换身份要么用sudo kill但依然要谨慎。另外结束父进程时子进程不一定跟着退出可能会变成孤儿进程继续运行。所以我在清理进程时习惯用ps -ef --forest看进程树从根上处理。5.3 磁盘和内存df、du与free的查看思路磁盘满了也是一个经典故障。df -h能看出每个文件系统的总大小、已用、可用和挂载点-h表示用人类可读的K、M、G单位。du -sh 目录能统计某个目录占用空间的总大小du -sh *则能看当前目录下每个子目录的大小。实战排查时我会先用df -h确认哪个分区快满了然后用du -h --max-depth1 /某个路径逐层向下找大目录。很多临时文件和日志文件就是这样被发现的。注意du统计的是磁盘占用不是文件逻辑大小稀疏文件之类的特殊情况先不用管新手阶段把顶层目录扫一遍就够了。内存查看用free -h它给出总内存、已用、空闲以及交换分区情况。不要看到free显示很少就觉得内存不够Linux会把空闲内存用作缓存free第二行里的“可用”才是真正可用的内存。理解这一点能避免很多不必要的恐慌。判断内存是否紧张要看系统是否频繁使用交换分区以及top里进程的实际占用。6. 命令出错时的排查思路别急着重装6.1 三个高频报错的真实含义我把最常见的报错分成了三类每一类都对应不同的排查方向。第一类command not found。这个意思是系统在可执行文件的搜索路径里找不到这条命令。要么是命令拼错了要么是这条命令没安装要么是它安装位置不在PATH里。我遇到过最典型的情况是用户用包管理器装了一个软件但软件的可执行文件放在了/usr/local/bin而这个路径没配置进PATH。解决方法是先which 命令看看系统能不能找到找不到就查包管理器日志。第二类Permission denied。前面说权限时提过这表示你虽然看到了这个文件但没有相应的执行、读或写权限。首先要确认文件类型和权限位然后确认当前用户身份。如果确实需要访问再考虑调整权限归属或用正确身份执行。第三类No such file or directory。这个报错要区分两种情况文件真的不存在或者文件存在但路径写错了。我在写脚本时经常因为相对路径问题踩坑脚本里的工作目录和当前终端目录不一致。遇到这个报错先pwd看自己在哪再用ls确认目标路径往往三两分钟就解决了。6.2 PATH与命令补全找不到命令的根因PATH是一个环境变量保存着一串目录路径系统会按顺序在这些目录里寻找可执行命令。你可以通过echo $PATH查看当前值。修改PATH的方式有好几种临时生效可以用export PATH$PATH:/新路径持久生效则需要写进当前用户的配置文件里。很多“命令时灵时不灵”的场景都跟PATH的顺序有关。如果两个目录下有同名命令系统会使用先找到的那个版本。我建议你排查问题时先执行type 命令名它比which更能说明命令的类型和来源位置能看出命令是内部命令、外部命令还是别名。命令补全也算是PATH体系里的一项福利。Tab键能自动补全命令和路径按两下Tab会列出所有可能的匹配。我见过有人手动敲一个特别长的文件名敲完还漏了一个字母。如果你能养成Tab补全的习惯不仅省时间还能避免大量因拼写错误导致的“找不到命令”。6.3 搭建自己的命令字典help、man、type、which遇到不懂的命令最靠谱的求助路径是内建的帮助体系。很多命令支持--help参数会输出简要用法。比如ls --help会列出所有参数及其说明这对新手来说足够用了。man 命令名则是完整的用户手册内容更全但格式偏老旧。读man的关键在于先看SYNOPSIS部分那里定义了命令的语法骨架再看DESCRIPTION理解每个参数的作用。type和which是两条定位命令。type告诉你一条命令是别名、函数、内部命令还是外部命令which则专门找外部命令的绝对路径。当你发现某一台机器上命令行为和预期不一致时先用type看清命令类型再用which确认它来自哪个目录很多“诡异”现象都能解释清楚。我自己的习惯是遇到没见过的参数先命令 --help需要理解机制层面的细节再man拿不准命令被谁接管了就用type。这套“最小求助链”基本能在不联网、不问同事的情况下解开六成问题。剩下的四成靠的是多读日志、多试小范围验证。7. 我的习惯化做法命令清单可以这样沉淀7.1 初始化一台新机器时的固定命令序列说了这么多理论和方法最后分享一点我自己的习惯。每台新机器到手我不会急着装软件而是先做几件事用date确认系统时间用df -h和free -h确认资源和磁盘用id确认当前用户用cat /etc/os-release确认系统版本。这几条命令跑下来我对这台机器就有了基本盘。接着我会顺手建立几个常用目录比如mkdir -p ~/work ~/logs ~/backup把工作路径理清楚。然后我会把常用的几个别名写进当前用户的配置文件里比如用alias llls -l简化命令再设置alias rmprm -i给删除操作加一道确认。这些配置是个人习惯不是系统要求却能让我在接下来的维护中省下大量时间。这套流程我称之为“最小初始化”不追求面面俱到只保证在出现问题时我手边有充足的信息来源。很多新手一上来就用脚本装了一大堆软件结果机器本身是什么状态完全不清楚出了问题也很难回溯。我建议你先把信息收集命令练熟再慢慢扩展别的工具。7.2 从恐惧man到依赖man最后一个体会关于man。我第一次打开man页面时被满屏英文和密集排版吓退了觉得那是老手才配用的东西。后来有一次处理配置问题实在找不到文档硬着头皮念完一段man突然发现里面把参数、示例、注意事项写得清清楚楚比网上零散的文章系统得多。从那之后我养成了一个习惯每次要用一个不太熟悉的参数前先花两分钟看man里对应的段落而不是复制别人的命令。因为别人发的命令往往带着他的环境背景盲目复制后出了问题排查成本反而更高。man虽然不够赏心悦目但它可靠、离线、和系统版本严格对应。你在它身上花几分钟后面能省几小时。Linux命令的学习没有捷径但可以有正确的路径。我始终相信与其囤积命令清单不如学会构建自己的排查线索先理解命令解决什么问题再记住最常配合使用的几个参数最后通过实际场景把命令串成组合。当你有一天发现自己不再依赖搜索引擎而是靠--help、man和系统日志就能完成排查那时候的成就感比收藏几百页速查表强太多了。