Debian/Ubuntu Linux常用命令速查手册：从系统初始化到故障排查的实战指南-北京尧图网络

1. 为什么我建议每个Linux用户都建一份自己的命令速查手册刚接触Debian或者Ubuntu那会儿我最大的感受就是——图形界面能做的事命令行基本都能做而且更快但问题是命令太多、参数太杂今天查了明天忘明天忘了后天又得重新搜。后来我养成了一个习惯每解决一个实际问题就把对应的命令和操作步骤记到自己的笔记里时间一长这份笔记就成了我日常运维和开发中最依赖的东西。这篇内容就是基于我这些年积累的Debian/Ubuntu/Linux常用操作设置和命令整理出来的不是那种从手册里抄一遍的“命令大全”而是按实际使用场景来组织的——系统装好之后要做什么、日常维护看什么、出问题了怎么排查、效率怎么提上去。适合刚上手Linux的新手建立操作框架也适合用了一段时间但总觉得知识零散的朋友做一次系统梳理。我尽量把每条命令背后的逻辑讲清楚让你知道“为什么要这么敲”而不是死记硬背。同时会穿插一些我踩过的坑和实际验证过的技巧这些在官方文档里通常不会写但真正用起来能省不少时间。2. 系统初始化与基础环境配置2.1 装完系统后我必做的几件事很多人装完Debian或Ubuntu之后就直接开始装软件了但其实有几件基础工作如果一开始没做好后面会反复遇到麻烦。我的习惯是按顺序做以下几步。第一件事是更新软件源和已安装的包。这一步看似简单但很多人会忽略update和upgrade的区别。apt update只是刷新软件源索引告诉你有哪些包有新版本可用apt upgrade才是真正去下载和安装更新。我一般会连着敲sudo apt update sudo apt upgrade -y这里加-y是为了避免每个包都手动确认批量更新时效率高很多。如果你用的是Ubuntu的LTS版本更新频率可以低一些如果是滚动更新的发行版或者开发机建议每周至少跑一次。第二件事是配置时区和时间同步。时间不对会导致日志时间戳混乱、证书验证失败、定时任务执行异常等一堆问题。查看当前时区timedatectl如果时区不对用timedatectl set-timezone Asia/Shanghai来设置。时间同步一般由systemd-timesyncd负责确认它处于active状态就行。我遇到过一台测试机时间慢了十几分钟排查了半天应用问题最后发现是时间同步没开这种坑踩一次就够了。第三件事是检查磁盘空间和分区情况。df -h看整体使用率lsblk看块设备结构。如果/分区快满了后面装什么都费劲。我一般会确保根分区至少留20%的余量/var和/home如果单独分区也要关注。2.2 用户权限与sudo配置的实操细节Linux的权限体系是核心但很多人对sudo的理解只停留在“命令前面加sudo”。实际上/etc/sudoers文件的配置方式直接影响到安全性和便利性。编辑sudoers文件必须用visudo命令不要直接用文本编辑器打开。原因是visudo会在保存时做语法检查如果写错了会提示你避免因为配置错误导致所有人都无法使用sudo。我见过有人直接vim /etc/sudoers改错了结果root密码又忘了只能进恢复模式修复。一个常见的需求是让某个用户执行sudo时不需要输密码。在sudoers文件里加一行username ALL(ALL) NOPASSWD: ALL但我要提醒的是这在个人开发机上方便在生产环境或者多人共用的机器上要慎重。更安全的做法是只对特定命令免密比如只允许免密重启某个服务。另外把用户加入sudo组是Ubuntu下的标准做法sudo usermod -aG sudo username注意-aG的-a表示追加如果不加-a只用-G会把用户从其他附加组里移除这是个很危险的细节。改完之后需要重新登录才生效或者用newgrp sudo临时切换。2.3 网络配置与SSH服务调优Debian和Ubuntu从某个版本开始默认用netplan来管理网络配置Ubuntu或者systemd-networkdDebian但很多人还是习惯看/etc/network/interfaces。我建议先确认你的系统用的是哪套网络管理工具systemctl status systemd-networkd systemctl status NetworkManager哪个在跑就用哪套的配置方式不要混着改否则会出现配置不生效的情况。SSH方面我建议做几个基础的安全和便利性调整。修改/etc/ssh/sshd_config把PermitRootLogin改成no禁止root直接登录把PasswordAuthentication根据情况改成no改用密钥登录调整ClientAliveInterval和ClientAliveCountMax来避免长时间不操作被断开改完配置后一定要先sshd -t测试语法没问题再systemctl reload sshd。千万不要直接restart万一配置有问题你当前的连接断了就再也连不上了。我有一次就是改完直接restart结果配置里有个拼写错误只能去机房接显示器修复。3. 文件与目录操作的高频命令与技巧3.1 文件查找与批量处理的实战方法find命令是Linux下最强大的文件查找工具但参数多到让人记不住。我常用的几个组合场景是这样的。按名称查找并执行操作比如找出所有.log文件并删除find /var/log -name *.log -type f -mtime 30 -delete这里的-mtime 30表示修改时间在30天以前-type f限定只找普通文件。加-delete之前建议先用-print确认一下找到的文件列表避免误删。按大小查找大文件排查磁盘占用时特别有用find / -type f -size 100M -exec ls -lh {} \; 2/dev/null2/dev/null是为了屏蔽权限不足的报错信息不然输出会非常乱。locate命令比find快得多因为它查的是预建索引数据库。但新创建的文件可能还没被索引到需要先sudo updatedb更新数据库。我一般用locate做快速定位用find做精确查找和批量操作。3.2 权限管理中的常见误区与正确做法文件权限是Linux新手最容易出错的地方之一。chmod 777被很多人当成万能解药但这在生产环境是严重的安全隐患。先理清基本概念r对应数字4w对应2x对应1。所以755就是所有者有读写执行权限组用户和其他用户有读和执行权限。对于目录来说x权限表示能否进入该目录r表示能否列出目录内容w表示能否在目录中创建或删除文件。一个常见的误区是认为给文件加了x权限就能执行。实际上脚本文件要能执行除了x权限文件头部的shebang行比如#!/bin/bash也很关键。另外如果脚本是在Windows下编辑后传到Linux的可能带有\r换行符导致执行时报“bad interpreter”错误。解决方法是用dos2unix转换或者sed -i s/\r$// filename去掉回车符。chown改所有者chgrp改所属组但更常用的是chown user:group file一次改完。递归修改用-R但要对符号链接小心-R默认会跟随链接可能改到意料之外的文件。加-h可以只改链接本身而不跟随。3.3 压缩解压与归档的完整命令速查Linux下常见的压缩格式有.tar.gz、.tar.bz2、.zip、.xz等我整理了一个速查表操作命令创建tar.gztar -czvf archive.tar.gz /path/to/dir解压tar.gztar -xzvf archive.tar.gz创建tar.bz2tar -cjvf archive.tar.bz2 /path解压tar.bz2tar -xjvf archive.tar.bz2创建zipzip -r archive.zip /path解压zipunzip archive.zip -d /target查看tar内容tar -tzvf archive.tar.gz记忆技巧tar的参数里c是createx是extractt是listz是gzipj是bzip2v是verbosef是file。组合起来就是czvf、xzvf、tzvf。我踩过的一个坑是在解压时没有先查看压缩包内容直接解压到了一个已有文件的目录结果覆盖了重要文件。所以现在养成了习惯先用-t看一下内容再解压。另外解压时加-C /target/dir可以指定目标目录避免文件散落在当前目录。4. 系统监控与性能排查的实用命令4.1 实时资源监控与历史数据查看top和htop是最常用的实时监控工具。htop界面更友好支持鼠标操作和颜色区分但需要额外安装。top的优势在于所有Linux都自带在最小化安装的服务器上也能用。top里我重点关注几个指标load average三个数值分别代表1分钟、5分钟、15分钟的平均负载。一般来说这个数值不应该超过CPU核心数。比如4核的机器load average持续超过4就说明有压力了。但要注意负载高不一定是CPU的问题IO等待也会推高负载值。free -h看内存使用重点看available那一列它才是真正可用的内存。buff/cache虽然被算作已使用但实际上是可回收的缓存不用太担心。iostat -x 1看磁盘IO情况%util接近100%说明磁盘是瓶颈。vmstat 1可以同时看CPU、内存、IO、上下文切换等综合指标排查性能问题时我一般会同时开几个终端分别跑这些命令。4.2 进程管理与服务控制的正确姿势找进程用ps aux | grep xxx但更推荐用pgrep -af xxx输出更干净。杀进程用kill PID如果普通kill不生效再用kill -9 PID。但-9是强制杀死进程没有机会做清理工作可能导致数据不一致或临时文件残留所以能不用就不用。systemctl是管理systemd服务的主力命令systemctl status nginx # 查看服务状态 systemctl start nginx # 启动 systemctl stop nginx # 停止 systemctl restart nginx # 重启 systemctl reload nginx # 重载配置不中断服务 systemctl enable nginx # 开机自启 systemctl disable nginx # 取消自启reload和restart的区别很关键。reload是让服务重新读取配置文件而不中断现有连接适合Nginx、Apache这类支持热重载的服务。restart是完全停止再启动会中断服务。生产环境改配置优先用reload。查看服务日志用journalctl -u nginx -f-f是实时跟踪。加--since 10 min ago可以只看最近10分钟的日志。journalctl的日志默认是存在内存里的重启就没了如果要持久化需要修改/etc/systemd/journald.conf里的Storagepersistent。4.3 磁盘空间分析与清理策略磁盘满了是运维中最常见的问题之一。df -h看整体du -sh *看当前目录下各子目录的大小。但du在目录很大的时候会很慢我一般用du -sh --max-depth1 /path来限制深度。更快的方案是用ncdu它是一个交互式的磁盘使用分析工具扫描完后可以用方向键浏览按d直接删除文件。安装sudo apt install ncdu。常见的磁盘占用大户包括/var/log下的日志文件、/var/cache/apt下的包缓存、Docker的镜像和容器层、以及各种临时文件。清理APT缓存用sudo apt clean清理旧内核用sudo apt autoremove。日志方面journalctl --vacuum-size500M可以限制日志总大小为500Mjournalctl --vacuum-time7d只保留最近7天。对于/var/log下的传统日志文件可以配置logrotate来做自动轮转和清理。注意清理任何文件之前先确认这个文件不是正在被某个进程使用。用lsof | grep deleted可以查看已删除但空间未释放的文件这种情况需要重启对应进程才能真正释放空间。5. 软件包管理与系统更新维护5.1 apt命令的进阶用法与常见问题apt是Debian系最核心的包管理工具但很多人只用过install和remove。以下是我常用的进阶操作。搜索包apt search keyword。但搜索结果可能很多可以配合grep过滤。查看包信息apt show packagename会显示版本、依赖、大小、描述等。查看某个文件属于哪个包dpkg -S /path/to/file。查看某个包安装了哪些文件dpkg -L packagename。安装指定版本apt install packagenameversion。这在需要回退版本时很有用。先apt-cache madison packagename列出可用版本再指定安装。apt和apt-get的区别apt是面向用户的命令输出更友好有进度条apt-get更偏向脚本使用输出格式稳定。在写自动化脚本时建议用apt-get日常操作apt更顺手。一个常见问题是apt update报错“Release file expired”或者GPG签名错误。前者通常是系统时间不对后者可能是软件源的签名密钥过期了。解决方法分别是校准时间和更新密钥。如果某个第三方源一直报错可以在/etc/apt/sources.list.d/下临时注释掉对应的源文件。5.2 系统升级与内核管理的注意事项Ubuntu的版本升级用do-release-upgradeDebian用修改sources.list后apt full-upgrade。不管哪种方式升级前一定要备份重要数据并且确保有足够的磁盘空间。内核升级后旧内核不会自动删除会占用/boot分区的空间。/boot满了会导致无法安装新内核进而导致apt upgrade失败。查看已安装的内核dpkg --list | grep linux-image删除旧内核用sudo apt autoremove --purge它会自动清理不再需要的依赖和旧内核。但要注意当前正在运行的内核不会被删除所以至少会保留一个可用的。我遇到过/boot只有200M分区的情况两三个内核就满了。这种时候要么手动删除旧内核要么在安装时就把/boot分大一点。如果已经装好了不方便重新分区可以定期手动清理。5.3 从源码编译安装软件的正确流程有些软件在APT源里没有或者版本太旧需要从源码编译。基本流程是./configure --prefix/usr/local make -j$(nproc) sudo make install--prefix指定安装路径-j$(nproc)表示用所有CPU核心并行编译能大幅缩短编译时间。但并行编译偶尔会因为依赖顺序问题出错这时候去掉-j参数用单线程重新编译通常能解决。编译前需要安装开发工具和依赖库sudo apt install build-essential以及具体的依赖如libssl-dev、zlib1g-dev等。configure脚本报错时仔细看错误信息通常是缺少某个头文件或库对应的-dev包装上就好。源码安装的软件不会被APT管理卸载时需要回到源码目录执行sudo make uninstall如果Makefile支持的话。所以我现在更倾向于用checkinstall代替make install它会把源码安装的软件打包成deb包纳入APT管理体系后续可以用apt remove卸载。6. 文本处理与效率提升的实用技巧6.1 grep、sed、awk三剑客的日常用法这三个工具是Linux文本处理的核心但很多人觉得它们太复杂。其实日常使用中掌握几个固定模式就够了。grep最常用的场景是过滤输出。grep -r keyword /path递归搜索grep -i忽略大小写grep -v反向匹配排除包含关键词的行grep -c只输出匹配行数。组合使用grep -rn TODO --include*.py只在Python文件中搜索TODO标记。sed最常用的是替换sed -i s/old/new/g file。-i表示直接修改文件不加-i只输出到终端。g表示全局替换不加只替换每行第一个匹配。我经常用sed -n 10,20p file来查看文件的第10到20行比head和tail组合更方便。awk适合按列处理。awk {print $1, $3} file打印第1和第3列。awk -F: {print $1} /etc/passwd用冒号做分隔符打印用户名。awk $3 100 {print $0} file打印第3列大于100的行。统计求和awk {sum $1} END {print sum} file。这三个工具组合起来威力更大。比如统计Nginx日志中访问量前10的IPawk {print $1} access.log | sort | uniq -c | sort -rn | head -106.2 管道与重定向的进阶理解管道|把前一个命令的标准输出接到后一个命令的标准输入。重定向覆盖写入文件追加写入2重定向标准错误同时重定向标准输出和标准错误。一个常见的困惑是sudo echo text /root/file为什么不行。原因是重定向是由shell执行的而shell没有root权限所以重定向会失败。正确做法是echo text | sudo tee /root/filetee命令同时输出到终端和文件而且它是以sudo权限运行的。tee -a是追加模式。在写脚本时我经常用command 21 | tee -a logfile来同时记录日志到文件和终端方便调试。xargs配合管道使用把标准输入转换成命令行参数。比如find . -name *.tmp | xargs rm -f。但文件名中有空格时会出问题加-print0和xargs -0可以解决find . -name *.tmp -print0 | xargs -0 rm -f6.3 定时任务与环境变量配置crontab -e编辑当前用户的定时任务crontab -l列出已有任务。格式是五个星号分别代表分、时、日、月、周后面跟要执行的命令。# 每天凌晨3点执行备份 0 3 * * * /home/user/backup.sh /home/user/backup.log 21crontab里最容易踩的坑是环境变量问题。cron执行时的PATH和登录shell的PATH不一样所以脚本里用到的命令最好写绝对路径或者在脚本开头显式设置PATH。另外cron不会加载.bashrc或.profile所以自定义的环境变量需要在脚本里单独source或者直接定义。系统级的定时任务除了/etc/crontab还有/etc/cron.d/目录和systemd timer。systemd timer比传统cron更灵活支持更精细的时间控制和依赖管理。创建一个timer需要两个文件.service定义要执行的任务.timer定义触发时间。环境变量方面/etc/environment是系统级的环境变量文件对所有用户生效。用户级的在~/.bashrc或~/.profile里设置。export VARvalue设置当前会话的环境变量。查看所有环境变量用env或printenv。我建议把常用的别名和函数放在~/.bash_aliases里然后在.bashrc中source它这样配置更清晰。7. 常见故障排查与应急处理实录7.1 系统无法启动的排查思路系统起不来是最让人紧张的情况但大部分时候是有规律可循的。我的排查顺序是先看能不能进GRUB能进GRUB说明引导程序没问题然后看内核能不能加载如果卡在内核加载阶段可能是内核更新出了问题或者/boot分区满了最后看能不能进单用户模式或恢复模式。进入恢复模式的方法是在GRUB菜单里选择“Advanced options”然后选带“recovery mode”的内核。进去之后可以选择fsck检查文件系统、dpkg修复包管理、root进入root shell。如果/boot满了导致无法启动可以在恢复模式的root shell里删除旧内核dpkg --list | grep linux-image apt purge linux-image-旧版本号如果GRUB本身坏了需要用Live USB启动然后chroot到原系统重新安装GRUB。这个过程稍微复杂一些但网上有详细步骤核心就是挂载根分区、挂载必要的虚拟文件系统、chroot、grub-install、update-grub。7.2 网络不通的分层排查法网络问题排查我习惯按OSI模型从下往上查。先看物理层和链路层ip link show确认网卡是否UPethtool eth0看网线是否连接。然后看网络层ip addr show确认IP地址是否正确ip route show确认路由表。再往上ping 网关、ping 外网IP、ping 域名逐步定位问题出在哪一层。如果ping IP通但ping 域名不通那就是DNS问题。检查/etc/resolv.conf里的DNS服务器配置。但要注意这个文件可能被systemd-resolved或NetworkManager动态管理直接改可能不生效。用resolvectl status查看当前的DNS配置。如果所有网络都不通先检查防火墙规则sudo iptables -L -n或者sudo nft list ruleset。Ubuntu默认用ufwsudo ufw status查看状态。我遇到过防火墙规则把自己锁在外面的情况这时候只能通过控制台或者恢复模式进去关掉防火墙。7.3 磁盘满、内存泄漏与CPU飙高的应急处理磁盘满的应急处理先用df -h确认哪个分区满了然后du -sh /*逐层定位大目录。如果是日志文件占满可以临时清空 /var/log/bigfile.log注意是清空不是删除删除可能导致进程继续写入已删除的文件空间不会释放。如果是Docker占满docker system prune -a可以清理未使用的镜像和容器。内存泄漏的排查free -h看内存趋势ps aux --sort-%mem | head找出内存占用最高的进程。如果是某个服务持续增长可能需要重启该服务临时缓解然后进一步分析原因。valgrind可以用来检测程序的内存泄漏但需要在开发环境使用。CPU飙高的排查top按P键按CPU排序找到高CPU进程。如果是用户态CPU高可能是程序逻辑问题如果是系统态CPU高可能是IO或锁竞争。perf top可以实时查看热点函数strace -p PID可以跟踪系统调用。我遇到过一次CPU飙高是因为某个脚本里有个死循环用strace很快就定位到了。应急处理的核心原则先恢复服务再排查根因。生产环境不要在现场慢慢分析先用重启、扩容、限流等手段把服务恢复保留现场信息日志、dump文件然后在测试环境慢慢排查。7.4 常见问题速查表现象可能原因排查命令解决方法apt报错Release file expired系统时间不对datetimedatectl set-ntp trueSSH连接被拒绝sshd未运行或防火墙拦截systemctl status sshd启动sshd检查防火墙规则磁盘满但找不到大文件已删除文件被进程占用lsof | grep deleted重启对应进程命令找不到PATH不对或包未安装echo $PATH修正PATH或安装对应包权限拒绝文件权限或SELinux/AppArmorls -l调整权限或策略服务启动失败配置错误或端口占用journalctl -u 服务名根据日志修正配置中文乱码locale未设置locale设置LANGzh_CN.UTF-88. 我的个人经验与持续维护建议这份命令速查我一直在更新因为Linux生态在变我自己的使用习惯也在变。早期我追求“记住所有命令”后来发现这既不现实也没必要。真正重要的是建立一套自己的操作框架知道遇到什么问题该往哪个方向查知道哪些命令组合能解决哪类场景剩下的细节随时查手册就行。我现在维护这份笔记的方式是每解决一个新问题就把命令和简要说明追加到对应的分类下。用Markdown格式写方便搜索和跳转。定期回顾和整理把不再用的命令删掉把新学到的技巧补进去。这样这份笔记就是活的越用越顺手。另外我强烈建议在测试环境或者虚拟机里先验证命令再上生产。尤其是涉及删除、格式化、权限修改的操作一个参数敲错后果可能很严重。rm -rf后面多一个空格可能就把整个目录清空了。我现在养成的习惯是敲完危险命令后先不回车从头到尾再看一遍确认路径和参数没问题再执行。最后分享一个提高效率的小技巧善用history和CtrlR。history | grep keyword可以快速找到之前执行过的命令CtrlR进入反向搜索模式输入关键词就能调出历史命令。我还会在.bashrc里设置HISTSIZE和HISTFILESIZE大一些并且加上HISTTIMEFORMAT显示时间戳方便回溯。这些配置看起来不起眼但日积月累能省下大量重复输入的时间。

