简介面向红旗Linux初学者的命令速查PDF系统梳理了系统关机/重启、运行级别切换如init 3/5/1、文件系统目录结构、文件操作、设备文件与配置文件等核心知识点适合日常运维、备考或快速上手Linux时参考。资源共1个PDF文件压缩包大小仅22KB轻量便携下载即可阅读。已有130人学习使用内容虽精简但覆盖面广从shutdown、init、reboot等系统命令到/bin、/sbin、/etc、/var等关键目录用途再到mkdir、rm、df、fdisk -l等常用操作均有收录并补充了/dev/cdrom等设备文件及inittab、grub.conf、profile等配置文件的说明整体结构清晰易于按需查阅可帮助新手快速定位命令与目录作用提升命令行操作效率。1. 红旗 Linux 命令实用手册的定位与误区很多工程师第一次拿到红旗 Linux 服务器时会习惯性地把所有 Linux 命令按 Ubuntu 经验敲一遍apt、add-apt-repository、ufw……然后发现仓库源不一样、服务管理方式也不一样。这时候手里有一份《红旗 Linux 命令实用》性质的速查比重新翻红帽文档更直接。红旗 Linux 是基于 RPM 体系的发行版常用命令集中在 rpm/yum、systemctl 和传统网络工具上。标题里那份 PDF 之所以受欢迎是因为它把命令按“装软件、建用户、看进程、查端口、传文件”拆开每一条都能直接粘到终端里跑。下面这份命令集按同样思路整理照顾从 CentOS 7 迁移到国产操作系统的运维场景并把 PDF 处理这类文档操作补了进来。2. 软件包与初始化红旗 Linux 命令从 rpm 和 yum 开始说红旗 Linux 命令之前先把软件包管理这条线理清。红旗 Linux 主流版本采用 RPM 包格式继承红帽系的目录规范和管理方式但很多具体细节和 CentOS 并不完全一致。刚上手的人最容易在三个地方走偏把rpm当成在线安装工具、以为yum会有和 apt 一样的依赖清理机制、装完系统不确认仓库源就急着执行安装命令。这一章把包管理、系统初始化和用户权限三件事串起来每一条命令都按可执行的标准写。2.1 rpm 和 yum 的命令对应关系别把 apt 习惯带进来rpm -ivh只解决单个本地文件不处理在线仓库依赖yum才负责从仓库拉取并解析依赖。两者互补不是替代关系。外面流传的 Linux 常用命令大全里经常把这俩混着写实际用起来会踩“依赖缺失”或“重复安装”的坑。下表把同一操作在两套命令里的写法对齐方便切换习惯。场景rpm 命令yum/dnf 命令安装本地包rpm -ivh pkg.rpmyum localinstall pkg.rpm升级已装包rpm -Uvh pkg.rpmyum update pkg删除包rpm -e pkgyum remove pkg查询安装结果rpm -q pkgyum list installed pkg查看依赖rpm -qR pkgyum deplist pkg列出可用仓库无yum repolist -v# 安装本目录下的示例服务包 rpm -ivh myapp-1.0-1.x86_64.rpm # 需要从仓库把包拉到本地再手动装用 yumdownloader yumdownloader --resolve myapp-ivh的参数拆开看i是 installv是打印过程h显示进度符号--resolve会把 myapp 的依赖一起下载到当前目录。生产环境里我一般建议优先用 yum 系命令rpm 只保留在两处一次性的本地包安装或者排查某个包究竟由哪个文件提供时。如果yum install卡在仓库源先yum repolist -v看 enabled 状态再检查/etc/yum.repos.d/下的.repo文件里 baseurl 路径是否可达。2.2 系统初始化时区、语言与仓库源检查的命令顺序新装红旗 Linux 后通常会遇到两类问题时间不准导致日志和计划任务混乱语言环境不对导致后续脚本输出乱码。时区、语言、仓库源这三件事有顺序先改时区再配时间同步随后设置语言环境最后看仓库避免改完 locale 之后才发现自己装的包缺依赖。# 先看当前状态再动手改 timedatectl status timedatectl set-timezone Asia/Shanghai # 语言环境红旗桌面版默认是 zh_CN.UTF-8服务器版可能只有 C.UTF-8 localectl list-locales | grep zh_CN localectl set-locale LANGzh_CN.UTF-8 # 仓库/etc/yum.repos.d/ 下的 .repo 文件优先 yum repolist -vlocalectl list-locales里如果找不到 zh_CN.UTF-8说明 glibc-common 没装全要yum install -y glibc-common再执行localedef -i zh_CN -f UTF-8 zh_CN.UTF-8。timedatectl只对使用 systemd 的版本有效红旗早期版本如果返回 command not found就改成改/etc/sysconfig/clock加ZONEAsia/Shanghai再用hwclock --localtime同步。这一步做完再配计划任务否则cron执行时间会整体偏移日志里会看到整点任务跑到半点执行的情况。2.3 新建用户与 sudo 提权usermod、wheel 和 sudoers 的边界运维场景里新建用户是高频动作红旗 Linux 命令手册里关于 useradd 的篇幅通常很短但坑都在参数上。默认useradd在很多 Linux 发行版上不会自动创建 home 目录需要显式加-m加-d可以指定 home 位置加-s可以控制登录 shell。还有个容易被忽略的点useradd指定 uid 前先id -u确认还没被占用否则会创建出一个带已有 uid 的账户。# 新建用户附带 home 目录、指定 uid 和附加组 useradd -m -u 3100 -G users devops # 设置密码 passwd devops # 把用户加入 wheel 组获得 sudo 权限 usermod -aG wheel devops # 务实改 sudoers 文件推荐用 visudo 而不是直接 vi visudouseradd -m -u 3100 -G users devops里-G指定的是附加组如果想让该用户初始主组和用户名相同用-g设置。usermod -aG中的-a是 append不加-a会把用户从其它附加组里清掉生产服务器上会连锁触发权限变更这是最容易被忽视的参数。visudo打开后确认%wheel ALL(ALL) ALL没有被注释然后用户就能 sudo 了。提示如果系统没有 wheel 组或还没有安装 sudo先用yum install -y sudo再手动创建wheel组并执行echo %wheel ALL(ALL) ALL /etc/sudoers.d/wheel这样做不会覆盖系统自带的 sudoers 文件。3. 文件与文本红旗 Linux 命令里最容易踩的三个坑文件查找、压缩解压、删除清理在红旗 Linux 上的行为与其它 RPM 系发行版一致但命令参数里的边界条件经常被忽略。这里挑选三个高频问题都是实际服务器上遇到过的find 范围过大、解压中文乱码、inode 耗尽导致误判磁盘满。处理文本时如果习惯用 vim 命令也要先把编码变量摸清楚不然打开日志看到的是乱码而不是问题本身。3.1 用 find 和 grep 组合从日志里精确取证据日志排查如果直接grep -r ERROR /var/log会扫描所有 socket、特殊文件和大体积二进制日志既慢又把终端刷花。正确做法是先缩小文件集再做内容过滤。这样得到的行号可以直接定位到代码或配置文件的对应位置。# 在 /var/log 下找 24 小时内改过的 .log 文件再过滤 ERROR find /var/log -name *.log -mtime -1 -type f | xargs -r grep -l ERROR # 如果要输出文件名和行号 find /var/log -name *.log -mtime -1 -type f -exec grep -Hn ERROR {} \;-mtime -1表示文件内容在一天内被修改-mtime 7反过来表示超过七天没动过。xargs -r在没有输入条目的情况下不会执行 grep避免报错。-exec grep -Hn里-H强制显示文件名-n照顾日志行定位。对于特别规整的日志还可以在 grep 后接awk {print $1, $4}只留时间和级别这样导出 PDF 或另存文本时内容更干净。文本编辑时用 vim 命令打开这类文件先敲:set fileencodingsutf-8,gbk可以让 vim 自动识别 GBK 和 UTF-8 混排的日志。3.2 压缩包解压后中文乱码unzip 看编码7z 看参数中文环境最容易爆发的问题是从 Windows 传过来的 zip 文件在红旗 Linux 下解压后文件名变成乱码。根因是 zip 内的文件名编码不是 UTF-8而是 GBK/GB18030解压工具默认按 UTF-8 解释。为了避免整个目录乱掉要明确指定解压字符集。压缩包来源常见编码推荐命令Windows 中文 zipGBK/GB18030unzip -O gbk file.zipWindows 中文 7zGBK/GB180307z x file.zipLinux 下生成的 zipUTF-8unzip file.zip# 先确认 unzip 是否带 -O 选项 unzip -v # 查看 zip 内的文件名判断是否为乱码 unzip -Z -l test.zip # 方案 A直接指定 GBK 编码解压 unzip -O gbk test.zip # 方案 B先解压到临时目录再转换文件名 mkdir tmp unzip -O gbk test.zip -d tmp convmv -f GBK -t UTF-8 --notest tmp/* # 方案 C没有 -O 的 unzip 就装 p7zip 7z x test.zip -o./out -mcp936需要区分“文件名乱码”和“文件内容乱码”。-O gbk只解决文件名编码如果文件内容本身是 GBK 编码的文本还要用iconv -f GBK -t UTF-8 file.txt file.utf8.txt转换。7z x的-mcp936指定代码页936 对应当前中文 Windows 区域。更保险的做法是在解压前先unzip -Z -l看文件清单确认只有个别文件有问题再转换避免批量误改。注意unzip -O参数并非所有版本都支持老版本 unzip 可能只识别-O charset而实际不生效碰到这种情况直接装 p7zip 更省事。3.3 删除文件和 inode 耗尽find -delete 与 df -i很多工程师习惯rm -rf /data/logs/*在文件数量庞大的目录里容易触发参数列表过长而且没有过滤条件很难做安全回滚。运维习惯是删除前先查数量再用 find 的-delete删除。这样能明确删除条件也方便在脚本里加日志记录。# 删除 /data/logs 里 7 天前的 .log 文件 find /data/logs -name *.log -mtime 7 -type f -delete # 查看 inode 使用率 df -i /data # 查找被进程删除但仍占用磁盘的文件 lsof L1 | head -20find -delete比rm -rf少一层子 shell 调用对几万个小文件的支持更稳定但它不会逐个提示删除执行前先跑find /data/logs -name *.log -mtime 7 | wc -l看数量。df -i的 Use% 如果到 100%磁盘还有空间也写不进文件因为 inode 耗尽了。这时候只能找小文件目录清理或压缩归档。lsof L1专门找出被删掉但仍被进程持有的文件这种文件不释放磁盘空间不会回落。如果rm -rf时提示“Device or resource busy”多半就是该进程没释放文件描述符。4. 进程网络与服务红旗 Linux 命令排错最少要会这一串系统启动后真正考验命令熟练度的是服务起不来、端口被占、负载异常三类问题。红旗 Linux 老版本可能还保留 SysV init 风格新版本则全面转向 systemd排查命令要同时兼容两代。这里不重复贴十几个命令的用法而是按排查链路给出最稳的一套组合。4.1 端口占用和连接排错ss、lsof、netstat 的选择先给结论能用 ss 就不用 netstat因为 ss 直接从内核 socket 信息读取TCP 连接数量大时不会卡lsof 适合按端口反向找进程。netstat 只用来兼容没有 ss 的老环境。如果发现ss和netstat都没有就yum install -y iproute net-tools。# 查看本机所有监听端口和对应进程 ss -tlnp # 只看 8080 端口被哪个服务占用 ss -tlnp | grep :8080 # 列出使用 8080 端口的进程和完整命令 lsof -i:8080 # 老系统才用 netstat netstat -tlnp-t只看 TCP-l只列出监听中的连接-n不做域名反解-p显示 pid 和程序名。ss -tlnp | grep :8080是简单过滤不会误伤端口来源但会漏掉已经建立但不在 listen 状态的连接。lsof -i:8080返回的 PID 可以直接接ps -fp PID看完整启动参数。排查到占用进程后还要注意某些守护进程会 fork 出多个子进程真正监听在 8080 的不一定是主进程要看 PID 状态列。如果同一个端口在 netstat 里看不到但在 ss 里能看到先确认是不是双栈监听把 IPv4 和 IPv6 都占了。4.2 systemctl 和 chkconfig新老服务管理的命令迁移红旗 Linux 命令实用时应同时准备两套服务管理语法。新版本用 systemdsystemctl enable取代了chkconfigsystemctl status取代了service status。迁移时不建议在脚本里同时敲两种命令可以用command -v systemctl做存在性判断再决定走哪一套。操作systemctl新版service/chkconfig旧版启动服务systemctl start nginxservice nginx start设置为开机自启systemctl enable nginxchkconfig nginx on查看服务状态systemctl status nginxservice nginx status查看是否自启systemctl is-enabled nginxchkconfig --list nginxsystemctl daemon-reload systemctl enable --now containerd systemctl status containerd -lenable --now是启动并设置自启两个动作合一的写法适合首次部署。status会显示当前进程状态和最近日志日志过长时按q退出。容器环境里如果安装了 containerd注意它不一定生成 systemd unit 文件可能出现systemctl enable containerd报错先用containerd config default /etc/containerd/config.toml生成默认配置再手动创建 unit 文件或者直接交给 docker-ce 这类上层工具管理。4.3 用 uptime、ps、top 定位资源占用别只看负载数字服务器卡了先敲 uptime 看负载但 load average 超过 CPU 逻辑核数不一定是 CPU 满也可能是 D 状态进程阻塞在 I/O 上。结合 ps 和 top 才能区分原因否则容易错误地扩大 CPU 配置。# 查看 1/5/15 分钟负载 uptime # 按内存占用排前 20 个进程 ps -eo pid,user,pcpu,pmem,comm --sort-pmem | head -20 # 非交互式执行 top抓一次快照 top -b -n 1 | head -30ps -eo的e表示所有进程o指定输出字段--sort-pmem前面加负号表示降序。head -20 只保留内存最大的 20 个进程。如果看到负载高但 CPU 占用不高用vmstat 1 5观察r和wa两列r持续大于核心数且wa很高基本能判断磁盘 I/O 瓶颈。top 的-b是 batch 模式-n 1只跑一轮适合写进脚本抓快照。注意 ps 输出里的 COMMAND 字段如果被截断可以加宽终端宽度或在ps -eo里把cmd列单独输出。5. 把红旗 Linux 命令串成一份实用 PDF中文字体、编码与验证既然主题是“红旗 Linux 命令实用 PDF”最后的落点停在怎么把命令集转成一份可以交付的 PDF。用虚拟打印机和 pandoc 是两条主要路径最后用 pdftotext 和 qpdf 回读验证。这样生成的文档既能长期归档也能在不能访问图形界面的服务器上直接产生。5.1 用 cups-pdf 把命令记录打印成 PDFcups-pdf 在 RPM 源里一般叫 cups-pdf安装后会生成一个 PDF 打印机队列。命令输出直接通过lp送队列文件会自动写到默认输出目录不需要额外配置图形打印界面。yum install -y cups-pdf lpstat -p -d history ~/cmd_history.txt lp -d PDF ~/cmd_history.txtlpstat -p -d用来确认默认打印机名如果系统里用户自定义过别的队列lp -d PDF的PDF要替换成实际队列名。cups-pdf 默认输出到~/PDF适合快速生成但它的排版能力弱如果目标是规范手册应该用 pandoc。过程中如果生成的文件名是乱码先export LANGzh_CN.UTF-8再执行systemctl restart cups。5.2 用 pandoc 生成带目录的手册解决中文字体缺失当需要把前三章整理成一份正式手册pandoc 是更好选择。先装 texlive-xetex再用-V CJKmainfont指定中文字体否则生成的 PDF 里中文全是方框。红旗系统常见中文字体是 Noto 系列没有就装google-noto-sans-cjk-fonts。yum install -y pandoc texlive-xetex google-noto-sans-cjk-fonts pandoc 红旗linux命令实用.md -o 红旗linux命令实用.pdf \ --pdf-enginexelatex \ -V CJKmainfontNoto Sans CJK SC \ -V geometry:margin2.5cm \ --toc--toc生成带页码的目录CJKmainfont的名字不是字体文件名而是 fontconfig 里注册的 family 名先执行fc-list :langzh确认系统里是否有“Noto Sans CJK SC”。如果没有把字体改成文泉驿正黑或宋体都可以。pandoc 不支持 docx 里那种复杂样式但对命令行手册足够。生成的 PDF 里如果某些命令折行位置不理想可以在 Markdown 源文件里把长命令拆成多行pandoc 会把换行当作空格处理。5.3 验证导出的 PDFpdfinfo、pdftotext 回读和 qpdf 检查导出后不要直接发出去要先做一轮校验。图形界面里看版式只能发现视觉问题文本层是否正常需要命令行工具确认。下面三条命令分别从文件结构、文本抽取和页面参数三个角度验证能覆盖大多数乱码和损坏场景。pdfinfo 红旗linux命令实用.pdf | head -20 pdftotext 红旗linux命令实用.pdf - | head -30 qpdf --check 红旗linux命令实用.pdfpdfinfo看页数、页面尺寸和 PDF 版本如果页数是 0 或生成时报字体错误大概率是 CJKmainfont 指定失败。pdftotext把内容抽出来回读能直接看出文本是否乱码、目录页码是否错位。qpdf --check会报告结构性错误常见于 cups-pdf 在磁盘写满时生成的半截文件。三步都通过这份命令手册才具备交付条件。本文还有配套的精品资源点击获取
简介面向红旗Linux初学者的命令速查PDF系统梳理了系统关机/重启、运行级别切换如init 3/5/1、文件系统目录结构、文件操作、设备文件与配置文件等核心知识点适合日常运维、备考或快速上手Linux时参考。资源共1个PDF文件压缩包大小仅22KB轻量便携下载即可阅读。已有130人学习使用内容虽精简但覆盖面广从shutdown、init、reboot等系统命令到/bin、/sbin、/etc、/var等关键目录用途再到mkdir、rm、df、fdisk -l等常用操作均有收录并补充了/dev/cdrom等设备文件及inittab、grub.conf、profile等配置文件的说明整体结构清晰易于按需查阅可帮助新手快速定位命令与目录作用提升命令行操作效率。1. 红旗 Linux 命令实用手册的定位与误区很多工程师第一次拿到红旗 Linux 服务器时会习惯性地把所有 Linux 命令按 Ubuntu 经验敲一遍apt、add-apt-repository、ufw……然后发现仓库源不一样、服务管理方式也不一样。这时候手里有一份《红旗 Linux 命令实用》性质的速查比重新翻红帽文档更直接。红旗 Linux 是基于 RPM 体系的发行版常用命令集中在 rpm/yum、systemctl 和传统网络工具上。标题里那份 PDF 之所以受欢迎是因为它把命令按“装软件、建用户、看进程、查端口、传文件”拆开每一条都能直接粘到终端里跑。下面这份命令集按同样思路整理照顾从 CentOS 7 迁移到国产操作系统的运维场景并把 PDF 处理这类文档操作补了进来。2. 软件包与初始化红旗 Linux 命令从 rpm 和 yum 开始说红旗 Linux 命令之前先把软件包管理这条线理清。红旗 Linux 主流版本采用 RPM 包格式继承红帽系的目录规范和管理方式但很多具体细节和 CentOS 并不完全一致。刚上手的人最容易在三个地方走偏把rpm当成在线安装工具、以为yum会有和 apt 一样的依赖清理机制、装完系统不确认仓库源就急着执行安装命令。这一章把包管理、系统初始化和用户权限三件事串起来每一条命令都按可执行的标准写。2.1 rpm 和 yum 的命令对应关系别把 apt 习惯带进来rpm -ivh只解决单个本地文件不处理在线仓库依赖yum才负责从仓库拉取并解析依赖。两者互补不是替代关系。外面流传的 Linux 常用命令大全里经常把这俩混着写实际用起来会踩“依赖缺失”或“重复安装”的坑。下表把同一操作在两套命令里的写法对齐方便切换习惯。场景rpm 命令yum/dnf 命令安装本地包rpm -ivh pkg.rpmyum localinstall pkg.rpm升级已装包rpm -Uvh pkg.rpmyum update pkg删除包rpm -e pkgyum remove pkg查询安装结果rpm -q pkgyum list installed pkg查看依赖rpm -qR pkgyum deplist pkg列出可用仓库无yum repolist -v# 安装本目录下的示例服务包 rpm -ivh myapp-1.0-1.x86_64.rpm # 需要从仓库把包拉到本地再手动装用 yumdownloader yumdownloader --resolve myapp-ivh的参数拆开看i是 installv是打印过程h显示进度符号--resolve会把 myapp 的依赖一起下载到当前目录。生产环境里我一般建议优先用 yum 系命令rpm 只保留在两处一次性的本地包安装或者排查某个包究竟由哪个文件提供时。如果yum install卡在仓库源先yum repolist -v看 enabled 状态再检查/etc/yum.repos.d/下的.repo文件里 baseurl 路径是否可达。2.2 系统初始化时区、语言与仓库源检查的命令顺序新装红旗 Linux 后通常会遇到两类问题时间不准导致日志和计划任务混乱语言环境不对导致后续脚本输出乱码。时区、语言、仓库源这三件事有顺序先改时区再配时间同步随后设置语言环境最后看仓库避免改完 locale 之后才发现自己装的包缺依赖。# 先看当前状态再动手改 timedatectl status timedatectl set-timezone Asia/Shanghai # 语言环境红旗桌面版默认是 zh_CN.UTF-8服务器版可能只有 C.UTF-8 localectl list-locales | grep zh_CN localectl set-locale LANGzh_CN.UTF-8 # 仓库/etc/yum.repos.d/ 下的 .repo 文件优先 yum repolist -vlocalectl list-locales里如果找不到 zh_CN.UTF-8说明 glibc-common 没装全要yum install -y glibc-common再执行localedef -i zh_CN -f UTF-8 zh_CN.UTF-8。timedatectl只对使用 systemd 的版本有效红旗早期版本如果返回 command not found就改成改/etc/sysconfig/clock加ZONEAsia/Shanghai再用hwclock --localtime同步。这一步做完再配计划任务否则cron执行时间会整体偏移日志里会看到整点任务跑到半点执行的情况。2.3 新建用户与 sudo 提权usermod、wheel 和 sudoers 的边界运维场景里新建用户是高频动作红旗 Linux 命令手册里关于 useradd 的篇幅通常很短但坑都在参数上。默认useradd在很多 Linux 发行版上不会自动创建 home 目录需要显式加-m加-d可以指定 home 位置加-s可以控制登录 shell。还有个容易被忽略的点useradd指定 uid 前先id -u确认还没被占用否则会创建出一个带已有 uid 的账户。# 新建用户附带 home 目录、指定 uid 和附加组 useradd -m -u 3100 -G users devops # 设置密码 passwd devops # 把用户加入 wheel 组获得 sudo 权限 usermod -aG wheel devops # 务实改 sudoers 文件推荐用 visudo 而不是直接 vi visudouseradd -m -u 3100 -G users devops里-G指定的是附加组如果想让该用户初始主组和用户名相同用-g设置。usermod -aG中的-a是 append不加-a会把用户从其它附加组里清掉生产服务器上会连锁触发权限变更这是最容易被忽视的参数。visudo打开后确认%wheel ALL(ALL) ALL没有被注释然后用户就能 sudo 了。提示如果系统没有 wheel 组或还没有安装 sudo先用yum install -y sudo再手动创建wheel组并执行echo %wheel ALL(ALL) ALL /etc/sudoers.d/wheel这样做不会覆盖系统自带的 sudoers 文件。3. 文件与文本红旗 Linux 命令里最容易踩的三个坑文件查找、压缩解压、删除清理在红旗 Linux 上的行为与其它 RPM 系发行版一致但命令参数里的边界条件经常被忽略。这里挑选三个高频问题都是实际服务器上遇到过的find 范围过大、解压中文乱码、inode 耗尽导致误判磁盘满。处理文本时如果习惯用 vim 命令也要先把编码变量摸清楚不然打开日志看到的是乱码而不是问题本身。3.1 用 find 和 grep 组合从日志里精确取证据日志排查如果直接grep -r ERROR /var/log会扫描所有 socket、特殊文件和大体积二进制日志既慢又把终端刷花。正确做法是先缩小文件集再做内容过滤。这样得到的行号可以直接定位到代码或配置文件的对应位置。# 在 /var/log 下找 24 小时内改过的 .log 文件再过滤 ERROR find /var/log -name *.log -mtime -1 -type f | xargs -r grep -l ERROR # 如果要输出文件名和行号 find /var/log -name *.log -mtime -1 -type f -exec grep -Hn ERROR {} \;-mtime -1表示文件内容在一天内被修改-mtime 7反过来表示超过七天没动过。xargs -r在没有输入条目的情况下不会执行 grep避免报错。-exec grep -Hn里-H强制显示文件名-n照顾日志行定位。对于特别规整的日志还可以在 grep 后接awk {print $1, $4}只留时间和级别这样导出 PDF 或另存文本时内容更干净。文本编辑时用 vim 命令打开这类文件先敲:set fileencodingsutf-8,gbk可以让 vim 自动识别 GBK 和 UTF-8 混排的日志。3.2 压缩包解压后中文乱码unzip 看编码7z 看参数中文环境最容易爆发的问题是从 Windows 传过来的 zip 文件在红旗 Linux 下解压后文件名变成乱码。根因是 zip 内的文件名编码不是 UTF-8而是 GBK/GB18030解压工具默认按 UTF-8 解释。为了避免整个目录乱掉要明确指定解压字符集。压缩包来源常见编码推荐命令Windows 中文 zipGBK/GB18030unzip -O gbk file.zipWindows 中文 7zGBK/GB180307z x file.zipLinux 下生成的 zipUTF-8unzip file.zip# 先确认 unzip 是否带 -O 选项 unzip -v # 查看 zip 内的文件名判断是否为乱码 unzip -Z -l test.zip # 方案 A直接指定 GBK 编码解压 unzip -O gbk test.zip # 方案 B先解压到临时目录再转换文件名 mkdir tmp unzip -O gbk test.zip -d tmp convmv -f GBK -t UTF-8 --notest tmp/* # 方案 C没有 -O 的 unzip 就装 p7zip 7z x test.zip -o./out -mcp936需要区分“文件名乱码”和“文件内容乱码”。-O gbk只解决文件名编码如果文件内容本身是 GBK 编码的文本还要用iconv -f GBK -t UTF-8 file.txt file.utf8.txt转换。7z x的-mcp936指定代码页936 对应当前中文 Windows 区域。更保险的做法是在解压前先unzip -Z -l看文件清单确认只有个别文件有问题再转换避免批量误改。注意unzip -O参数并非所有版本都支持老版本 unzip 可能只识别-O charset而实际不生效碰到这种情况直接装 p7zip 更省事。3.3 删除文件和 inode 耗尽find -delete 与 df -i很多工程师习惯rm -rf /data/logs/*在文件数量庞大的目录里容易触发参数列表过长而且没有过滤条件很难做安全回滚。运维习惯是删除前先查数量再用 find 的-delete删除。这样能明确删除条件也方便在脚本里加日志记录。# 删除 /data/logs 里 7 天前的 .log 文件 find /data/logs -name *.log -mtime 7 -type f -delete # 查看 inode 使用率 df -i /data # 查找被进程删除但仍占用磁盘的文件 lsof L1 | head -20find -delete比rm -rf少一层子 shell 调用对几万个小文件的支持更稳定但它不会逐个提示删除执行前先跑find /data/logs -name *.log -mtime 7 | wc -l看数量。df -i的 Use% 如果到 100%磁盘还有空间也写不进文件因为 inode 耗尽了。这时候只能找小文件目录清理或压缩归档。lsof L1专门找出被删掉但仍被进程持有的文件这种文件不释放磁盘空间不会回落。如果rm -rf时提示“Device or resource busy”多半就是该进程没释放文件描述符。4. 进程网络与服务红旗 Linux 命令排错最少要会这一串系统启动后真正考验命令熟练度的是服务起不来、端口被占、负载异常三类问题。红旗 Linux 老版本可能还保留 SysV init 风格新版本则全面转向 systemd排查命令要同时兼容两代。这里不重复贴十几个命令的用法而是按排查链路给出最稳的一套组合。4.1 端口占用和连接排错ss、lsof、netstat 的选择先给结论能用 ss 就不用 netstat因为 ss 直接从内核 socket 信息读取TCP 连接数量大时不会卡lsof 适合按端口反向找进程。netstat 只用来兼容没有 ss 的老环境。如果发现ss和netstat都没有就yum install -y iproute net-tools。# 查看本机所有监听端口和对应进程 ss -tlnp # 只看 8080 端口被哪个服务占用 ss -tlnp | grep :8080 # 列出使用 8080 端口的进程和完整命令 lsof -i:8080 # 老系统才用 netstat netstat -tlnp-t只看 TCP-l只列出监听中的连接-n不做域名反解-p显示 pid 和程序名。ss -tlnp | grep :8080是简单过滤不会误伤端口来源但会漏掉已经建立但不在 listen 状态的连接。lsof -i:8080返回的 PID 可以直接接ps -fp PID看完整启动参数。排查到占用进程后还要注意某些守护进程会 fork 出多个子进程真正监听在 8080 的不一定是主进程要看 PID 状态列。如果同一个端口在 netstat 里看不到但在 ss 里能看到先确认是不是双栈监听把 IPv4 和 IPv6 都占了。4.2 systemctl 和 chkconfig新老服务管理的命令迁移红旗 Linux 命令实用时应同时准备两套服务管理语法。新版本用 systemdsystemctl enable取代了chkconfigsystemctl status取代了service status。迁移时不建议在脚本里同时敲两种命令可以用command -v systemctl做存在性判断再决定走哪一套。操作systemctl新版service/chkconfig旧版启动服务systemctl start nginxservice nginx start设置为开机自启systemctl enable nginxchkconfig nginx on查看服务状态systemctl status nginxservice nginx status查看是否自启systemctl is-enabled nginxchkconfig --list nginxsystemctl daemon-reload systemctl enable --now containerd systemctl status containerd -lenable --now是启动并设置自启两个动作合一的写法适合首次部署。status会显示当前进程状态和最近日志日志过长时按q退出。容器环境里如果安装了 containerd注意它不一定生成 systemd unit 文件可能出现systemctl enable containerd报错先用containerd config default /etc/containerd/config.toml生成默认配置再手动创建 unit 文件或者直接交给 docker-ce 这类上层工具管理。4.3 用 uptime、ps、top 定位资源占用别只看负载数字服务器卡了先敲 uptime 看负载但 load average 超过 CPU 逻辑核数不一定是 CPU 满也可能是 D 状态进程阻塞在 I/O 上。结合 ps 和 top 才能区分原因否则容易错误地扩大 CPU 配置。# 查看 1/5/15 分钟负载 uptime # 按内存占用排前 20 个进程 ps -eo pid,user,pcpu,pmem,comm --sort-pmem | head -20 # 非交互式执行 top抓一次快照 top -b -n 1 | head -30ps -eo的e表示所有进程o指定输出字段--sort-pmem前面加负号表示降序。head -20 只保留内存最大的 20 个进程。如果看到负载高但 CPU 占用不高用vmstat 1 5观察r和wa两列r持续大于核心数且wa很高基本能判断磁盘 I/O 瓶颈。top 的-b是 batch 模式-n 1只跑一轮适合写进脚本抓快照。注意 ps 输出里的 COMMAND 字段如果被截断可以加宽终端宽度或在ps -eo里把cmd列单独输出。5. 把红旗 Linux 命令串成一份实用 PDF中文字体、编码与验证既然主题是“红旗 Linux 命令实用 PDF”最后的落点停在怎么把命令集转成一份可以交付的 PDF。用虚拟打印机和 pandoc 是两条主要路径最后用 pdftotext 和 qpdf 回读验证。这样生成的文档既能长期归档也能在不能访问图形界面的服务器上直接产生。5.1 用 cups-pdf 把命令记录打印成 PDFcups-pdf 在 RPM 源里一般叫 cups-pdf安装后会生成一个 PDF 打印机队列。命令输出直接通过lp送队列文件会自动写到默认输出目录不需要额外配置图形打印界面。yum install -y cups-pdf lpstat -p -d history ~/cmd_history.txt lp -d PDF ~/cmd_history.txtlpstat -p -d用来确认默认打印机名如果系统里用户自定义过别的队列lp -d PDF的PDF要替换成实际队列名。cups-pdf 默认输出到~/PDF适合快速生成但它的排版能力弱如果目标是规范手册应该用 pandoc。过程中如果生成的文件名是乱码先export LANGzh_CN.UTF-8再执行systemctl restart cups。5.2 用 pandoc 生成带目录的手册解决中文字体缺失当需要把前三章整理成一份正式手册pandoc 是更好选择。先装 texlive-xetex再用-V CJKmainfont指定中文字体否则生成的 PDF 里中文全是方框。红旗系统常见中文字体是 Noto 系列没有就装google-noto-sans-cjk-fonts。yum install -y pandoc texlive-xetex google-noto-sans-cjk-fonts pandoc 红旗linux命令实用.md -o 红旗linux命令实用.pdf \ --pdf-enginexelatex \ -V CJKmainfontNoto Sans CJK SC \ -V geometry:margin2.5cm \ --toc--toc生成带页码的目录CJKmainfont的名字不是字体文件名而是 fontconfig 里注册的 family 名先执行fc-list :langzh确认系统里是否有“Noto Sans CJK SC”。如果没有把字体改成文泉驿正黑或宋体都可以。pandoc 不支持 docx 里那种复杂样式但对命令行手册足够。生成的 PDF 里如果某些命令折行位置不理想可以在 Markdown 源文件里把长命令拆成多行pandoc 会把换行当作空格处理。5.3 验证导出的 PDFpdfinfo、pdftotext 回读和 qpdf 检查导出后不要直接发出去要先做一轮校验。图形界面里看版式只能发现视觉问题文本层是否正常需要命令行工具确认。下面三条命令分别从文件结构、文本抽取和页面参数三个角度验证能覆盖大多数乱码和损坏场景。pdfinfo 红旗linux命令实用.pdf | head -20 pdftotext 红旗linux命令实用.pdf - | head -30 qpdf --check 红旗linux命令实用.pdfpdfinfo看页数、页面尺寸和 PDF 版本如果页数是 0 或生成时报字体错误大概率是 CJKmainfont 指定失败。pdftotext把内容抽出来回读能直接看出文本是否乱码、目录页码是否错位。qpdf --check会报告结构性错误常见于 cups-pdf 在磁盘写满时生成的半截文件。三步都通过这份命令手册才具备交付条件。本文还有配套的精品资源点击获取
