软件包管理速查：apt 与 dnf 怎么选 安装软件前，先确认发行版和包管理器。Debian、Ubuntu 系常用 apt；Fedora、较新的 RHEL 系常用 dnf。两套命令解决的是同类问题，但软件包名称和仓库内容可能不同。先识别系统cat /etc/os-release command -v apt || command -v dnf/etc/os-release 提供发行版信息；command -v 用来确认命令是否存在。不要把网上看到的 apt install 原样贴到任何服务器上。常用操作对照目的Debian/UbuntuFedora/RHEL 系更新仓库索引sudo apt updatesudo dnf makecache搜索软件包apt search nginxdnf search nginx查看详情apt show nginxdnf info nginx安装sudo apt install nginxsudo dnf install nginx移除sudo apt remove nginxsudo dnf remove nginx安装前先看软件包名称、来源和将被改动的依赖。apt update 更新的是索引；apt upgrade 才会升级已安装的软件包，两者不要混为一谈。生产机器的升级还需要维护窗口和回滚计划。安装后怎么验证先用 command -v nginx 确认命令，再查看版本或服务状态；若安装的是服务，还要检查是否启动、端口是否监听。出现“找不到软件包”时，优先检查仓库索引和发行版版本，不要随手运行来源不明的安装脚本。先预览事务与文件归属Rocky 上可用 dnf list installed nginx 和 rpm -ql nginx 查看已安装包与文件位置；Ubuntu 可用 dpkg -L nginx。先确认同名程序是包管理安装还是源码安装，避免升级了另一套。移除软件可能连带删除依赖，执行前完整阅读事务列表；包移除不保证数据库与上传文件已备份。程序版本、服务 active、HTTP 功能正常要分别验证。内容复核与修订：2026-10-29。实验示例与本站运行记录分别说明；原始归档日期保留。

Linux 文件权限：从 rwx 到 chmod 的实用清单 文件与目录的 rwx 含义并不相同。用几个小实验掌握 chmod、chown 与权限验证。

Linux 命令行入门：先练熟这 12 个命令 刚开始学 Linux 时，不需要背下一整本命令手册。先围绕“找到文件、读懂内容、改动文件、查看帮助”四类任务练习，遇到选项再查 man 或 --help。以下 12 个命令足够完成一轮入门练习。找位置与找文件pwd 显示当前目录；ls -lah 查看目录项；cd 切换目录；find ~/notes -type f -name "*.md" 按条件查找文件。路径不确定时先 pwd，再执行可能改动文件的命令。读文件与筛内容cat 适合短文件；less 可以分页读长文件，按 q 退出；head -n 20 看开头；tail -n 50 看末尾；grep -n "error" app.log 查关键词并显示行号。查看持续写入的日志可用 tail -f，按 Ctrl+C 停止。创建与复制mkdir -p ~/lab/notes 建目录；cp -i source.txt target.txt 复制并在覆盖前提示；mv -i old.txt new.txt 移动或改名。这里的 -i 适合练习时降低误覆盖风险。把命令串成一个任务mkdir -p ~/lab/notes printf "today: learn linux\n" > ~/lab/notes/day1.txt find ~/lab -type f -name "*.txt" grep -n "linux" ~/lab/notes/day1.txt练习时先预测每条命令的输出，再运行验证。遇到不熟悉的选项，用 man 命令名 查看手册；确认目标路径后再使用 rm 一类不可轻易撤销的命令。补齐可复现练习上面的 12 个命令不包含 printf 与帮助工具，后者只是辅助。练习时先 mkdir -p ~/linux-lab，再在这个目录创建源文件，使用 cp -i 复制、mv -i 改名，最后 ls -l 确认。重定向符号 > 会截断已有文件，>> 才是追加。未准备 source.txt 等示例文件时，命令提示不存在属于前提未满足，不是系统损坏。内容复核与修订：2026-10-29。实验示例与本站运行记录分别说明；原始归档日期保留。

用 grep、awk、sort 做一次访问日志速查 日志分析不一定要先搭平台。面对一个小型 Nginx 访问日志，命令行可以很快回答三个问题：错误是否集中、哪些地址访问最多、问题从何时开始。以下示例以常见的 combined 日志格式为前提；自定义格式要先核对字段。先看样本，再写命令head -n 3 access.log tail -n 20 access.log确认每行是否包含客户端 IP、时间、请求路径和状态码。不要直接把看不懂的日志交给一条复杂管道。统计状态码awk '{print $9}' access.log | sort | uniq -c | sort -nr在常见 combined 格式中第 9 列是 HTTP 状态码。sort 先把相同值放在一起，uniq -c 才能正确计数。如果你的格式不同，应先用 awk '{print $9}' access.log | head 验证字段。找出 5xx 最集中的客户端awk '$9 ~ /^5/ {print $1}' access.log | sort | uniq -c | sort -nr | head这里的结果只是排查线索。客户端 IP 可能经过代理，也可能是负载均衡器地址；不能据此直接认定某个用户造成故障。再结合时间段、请求路径和应用日志判断。留下可复用的结论把命令、日志格式、时间范围和统计结果放在同一份笔记里。日后日志格式变化时，先更新字段假设，而不是继续相信旧脚本的输出。涉及用户请求和 IP 的原始日志，在公开笔记中先做脱敏。统计口径与预期将文中的 access.log 替换为真实日志文件，先检查样本。awk 输出的 200、404、500 是按空白切分后的第九列，这只适用于约定的日志格式。没有匹配的 5xx 时，管道可能没有输出，这是零条匹配，不代表命令卡死。结果应称请求次数，不是独立访客人数；日志关闭、轮转、代理和爬虫都会改变统计口径。内容复核与修订：2026-10-29。实验示例与本站运行记录分别说明；原始归档日期保留。

从零开始学 Linux：终端手记阅读指南 从基础命令到排错复盘，一份适合初学者的 Linux 学习路线与本站阅读指南。