Linux实战100例：环境搭建、命令组合与Shell脚本避坑

简介这份资料围绕 Linux 实际应用场景整理了实例型资料包面向已具备基础命令操作、希望进一步提升排障与配置能力的学习者与运维人员。内容以 100 个代表性实例为主线覆盖网络调用命令的使用方式、Apache 服务参数配置详解、Linux 错误代码含义解析以及日常高频问题的定位与解决思路可作为案头查阅与动手练习的对照材料。压缩包共 204 个文件以 195 个 html 页面为主体便于按主题逐条检索另含 3 个 pdf、2 个 zip、2 个 rar 及 doc、exe 各 1 个用于补充文档与配套附件整体约 40.19MB。已有 2180 人学习下载。每个实例均保留较完整的调用过程说明读者可对照示例梳理命令组合逻辑、理解服务参数之间的关联并逐步养成从报错信息反推故障点的习惯适合作为课程实训与工作现场的参考手册。1. linux 实战100例从哪下手先跑通这十例再谈进阶某公司入职第二周A 同学拿到一台刚装好的测试机想按教程改个配置vi进去退不出来ls出来一片黑白Tab不补全硬着头皮敲到半夜服务还是没起来。这类卡点不是知识不够是手没热。linux 实战100例这类资源要解决的就是「看得懂但敲不出」——它把日常运维和开发调试里真会被问到的操作拆成一条条可执行命令覆盖文件权限、进程端口、磁盘日志、定时任务和 Shell 脚本。适合三类人刚转 Linux 的后端和测试、要接手服务器但只会点面板的运维新人、偶尔写部署脚本总在Permission denied和command not found之间打转的开发者。下面按我自己拆包练的顺序讲重点放在环境怎么搭、命令怎么组合、哪些坑会让人白跑一晚上。2. 练手环境怎么搭最小化安装、快照与一套目录约定2.1 为什么先在虚拟机里跑而不是直连一台现成服务器练这些案例绕不开破坏性操作改/etc/fstab、玩权限位、kill进程、把磁盘写满看df报错。在别人的测试机上干这些事轻则被同事骂重则把共享环境搞挂。我一般推荐两条路本地虚拟化软件装一台最小化系统或者用云上按量计费的实例练完就释放。选最小化安装的理由很实在图形界面会替你干很多事文件管理器点两下就改完权限sudo提示一路回车你根本记不住命令。最小化装完只有基本工具ss、lsof、tar、cron都可能要自己补补装的过程本身就是第一课。虚拟机的另一个好处是快照练rm -rf和chmod -R之前打一个翻车了一分钟回滚比事后找后悔药靠谱得多。给虚拟机留的资源不用多2 核 CPU、2G 内存、20G 磁盘足够跑完绝大部分案例。磁盘别太小后面练磁盘写满、du找大文件这些案例20G 是个比较舒服的尺度——既不会一写就满也不会让你等半天。网络用 NAT保证能装包就行。提示快照命名带上日期和用途比如2024-06-01-before-perm回滚时不用猜哪个是干净的。2.2 目录约定与初始化脚本一百来个案例散着练最大的问题是文件到处乱放过两天自己都不知道哪个目录是练习现场。我习惯先把工作区固定下来所有案例都在~/lab里跑出问题整个目录删掉重来不碰系统目录。# 建立练手工作区五个子目录各管一件事 mkdir -p ~/lab/{cases,data,logs,scripts,backup} # 把常用变量写进一个可 source 的文件避免每条命令都敲长路径 cat ~/lab/env.sh EOF export LAB_ROOT$HOME/lab export LAB_DATA$LAB_ROOT/data export LAB_LOGS$LAB_ROOT/logs export LAB_SCRIPTS$LAB_ROOT/scripts export LAB_BACKUP$LAB_ROOT/backup alias llls -alh --time-stylelong-iso EOF source ~/lab/env.sh echo $LAB_DATA # 输出 /home/用户/lab/data这段代码做两件事mkdir -p带大括号展开一次建五个目录已存在也不报错env.sh用export把路径变量固化下来后面写脚本直接引用$LAB_DATA换机器只要改一处。alias ll是给自己省事注意别名只在交互式 shell 生效脚本里别依赖它这是后面要说的坑之一。source和直接执行的区别值得说清楚source ~/lab/env.sh在当前 shell 里执行变量留在当前会话bash ~/lab/env.sh会起子进程跑完变量就没了你会以为脚本没生效。新开终端记得重新source或者把这一行写进~/.bashrc。2.3 用自检脚本确认环境达标动手前先跑一遍自检比练到一半发现ss没装要省时间。下面这个脚本检查命令是否齐全、根分区剩余空间、时区三项缺什么补什么。#!/usr/bin/env bash # env-check.sh练手环境自检任何一项不过就先补齐再往下练 set -uo pipefail fail0 need_cmds(bash ss lsof find xargs tar gzip awk sed grep systemctl) # 1) 逐个检查命令是否存在command -v 不产生输出比 which 更可靠 for c in ${need_cmds[]}; do if ! command -v $c /dev/null 21; then echo [缺失] $c fail1 fi done # 2) 根分区剩余空间低于 2G 就提示避免练 tar 和日志时把盘写满 avail$(df -Pk / | awk NR2 {print $4}) if [ ${avail:-0} -lt 2097152 ]; then echo [空间不足] 根分区剩余 $((avail / 1024))MB fail1 fi # 3) 时区不对cron 触发时间和日志时间会对不上排查时非常容易误判 echo [时区] $(timedatectl show -p Timezone --value 2/dev/null || date %Z) [ $fail -eq 0 ] echo 环境自检通过 || echo 环境自检未通过先补齐上面的项set -uo pipefail里刻意没加-e自检脚本要把所有检查项跑完再汇总中途退出反而看不到全貌。command -v是 POSIX 标准做法查的是 shell 能不能找到这个命令比which更贴近实际执行路径。df -Pk的-P强制 POSIX 输出格式避免长设备名换行导致awk取错行-k以 KB 为单位NR2取第二行数据行。${avail:-0}是防御性写法万一df输出异常变量为空时按 0 处理而不是让[报语法错。时区那行用timedatectl取容器里没有这个命令就退回date %Z。练 cron 案例时机器是 UTC、你以为按本地时间触发差 8 小时日志里什么都看不到这种误判在新环境里极常见。补装命令按发行版来Debian 系一般是apt install -y iproute2 lsof cronRHEL 系是dnf install -y iproute lsof cronie。装完再跑一次自检全绿再开工。3. 文件与权限练到不查手册rwx 计算、find 组合拳与批量改名3.1 文件操作从 cd 到 cp 的十个最短路径文件操作是这组案例里最不起眼、也最容易翻车的部分。命令都会敲但边界不清楚cp跟不跟随软链接、du -sh和df -h为什么对不上、ls -l里那个数字到底是大小还是 inode。我习惯把高频操作和它们的易错点列成一张表练的时候对着看练完再合上表自己敲一遍。目的常用命令容易翻车的点看目录总大小du -sh 目录不加-s会列出所有子目录找大文件find . -xdev -type f -size 100M不加-xdev会跨挂载点扫到别的盘看 inodels -li或stat 文件第一列数字是 inode不是大小解析软链接readlink -f 链接cp默认跟随rsync默认不跟强制覆盖\cp -f a b别名cp -i会拦你脚本里别依赖别名du和df对不上是个经典疑问。du统计的是文件系统里能看到的文件占用df报的是文件系统块使用量。文件被删除但仍有进程持有句柄时du看不到它df却还认为空间被占着——这个现象放到第 4 章磁盘部分细讲这里先记住结论两个数不一样不一定是错了。cp -i别名的坑值得单独提一句。很多发行版默认给root配了alias cpcp -i交互式敲cp会问你要不要覆盖脚本里非交互执行时行为又不同。血泪经验是脚本里一律写完整路径/bin/cp或者command cp别让别名和环境配置影响执行结果。3.2 权限与属主把 rwx、umask 和特殊位算清楚权限这块看ls -l谁都会真让你算一个新建文件该是什么权限、为什么同组的人写不进去很多人就卡住了。核心就三条普通文件的rwx对应 421目录的x位含义是「能否进入」新建文件的初始权限由umask反掩码决定。# 1) 验证 umask 如何影响新建文件 umask 022 touch /tmp/umask-demo.txt stat -c %a %U:%G %n /tmp/umask-demo.txt # 输出 644 root:root # 2) 目录加 SGID让组内新建文件继承目录属组协作目录常用 mkdir -p ~/lab/shared chmod 2775 ~/lab/shared stat -c %A %a %U:%G %n ~/lab/shared # drwxrwsr-x 2775 # 3) 再加 sticky 位只有属主能删自己的文件 chmod t ~/lab/shared stat -c %A %a %n ~/lab/shared # drwxrwsr-tumask 022的算法是「全权限减掉掩码」文件基础权限 666666 ~022 644目录基础权限 777777 ~022 755。理解成「掩码里的位被拿掉」更直观022拿走组和其他人的写权限所以别人只能读不能改。chmod 2775里开头那个2是 SGID。目录设了 SGID 之后组内任何人在里面新建文件属组都继承这个目录的属组而不是新建者自己的主组。团队共享目录不设这个就会出现「A 建的文件 B 改不了」的拉扯。t是 sticky效果是目录里只有文件属主、目录属主或 root 能删文件/tmp就是典型用法。属主用chown user:group 文件改递归加-R但-R要慎用。曾经有人在~上执行chown -R把家目录里所有文件的属主改成别人SSH 密钥权限一变直接登不上了。递归改属主前先用find 目录 -maxdepth 2 -printf %u:%g %p\n | head看看范围对不对。3.3 find、grep、xargs 组合拳与批量改名单个命令好记组合起来才是实战。这组案例里最值钱的是find的输出怎么安全地交给下一个命令处理——文件名带空格、带换行的时候很多教程里的写法会直接炸。# 1) 清理 7 天前的 .log.gz先打印命中项确认再删 find /var/log/myapp -type f -name *.log.gz -mtime 7 -print find /var/log/myapp -type f -name *.log.gz -mtime 7 -print0 | xargs -0 -r rm -f # 2) 批量改名把 *_final.txt 改名为带日期的形式 find ~/lab/data -maxdepth 1 -type f -name *_final.txt -print0 \ | while IFS read -r -d f; do mv -- $f ${f%_final.txt}_$(date %Y%m%d).txt done # 3) 按内容筛文件只列出包含 ERROR 的文件名 grep -rl --include*.log ERROR ~/lab/logs-print0和xargs -0是一对前者用\0分隔输出后者按\0拆分参数文件名里有空格也不会被拆成两个。xargs -r表示输入为空时不执行后面的命令不加的话rm -f会空跑一次多数情况下无害但在mv这类命令上会报参数不足。while IFS read -r -d 这一串参数各有分工IFS清空字段分隔符防止首尾空格被吃掉-r禁止反斜杠转义-d 让read以\0为行结束符。少一个都可能让带空格的文件名处理出错。${f%_final.txt}是去掉最短后缀${f%%.*}才是去掉最长后缀两者别用混。mv --里的--告诉命令「后面即使以-开头也当参数处理」文件名是-foo.txt时能救命。批量操作之前先跑只打印的版本看命中范围是否符合预期再换成真正执行的版本。这个习惯值一晚上的调试时间。4. 端口和磁盘查不动的时候进程、连接、inode 的六条实操路径4.1 进程与端口ps、ss、lsof 的分工服务起不来、端口被占、CPU 突然飙高这三件事占日常排障的一大半。工具不多但要分清楚谁负责什么ps看进程快照ss看网络连接和监听端口lsof看进程打开的文件和套接字/proc目录看内核暴露的原始数据。# 1) 谁在监听 8080-l 只看监听态-n 不解析域名-t TCP-p 带进程 ss -lntp | grep :8080 # 2) 只看已建立连接按本地端口过滤 ss -antp state established ( sport :8080 ) | head -n 20 # 3) CPU 前 10 的进程按 CPU 降序 ps -eo pid,ppid,stat,pcpu,pmem,etime,cmd --sort-pcpu | head -n 10 # 4) 某个进程打开了多少文件描述符对照上限判断是否泄漏 lsof -p 12345 | wc -l grep open files /proc/12345/limitsss比netstat快因为它直接读内核里的连接表不走/proc一遍遍遍历。-p要看别人的进程得用 root普通用户只能看自己的这是权限限制不是命令坏了。ps -eo里那几个字段值得记住stat是进程状态R运行、S可中断睡眠、D不可中断睡眠、Z僵尸。D状态的进程kill -9都杀不掉因为它卡在内核态等 IO得去查磁盘或网络存储。etime是运行时长Z加长时间的进程说明父进程没回收得去找父进程。lsof -p的行数和/proc/pid/limits里的open files对比是判断 fd 泄漏最快的路子。软限制快被顶满、lsof行数持续上涨基本可以确定有连接或文件没关。4.2 磁盘与 inode空间没了但删不掉文件「磁盘满了」有两个完全不同的原因块用完了或者 inode 用完了。现象都是写不进去处理方式完全不同。另外还有第三种文件删了空间没回来。# 1) 先分清是块满还是 inode 满 df -h df -i # 2) 逐层找大目录-x 不跨挂载点--max-depth1 只看一层 du -xh --max-depth1 / 2/dev/null | sort -rh | head -n 10 # 3) 找已删除但仍被进程占用的文件这部分空间 df 算在内、du 看不到 lsof L1 2/dev/null | awk NR1 {sum $7} END {printf 已删除但被占用: %.1f MB\n, sum/1024/1024}df -i报 inode 使用率 100% 时df -h可能还有大把空间。大量小文件是元凶邮件队列、session 文件、缓存碎片都常见。找到目录后find 目录 -type f | wc -l数一下文件数再决定是清理还是迁移。lsof L1的L1表示「链接数小于 1」也就是已被删除但还有进程持有句柄的文件。日志被rm了但写日志的进程没重启空间就一直不释放。解决办法不是重启服务而是: /proc/pid/fd/fd把文件清空或者直接重启对应进程。du -xh的-x很关键不加它会跨到别的挂载点扫到网络存储或者容器挂载的目录又慢又不准。--max-depth1只统计一层先定位到哪个大目录再进去细查一层层收敛比一上来全量扫快得多。4.3 日志切片与现场采集脚本排查时最怕的是「晚了一步」日志被轮转、容器被重启现场没了。我习惯在动手改任何东西之前先跑一遍采集把当前状态打包带走。#!/usr/bin/env bash # collect.sh故障现场采集先留证据再动手 set -uo pipefail outdiag-$(date %Y%m%d-%H%M%S) mkdir -p $out # 1) 系统概况一次性重定向到文件 { date uname -a uptime df -h df -i free -m ss -s } $out/summary.txt 21 # 2) 资源占用前 30 的进程 ps -eo pid,ppid,stat,pcpu,pmem,etime,cmd --sort-pcpu | head -n 30 $out/top-cpu.txt # 3) 打包带走 tar -czf $out.tar.gz $out echo 已生成 $out.tar.gz脚本用{ }把多条命令的输出合并到同一个文件比分多次追加更整洁。21把标准错误也收进去有些命令的部分输出走 stderr不收会漏。按时间切片看日志有两种常用写法journalctl -u 服务名 --since 1 hour ago --no-pager | tail -n 50适合 systemd 管理的服务--since支持1 hour ago、today这种自然语言时间纯文本日志用awk过滤更快比如awk /ERROR|Timeout/ {print} 日志文件 | tail -n 20比grep加多个-e更灵活还能顺手加字段判断。tar -czf的-c创建、-zgzip、-f指定文件名参数顺序里-f必须紧跟文件名写反了会生成一个叫z的空文件这种低级错误我见过不止一次。5. 五个让案例跑不出结果的坑现象、成因与改法5.1 cron 到点不执行日志里一个字都没有现象脚本手动bash /opt/lab/scripts/backup.sh跑得好好的crontab -l里也加了条目到点啥也没发生日志文件都是空的。原因基本集中在三处。一是环境变量cron 执行时的PATH极简通常只有/usr/bin:/bin你脚本里调用的docker、kubectl、自己编译的工具全找不到命令直接command not found。二是工作目录cron 的$HOME可能不是你的家目录脚本里写了相对路径就找不到文件。三是 crontab 文件格式命令里的%在 crontab 里有特殊含义表示换行date %Y%m%d这种写法必须转义成\%文件最后一行没有换行符时某些实现会吞掉最后一条任务。解决思路是「三件事写死」解释器绝对路径、环境变量、日志重定向。# /etc/cron.d/myapp-backup —— 放到 /etc/cron.d 下要写用户字段文件末尾留空行 SHELL/bin/bash PATH/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin MAILTO 30 2 * * * root /usr/bin/env bash /opt/lab/scripts/backup.sh /var/log/myapp-backup.log 21字段是「分 时 日 月 周 用户 命令」七段和用户自己的crontab -e六段没有用户字段不一样混用会报语法错。 ... 21把 stdout 和 stderr 都落到文件里出问题时至少知道是脚本报错还是根本没被调起。容器里还要确认 cron 服务本身在跑很多精简镜像默认没起。5.2 变量为空加通配符一条 rm 清空家目录现象脚本里写了rm -rf $WORK_DIR/*某次变量因为上游赋值失败为空家目录被清了个干净。原因很直接变量为空时命令展开变成rm -rf /*。/后面的*被 shell 展开成根目录下所有条目-r递归-f强制一路无声。这类事故的共同点是「删除路径由变量拼出来」而变量没做非空校验。解决靠三层防护缺一层都可能漏。#!/usr/bin/env bash # clean.sh清理指定工作目录拒绝空值和危险路径 set -euo pipefail WORK_DIR${1:?用法: clean.sh 目录} # 未传参或为空立即退出并打印用法 [ -d $WORK_DIR ] || { echo 目录不存在: $WORK_DIR; exit 1; } case $WORK_DIR in /|/root|/home|/etc|/usr) echo 拒绝在 $WORK_DIR 上执行; exit 1 ;; esac find $WORK_DIR -mindepth 1 -maxdepth 1 -print0 | xargs -0 -r rm -rf --${1:?消息}是参数扩展里的非空断言值未设置或为空时直接以非零码退出并打印消息比事后再if判断更早生效。case白名单是最后一道闸明确拒绝几个绝对不能被清空的路径。删除动作改用find -mindepth 1 -maxdepth 1代替*只处理目录下一层内容、不碰目录本身配合-print0和xargs -0处理特殊文件名。注释里还要写清用途别只留一行光秃秃的rm -rf。这不是形式主义半年后回头看能一眼看出当初想删什么。5.3 权限看起来是对的还是 Permission denied现象ls -l显示文件 644、属主是你或者 755、你也在属组里cat或cd依然报Permission denied。原因通常是「路径上某一级目录」的问题而不是文件本身。目录的x位表示能否进入缺了它里面的文件权限再大也进不去父目录属主和属组不对ls -l只看最后一层看不出中间断在哪。除此之外还有三类常被忽略ACL 规则覆盖了基础权限、挂载点带了noexec或ro、SELinux 上下文不匹配。# 1) 逐级打印路径上每一层的权限一眼看出断在哪一层 namei -l /opt/lab/data/app.conf # 2) 看 ACL基础权限位后面那个 号就说明有扩展规则 getfacl -p /opt/lab/data/app.conf # 3) 看挂载选项里有没有 noexec、ro findmnt -T /opt/lab/data -o TARGET,SOURCE,FSTYPE,OPTIONS # 4) 开了 SELinux 的系统看安全上下文 ls -Z /opt/lab/data/app.confnamei -l是排查权限问题的第一选择它把路径从左到右每一级的属主、属组、权限位全列出来哪一级缺x一清二楚。ls -l只看终点中间断链看不出来。getfacl输出里出现user:某用户:rwx这类行说明用的是 ACL 而不是传统三位权限chmod改不动它是正常的得用setfacl。挂载点是noexec时脚本文件即使有x位也执行不了只能bash 脚本.sh跑这个现象在云盘的临时目录里很常见。5.4 set -e 没按预期退出或者退得太早现象两种都常见加了set -e脚本里某条管道出错却继续往下跑或者反过来一条允许失败的命令把整个脚本带崩后面的清理逻辑没执行。原因在于set -e的触发条件比很多人想的窄。管道默认返回最后一个命令的退出码grep xxx 文件 | head -n 1里grep没匹配到返回 1head正常返回 0整条管道就算成功。另外在if条件、while条件、和||左侧、命令替换里set -e都不会按直觉触发。#!/usr/bin/env bash set -euo pipefail trap echo [错误] 脚本在第 $LINENO 行退出 2 ERR # 允许「没匹配到」的场景用 if 显式承接不要靠 set -e if ! grep -q ERROR /var/log/myapp/app.log; then echo 本轮无 ERROR fi # 需要容忍失败又不想写 if 的地方显式 || true 并写清原因 rm -f /tmp/lab.lock || true # 锁文件可能不存在失败无影响-u让引用未定义变量直接报错-o pipefail让管道里任意一环非零就整体非零和-e配合才算完整。trap ... ERR在命令失败时打印行号比事后靠echo猜位置省事注意不同 bash 版本里 trap 内$?的取值表现略有差异别在 trap 里做强依赖。最后一句的|| true要克制使用每加一个都得有注释说明为什么可以忽略否则等于把set -e关了。5.5 脚本报 bad interpreter或者莫名其妙的语法错现象脚本在本地编辑器里写得没问题传到服务器执行报bash: ./deploy.sh: /bin/bash^M: bad interpreter: No such file or directory或者报syntax error near unexpected token指向的行看起来完全正常。原因几乎都是行尾符。在 Windows 上编辑保存成 CRLFLinux 的 shebang 会把\r当成解释器路径的一部分于是去找一个叫/bin/bash\r的程序。同理if、fi后面挂个\r语法解析就乱。# 1) 先确认是不是 CRLF file scripts/deploy.sh # 出现 with CRLF line terminators 就是它 # 2) 就地转换去掉行尾的 \r sed -i s/\r$// scripts/deploy.sh # 3) 批量找出目录下所有带 CR 的脚本 grep -rlU $\r scripts/ | head -n 20sed -i直接改原文件改之前最好先cp一份。$\r是 bash 的 ANSI-C 引用把回车字符真实传给grep不同实现对这个写法的支持有差异稳妥点用dos2unix或perl -pi -e s/\r$// 文件。根治办法是在编辑器和版本控制两头都设好编辑器保存默认 LFgit 配core.autocrlf inputLinux/macOS或core.autocrlf trueWindows并加一个.gitattributes把*.sh标成text eollf。仓库里混着 CRLF 文件这个问题会反复出现。6. 把一百例变成自己的命令库一份自测清单和一个跑批脚本一百多个案例按顺序敲一遍两周后能记住三成算不错。我的做法是把它拆成可判定的清单每条只写「编号 | 判定命令 | 期望输出」然后写个十几行的跑批脚本隔几天跑一遍FAIL 的条目就是该回头补的地方。清单长这样放在~/lab/cases.txt#开头的行会被跳过# 编号|判定命令|期望输出包含 P01|ls -ld ~/lab/shared | cut -c1-10|drwxrwsr-t P02|stat -c %a ~/lab/env.sh|644 N01|ss -lntp | grep -c :22|1 D01|df -i / | awk NR2 {print ($50)90}|1对应的跑批脚本逐行读、逐条执行、比对输出#!/usr/bin/env bash # run-cases.sh按清单逐条判定FAIL 的就是要回头补的案例 set -uo pipefail pass0; total0 while IFS| read -r id cmd expect; do [[ -z ${id// } || $id ~ ^# ]] continue # 跳过空行和注释行 total$((total 1)) got$(eval $cmd 21) # 只在本地清单上用 eval if [[ $got *$expect* ]]; then pass$((pass 1)); printf PASS %-5s %s\n $id $cmd else printf FAIL %-5s %s\n 期望含: %s\n 实际: %s\n $id $cmd $expect $got fi done $HOME/lab/cases.txt echo ---- 通过 $pass/$totalIFS|把分隔符改成竖线read -r保留反斜杠原样。${id// }去掉所有空格再判空处理行首缩进。[[ ~ ^# ]]用正则识别注释。eval有执行任意代码的风险这份清单只在自己机器上用别拿别人给的文件跑。这套东西的价值不在脚本本身在于它把「学过」变成了「能验证」。清单里每条都得自己写判定命令写的过程就是复习跑出 FAIL 时你会去翻当时那条案例到底错在哪。最后说个习惯。从那以后我每次上手机器前都强制先跑一遍环境自检和这份清单确认基线是干净的再动手改完配置再跑一次两次输出对比变化就是这次改动的影响范围。这个动作花不了两分钟能挡掉大部分「怎么又不对了」的困惑。希望帮到你。本文还有配套的精品资源点击获取