Debian/Ubuntu Linux常用命令速查手册：从系统初始化到故障排查的实战指南

相关推荐

Java报PKIX validity check failed：证书有效期校验失败排查与修复

C++实战操作SQLite：从环境搭建到性能优化避坑指南

800个免费SVG图标工程化：从散装文件到Symbol雪碧图与按需加载

更多资讯

D6212安防摄像头（IPC）的步进马达及IR-CUT驱动芯片

AIX环境存储控制器异常导致Oracle ORA-600 [4000]故障的排查与恢复

达梦数据库表注释查询：SYSTABLECOMMENTS系统表详解与实操

开源代码审查工具 open-code-review 实践：规则定制与团队落地

Windows下nvm环境Claude Code命令失效的排查与修复

AI安全边界与人类责任：澄清失控谣言

今日更新

NetSpot 实战：用信道分析与频宽优化解决 Wi-Fi 卡顿

C++ split() 字符串分割的五种实现与性能实测

R语言坐标轴范围设置：从xlim/ylim到coord_cartesian的完整指南

本周精选

交通拥堵预测毕设：基于Python+LSTM的车辆流量预测系统全流程解析

MATLAB/Simulink搭建10机39节点电力系统暂态稳定仿真实战

无人机航拍三维重建全流程：从SfM到网格生成的避坑指南

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？