简介本资源是一份面向Linux初学者与系统管理者的命令速查手册聚焦日常运维、开发环境搭建及故障排查等核心场景系统梳理10大类高频实用命令。内容覆盖文件目录管理pwd、cd、ls、cp、mv、rm等、磁盘空间分析df、du、fsck、备份压缩gzip、bzip2、zip、用户权限配置、网络诊断、文本处理grep、cat及文件定位等完整知识脉络并附带典型用法、常用选项说明与实操示例便于即查即用、快速上手。资源为单文件PDF格式体积精简仅130KB结构清晰、排版紧凑适合作为桌面常备参考或移动端碎片化学习资料。目前已有5589人学习下载是CSDN社区广受认可的Linux入门级权威命令汇总文档。1. 这不是“命令列表”而是一份能救命的 Linux 命令现场响应手册覆盖 95% 日常运维、故障排查与新手建站场景你有没有过这种时刻服务器突然响应变慢top看不出明显异常df -h显示磁盘还有 20%但ls /var/log却卡住不动或者刚配好 Nginx浏览器打不开systemctl status nginx显示 active可curl localhost:80却 timeout——这时候翻 man 手册等你查完业务可能已中断 15 分钟。这份《最全 Linux 常用命令大全.pdf》不是教科书式罗列它是某高校实验室连续三年给运维新人配发的「第一响应包」所有命令都按真实故障链路组织——从「发现异常 → 定位瓶颈 → 隔离风险 → 恢复服务 → 验证闭环」每条命令都标注了「什么情况下必须用」「什么参数绝对不能漏」「哪个组合键能少敲 3 行」。它不讲 POSIX 标准只告诉你du -sh * | sort -hr | head -5为什么比du -h --max-depth1 /var | sort -hr更快定位日志暴增也不解释 inode 是什么但会写清df -i和df -h同时看才是判断「磁盘满」真因的铁律。适合三类人刚装完 Ubuntu 想搞懂终端的新手、被线上告警追着跑的初级运维、需要快速验证脚本行为的开发——它不承诺让你成为专家但能确保你在凌晨两点收到告警时手指不会悬在键盘上发抖。2. 文件与目录操作从 pwd 到 rmdir 的完整动作链为什么cd ..有时比cd -更危险Linux 文件系统操作是所有后续动作的起点。但新手常陷入一个误区把ls当成“看看而已”却不知它默认不显示隐藏文件.开头导致.env配置漏改、.gitignore被误删老手则容易忽略cp -r和cp -a的本质差异——前者只递归复制内容后者才保留权限、时间戳、符号链接。本节不堆砌选项只聚焦「哪些组合必须形成肌肉记忆」。2.1 pwd不只是显示路径而是确认当前上下文的锚点pwd命令输出当前工作目录的绝对路径。它的价值远超“我在哪”——当执行rm -rf *或cp config/ ./时pwd 是最后一道防线。关键细节pwd -P解析所有符号链接显示物理路径例如/home/user/www - /srv/apppwd -P输出/srv/apppwd -L显示逻辑路径默认行为保留符号链接血泪经验在自动化脚本中永远用cd $(dirname $0)pwd -P获取脚本所在目录的绝对路径避免因软链接导致路径错乱。# 在脚本开头强制进入脚本所在目录的物理路径 cd $(dirname $0) || exit 1 SCRIPT_DIR$(pwd -P) echo 脚本运行在: $SCRIPT_DIR提示pwd无参数时等价于pwd -L但生产环境脚本中建议显式写pwd -P消除符号链接带来的不确定性。2.2 cd路径跳转的四种模式与一个致命陷阱cd是最常被滥用的命令。cd ~回主目录、cd ..上一级看似简单但cd -返回上一个目录和cd等价于cd ~混用极易引发路径混乱。更隐蔽的是相对路径中的..处理逻辑cd /var/log cd ../tmp进入/tmp但cd /var/log cd ../tmp/..进入/var——因为..是逐级向上解析而非字符串替换。必须掌握的三个安全习惯cd -后立即pwd确认位置尤其在多窗口切换时进入深层目录后用pushd /path popd替代多次cd避免迷失绝对路径优先cd /etc/nginx/conf.d比cd ../../etc/nginx/conf.d更可靠尤其在脚本中。# 安全的目录跳转组合先记录再跳最后验证 OLD_DIR$(pwd) cd /usr/local/bin || { echo 无法进入 /usr/local/bin; exit 1; } echo 已切换至: $(pwd) # ... 执行操作 ... cd $OLD_DIR # 回到原始目录2.3 ls从“看到文件”到“读懂文件状态”的四层穿透ls的核心价值是暴露文件元数据。ls -l输出的十位权限字符如-rw-r--r--中第 1 位是文件类型-普通文件d目录l符号链接后 9 位分三组所有者/组/其他每组rwx对应读/写/执行。但真正决定操作成败的是隐藏信息第 3 列所有者chown修改对象第 4 列所属组chgrp修改对象也是umask生效基础第 5 列大小字节但ls -lh的K/M/G单位对大文件更友好第 6–7 列修改时间注意不是创建时间Linux 不存创建时间第 8 列文件名ls -F末尾加/标识目录标识符号链接。高频实用组合ls -la查看所有文件含隐藏 详细信息必备排查组合ls -lt按修改时间倒序最新文件在最前查日志首选ls -ltr按修改时间正序最旧文件在最前清理冷数据用ls -ld /path/to/dir只显示目录自身属性非其内容判断目录权限是否允许进入。# 快速定位最近 1 小时内修改的 .log 文件运维排障黄金命令 find /var/log -name *.log -mmin -60 -ls 2/dev/null | head -10 # 但若 find 不可用ls -lt 是最快替代 ls -lt /var/log/*.log 2/dev/null | head -52.4 cat / grep / head / tail文本处理的“四件套”分工逻辑这四个命令常被混用但它们有明确的职责边界cat拼接与输出——适合小文件全文展示、多文件合并cat a b c但大文件cat huge.log会卡死终端grep过滤与定位——核心是正则匹配-n显示行号-v反向匹配-i忽略大小写head截取开头——默认 10 行-n 20取前 20 行查配置文件头部最常用tail监控结尾——-n 20取末 20 行-f实时追踪tail -f /var/log/syslog是日志观察标准姿势。避坑 / 常见问题 / 排查现象grep error /var/log/nginx/error.log无输出但明明日志里有报错。原因日志可能被logrotate切割当前文件是error.log.1或error.log权限为600仅 root 可读。解决先ls -l /var/log/nginx/看文件列表和权限用sudo grep error /var/log/nginx/error.log*覆盖所有轮转文件。现象tail -f /var/log/messages显示内容后突然停止刷新。原因日志文件被logrotate重命名或清空tail仍在监听原 inode新日志写入新文件。解决用tail -F大写 F它会监测文件名变化并自动跟踪新文件。现象cat config.json | grep port输出结果包含注释行// port: 8080干扰判断。原因grep默认匹配所有行未过滤注释。解决grep -v ^// config.json | grep port或用awk /port/ !/^\/\// config.json。现象head -n 1000 bigfile.csv part.csv后part.csv大小异常远小于预期。原因bigfile.csv包含二进制垃圾数据或编码问题head在遇到\0字符时提前终止。解决用dd ifbigfile.csv bs1 count1000000 part.csv按字节截取或sed -n 1,1000p bigfile.csv按行号。现象ls -l | grep txt列出所有含txt的文件但同时也匹配到权限字段如drwxr-xr-x中的txt。原因grep对整行匹配未限定匹配位置。解决ls -l | grep \.txt$$锚定行尾或更安全的find . -name *.txt -ls。3. 磁盘与文件系统管理df、du、mount 的协同诊断法为什么df和du结果经常不一致当监控告警说“磁盘使用率 95%”别急着删日志——df和du的差异就是真相入口。df查文件系统级空间inode blockdu查目录级实际占用两者不一致往往指向隐藏问题被删除但进程仍打开的文件、挂载覆盖、硬链接计数错误。本节教你用三命令构建诊断流水线。3.1 df磁盘空间的“仪表盘”必须同时看-h和-idf输出两组关键指标Size/Used/Avail以块block为单位的空间占用-h使其人类可读Use%已用百分比但注意100%不等于“完全写满”ext4 预留 5% 给 root普通用户在95%时就可能写入失败IUse%inode 使用率df -i小文件过多时此值先爆如/var/spool/postfix存大量邮件队列。必须联合执行的命令# 一行看清空间与 inode 状态生产环境必做 df -h echo --- df -i # 输出示例 # Filesystem Size Used Avail Use% Mounted on # /dev/sda1 50G 48G 1.2G 98% / # --- # Filesystem Inodes IUsed IFree IUse% Mounted on # /dev/sda1 3200000 3199999 1 100% / # 此时 / 目录 inode 耗尽删文件无效需找并删除小文件如 /tmp 下的 session注意df的Mounted on列显示挂载点若某目录df不显示说明它未独立挂载可能是子目录此时du才是唯一手段。3.2 du目录空间的“CT 扫描”-sh与--max-depth的精准打击du计算指定路径下所有文件和子目录的磁盘占用。-ssummarize只显示总计-h人类可读--max-depthN限制递归深度——这是定位空间黑洞的核心。典型诊断流程du -sh /* 2/dev/null | sort -hr | head -10扫描根目录下各一级目录大小2/dev/null屏蔽权限错误若/var异常大则du -sh /var/* 2/dev/null | sort -hr | head -10定位到/var/log后du -sh /var/log/* 2/dev/null | sort -hr | head -5最终ls -lt /var/log/nginx/access.log*查轮转日志。关键参数深挖du -sh --exclude*.gz /var/log排除压缩日志专注活跃文件du -sh --time /var/log显示最后修改时间识别“僵尸大文件”如 3 个月未动的 2GB debug.logdu -shx /-x限制在同一文件系统避免跨挂载点统计如/home单独挂载时du -sh /会包含它但du -shx /不会。# 一键定位 /var 下最大的 5 个目录含子目录排除 /var/cache缓存可安全清理 du -sh /var/* 2/dev/null | grep -v /var/cache | sort -hr | head -53.3 mount / umount挂载点的“生命体征监测”为什么mount | grep nfs比df更早发现故障mount显示所有已挂载文件系统及其选项umount卸载。NFS、CIFS 等网络存储挂载失败时df可能卡住因等待超时但mount会立刻暴露问题。必须检查的挂载选项rw/ro读写/只读ro状态下所有写操作失败bg后台重试NFS避免挂载失败阻塞启动hard/intrNFS 硬挂载默认下服务器宕机时进程会卡死intr允许 CtrlC 中断noatime禁用访问时间更新提升 SSD 性能现代发行版默认启用。诊断命令链# 1. 查看所有挂载重点看 Typeext4/xfs/nfs和 Options mount | column -t # 2. 检查 NFS 挂载是否健康stat 命令可探测 stat -f /mnt/nfs-share 2/dev/null | grep Type\|IO Block # 3. 强制卸载卡死的 NFS-f 强制-l 懒卸载避免进程阻塞 sudo umount -f -l /mnt/nfs-share提示/proc/mounts是内核维护的实时挂载表比mount命令输出更权威findmnt是更现代的替代工具支持树状显示findmnt -D。3.4 fsck文件系统的“急救手术刀”为什么它必须在未挂载时运行fsckFile System ChecK修复损坏的文件系统。核心原则绝不在已挂载的分区上运行fsck除只读根分区外否则可能造成二次损坏。常见触发场景非正常关机、硬盘坏道、RAID 降级。安全执行流程sudo touch /forcefsck在根分区创建标记下次启动时自动执行仅限 ext2/3/4重启后系统在 init 过程中调用fsck若需手动运行先sudo umount /dev/sda1再sudo fsck -y /dev/sda1-y自动确认所有修复。参数选择逻辑-p预设修复类似-y但更保守仅修复安全错误-c检查坏块对老硬盘必要但极耗时-D优化目录结构ext4提升ls性能-n只检查不修复dry-run先评估风险。# 检查前必做确认分区未挂载且无进程占用 sudo lsof /dev/sda1 # 若有输出需 kill 进程或重启 sudo umount /dev/sda1 # 安全检查不修复 sudo fsck -n /dev/sda1 # 若报告错误再执行修复 sudo fsck -y /dev/sda14. 文件压缩与归档tar、gzip、bzip2 的选型实战为什么tar -czf不是万能解tar是归档打包gzip/bzip2/xz是压缩三者组合构成 Linux 文件备份基石。但新手常混淆tar -czf archive.tar.gz dir/是“归档gzip压缩”而gzip file是纯压缩不归档。本节直击选型本质——不是“哪个压缩率高”而是“什么场景下谁最稳、最快、最兼容”。4.1 tar归档的“骨架”-c/-x/-t三大模式不可颠倒tar的核心是操作模式-c创建、-x解包、-t列表选项顺序无关紧要但模式只能有一个。-f指定归档文件名是强制的f代表 file无f则操作标准输入/输出。必须掌握的黄金组合tar -cf archive.tar dir/创建归档不压缩tar -xf archive.tar解包到当前目录tar -tf archive.tar列出归档内容不解压验证完整性首选tar -cf - dir/ | gzip archive.tar.gz流式压缩避免生成中间大文件。关键参数深挖--exclude*.log排除匹配文件比find | tar --files-from-更简洁-C /target解包到指定目录tar -xf archive.tar -C /opt--ownerroot --grouproot解包时强制设置所有者部署应用必备--numeric-owner忽略用户名用 UID/GID跨系统迁移防错。# 安全打包排除临时文件、Git 目录保留权限和时间戳 tar -czf app-backup-$(date %Y%m%d).tar.gz \ --exclude.git \ --exclude*.tmp \ --exclude/node_modules \ --ownerwww-data --groupwww-data \ /var/www/myapp4.2 gzip vs bzip2 vs xz压缩算法的“速度-压缩率-兼容性”三角权衡工具压缩率速度压缩速度解压兼容性典型场景gzip中快快极高POSIXWeb 传输、日志压缩bzip2高慢中高归档分发源码包xz极高极慢中中较新系统镜像分发Debian ISO实测结论1GB 文本文件gzip -9压缩后 320MB耗时 8s解压 2sbzip2 -9压缩后 280MB耗时 45s解压 6sxz -9压缩后 240MB耗时 120s解压 5s。选型口诀传给 Windows 用户用zipzip -r archive.zip dir/.zip通用性无敌服务器间传输tar -cf - dir/ | gzip -c archive.tgz平衡速度与带宽长期归档tar -cf - dir/ | xz -9 archive.tar.xz空间换时间内存受限设备如路由器gzip -1最低压缩率最快。# 流式压缩解压零磁盘占用适合管道处理 # 压缩tar - gzip - ssh - 解压 tar -cf - /data | gzip -c | ssh userbackup gunzip -c | tar -xf - -C /backup # 解压时校验先解压再用 sha256sum 验证 tar -xf archive.tar.gz sha256sum archive.tar.gz | cut -d -f14.3 归档与压缩的“防丢工程”为什么tar -czf后必须tar -tzf验证生产环境中归档失败常无声无息磁盘满导致tar写入中断但tar进程退出码为 0因部分文件已写入archive.tar.gz成为损坏文件。必须建立验证闭环。验证三步法tar -tzf archive.tar.gz /dev/null 21检查归档可读-t列表-z识别 gziptar -tzf archive.tar.gz | wc -l统计文件数与源目录find dir/ | wc -l对比tar -xOf archive.tar.gz path/to/file | sha256sum抽取单个文件校验和对比源文件。# 一键验证脚本放入备份任务末尾 ARCHIVEbackup-$(date %Y%m%d).tar.gz tar -cf - /important/data | gzip -c $ARCHIVE if [ $? -ne 0 ]; then echo 归档失败 2 exit 1 fi # 验证归档完整性 if ! tar -tzf $ARCHIVE /dev/null 21; then echo 归档损坏 2 rm $ARCHIVE exit 1 fi echo 归档验证通过$(tar -tzf $ARCHIVE | wc -l) 个文件注意tar -tzf验证比gzip -t更严格因它同时检查 tar 结构和 gzip 流。5. 权限、用户与进程管理chmod、su、ps 的最小必要集为什么chmod 777是技术债核弹权限管理是 Linux 安全的基石但chmod 777的泛滥使用让无数系统暴露在风险中。本节不讲八进制原理只聚焦“什么场景下必须用什么权限”以及su/sudo的本质区别——su切换用户身份sudo执行单条命令二者混用是提权漏洞温床。5.1 chmod权限的“最小必要原则”数字模式与符号模式的取舍chmod的核心是遵循最小权限原则文件仅赋予执行所需权限。755rwxr-xr-x对目录安全但对脚本文件755可能过度644足够600rw-------对私钥是铁律但对网站配置文件可能阻碍 web 服务器读取。符号模式更安全chmod ux script.sh仅给所有者添加执行权限比chmod 755 script.sh更精确chmod go-w config.conf移除组和其他人的写权限防误改chmod arX dir/给所有用户添加读权限X大写仅对目录和已有执行权限的文件添加执行权限安全递归。数字模式速查表数字二进制权限典型用途7111rwx可执行脚本、程序6110rw-配置文件、数据文件5101r-x库文件、只读资源4100r--密钥文件私钥必须 6000000---敏感临时文件chmod 000# 安全设置 Web 目录权限递归 # 1. 目录所有者 rwx组 rx其他 rx755 # 2. 文件所有者 rw组 r其他 r644 # 3. 可执行文件额外加 xfind 自动识别 find /var/www -type d -exec chmod 755 {} \; find /var/www -type f -exec chmod 644 {} \; find /var/www -name *.sh -exec chmod 755 {} \;5.2 su 与 sudo权限提升的“双轨制”为什么sudo su -是反模式suswitch user直接切换用户 shellsudosuperuser do以指定用户身份执行单条命令。sudo su -的本质是先用sudo获得 root 权限再用su切换到 root shell——这绕过了sudo的审计日志/var/log/auth.log只记录sudo su -不记录后续命令。正确实践日常管理sudo command如sudo systemctl restart nginx所有操作留痕批量操作sudo -i等价于sudo su -但sudo日志记录完整会话临时提权sudo -u www-data bash以 www-data 用户启动 shell比su - www-data更安全。sudoers 配置要点visudo编辑/etc/sudoers语法错误会导致sudo失效user ALL(ALL:ALL) ALL用户可在所有主机以所有用户/组执行所有命令user ALL(root) NOPASSWD: /bin/systemctl restart nginx免密重启 nginx最小权限。# 查看当前用户 sudo 权限 sudo -l # 输出示例 # User dev may run the following commands on server: # (root) NOPASSWD: /usr/bin/apt update, /usr/bin/apt upgrade5.3 ps 与 top进程监控的“静态快照”与“动态视图”ps是进程快照snapshottop是动态视图live view。ps aux输出 11 列关键列USER进程所有者PID进程 ID%CPU/%MEMCPU/内存占用VSZ虚拟内存大小KBRSS物理内存占用KBTTY控制终端?表示无终端如守护进程STAT状态R运行S睡眠Z僵尸高优先级N低优先级START启动时间TIMECPU 使用时间。ps 黄金命令ps aux --sort-%mem | head -10内存占用 Top 10ps aux --sort-%cpu | head -10CPU 占用 Top 10ps aux | grep nginx查找 nginx 进程注意grep自身也会出现在结果中用ps aux | grep [n]ginx规避ps -ef --forest树状显示进程父子关系--forest。top 的高效用法P按 CPU 排序M按内存排序T按运行时间排序u只显示指定用户进程k杀死进程输入 PIDq退出。# 一键杀掉所有匹配进程谨慎 # 先确认ps aux | grep python.*script.py # 再执行pkill -f python.*script.py # 或更安全pgrep -f python.*script.py | xargs kill -95.4 kill 与信号进程控制的“语言”为什么kill -9是最后手段kill发送信号signal给进程而非直接“杀死”。kill -9SIGKILL是唯一无法被捕获/忽略的信号强制终止进程但会丢失数据如数据库未刷盘。优雅终止流程kill PID默认 SIGTERM15进程可捕获执行清理后退出kill -HUP PID1重载配置如 nginx、apachekill -USR2 PID12用户自定义信号如 logrotate 发送 USR1kill -9 PID9终极手段仅当进程卡死D 状态时使用。查看进程信号处理能力# 查看进程支持的信号需 root cat /proc/PID/status | grep Sig # SigQ: 0/63820 # 当前队列信号数/最大数 # SigPnd: 0000000000000000 # 待处理信号掩码提示killall和pkill是kill的增强版支持按名称killall nginx或模式pkill -f python.*api终止。6. 网络与系统信息诊断ping、netstat、ss 的演进为什么ss正在取代netstat网络诊断是运维高频场景但ping/netstat/ss的使用逻辑常被混淆。ping测试连通性ICMPnetstat/ss查看连接状态TCP/UDP而sssocket statistics是netstat的现代替代更快、更准确直接读取内核 socket 表而非/proc/net伪文件。6.1 ping连通性的“听诊器”-c与-W的精准控制ping发送 ICMP Echo Request接收 Echo Reply。-c 4发送 4 个包后停止-W 3设置超时 3 秒避免卡死。关键认知ping通 ≠ 服务可用防火墙可能放行 ICMP 但拦截 TCP。高级用法ping -c 4 -s 1472 google.com发送 1472 字节数据MTU1500IP 头 20B ICMP 头 8B 1472B测试路径 MTUping -c 4 -D google.com打印时间戳-D用于延迟波动分析ping -c 4 -f google.com洪水模式flood每秒发包需 root慎用。# 检测 DNS 解析与网络连通性两步合一 if host google.com /dev/null 21; then echo DNS OK if ping -c 1 -W 1 google.com /dev/null 21; then echo Network OK else echo Network FAIL fi else echo DNS FAIL fi6.2 netstat 与 ss连接状态的“透视镜”-tuln是灵魂参数netstat -tuln是网络诊断黄金组合-tTCP 连接-uUDP 连接本文还有配套的精品资源点击获取
