2. 模块一磁盘与分区核心考点2.1 磁盘设备的命名规则很多初学者一上来就被 /dev/sda、/dev/nvme0n1 这种设备名搞晕。实际上命名规则并不复杂理解了规律之后基本不需要死记硬背。传统的 SATA/SAS 接口硬盘采用 sd 前缀命名后面跟一个英文字母表示物理盘序号再跟数字表示分区序号sda 表示第一块 SCSI/SATA 磁盘sda1 表示该磁盘的第一个分区sdb 表示第二块磁盘以此类推NVMe 固态硬盘的命名方式有些不同采用 nvme 控制器编号 n 命名空间编号 p 分区编号的形式nvme0n1 表示第一个 NVMe 控制器下的第一个命名空间通常就是第一块 NVMe 盘nvme0n1p1 表示该盘上的第一个分区注意分区编号最大只能到 15sd 设备因为传统 MBR 分区表只给每个磁盘预留了 16 个分区条目。这个规律在考试中经常会出选择题比如“新增一块 SATA 磁盘系统识别为哪个设备名”掌握了命名规则就能快速锁定答案。2.2 分区表格式MBR 与 GPT 的选择分区表格式是整个磁盘管理的根基很多后续问题比如无法创建超过 2TB 的分区、无法引导 UEFI 启动都跟分区表选错了有关系。MBRMaster Boot Record是老牌分区表格式特点包括主分区最多 4 个想要更多分区得用扩展分区套逻辑分区逻辑分区可多建几个单分区最大容量约 2TB兼容性极好老旧的 BIOS 引导基本靠它GPTGUID Partition Table是新一代分区表格式理论上支持无限分区数Windows 限制 128 个Linux 下可以建非常多的分区单分区容量上限极大远超当前硬件极限支持 UEFI 引导是现在新装机的主流选择需要强调一个常见坑在新机器上做 UEFI 引导装 Linux分区表必须选 GPT否则安装程序可能直接拒绝下一步。但也别急着把所有盘都改成 GPT如果主板是老式 BIOSLegacy BIOS部分老版本引导程序无法从 GPT 引导这时候老老实实用 MBR 反而更稳妥。判断一块盘当前用的哪种分区表用 parted 命令看parted /dev/sdb print输出结果里的 Partition Table 字段会直接标明 msdosMBR或 gptGPT。2.3 分区工具的主流选择Linux 下分区工具不少常见的有 fdisk、gdisk、parted 三种各有适用场景fdisk最经典的分区工具对 MBR 支持最好默认按柱面操作也可以切到扇区模式。对于创建小于 2TB 分区、调整普通 MBR 分区结构完全够用。gdisk可以理解成 fdisk 的 GPT 版本支持 GPT 分区的所有操作包括修改分区类型 GUID、备份/恢复分区表。parted功能最强的分区工具同时支持 MBR 和 GPT支持在线调整分区大小、文件系统位置移动等高级操作既可以交互式使用也支持命令行直接传参。实际工作中我更喜欢在脚本里用 parted 的非交互模式比如一条命令新建一个 GPT 分区表并划分分区parted -s /dev/sdb mklabel gpt parted -s /dev/sdb mkpart primary 1MiB 100%这里的 1MiB 起始位置是为了给 GPT 头部和数据对齐留出空间避免后续性能问题。这类细节在实操题里往往就是给分点。3. 模块二文件系统原理与格式化3.1 常见文件系统的选型文件系统选型基本取决于使用场景。作为系统管理员必须清楚每种文件系统的量级和适用边界。ext4 是当前 Linux 发行版默认最稳妥的选择支持单个文件最大 16TB文件系统最大 1EB实际受工具限制支持日志journal掉电后恢复速度快兼容性极好几乎所有 Linux 工具都能处理xfs 是 RHEL/CentOS 系列的默认文件系统也是很多高性能场景的首选适合大文件、大容量场景单个文件最大可到 8EB受实际块设备限制元数据操作性能优秀并发删除/创建文件表现好不支持缩小只能扩大这一个点就足够绊倒不少人btrfs 和 ZFS 属于下一代文件系统支持快照、压缩、校验和、RAID 等高级特性但在大规模生产环境中需要更高的运维水平很多自动化工具的支持也不够成熟。对于练习阶段不建议作为主攻方向了解特性即可。选型建议做传统数据库存储用 ext4 稳扎稳打做大数据分析和视频文件存储用 xfs想要快照和子卷管理再研究 btrfs。练习题中经常出文件系统优缺点的对比xfs 不能缩容这个特性几乎是必考的。3.2 mkfs 与挂载的核心操作格式化和挂载属于基础中的基础每一步都要形成肌肉记忆。用 mkfs 格式化一块分区mkfs.ext4 /dev/sdb1或者用带版本的通用写法mkfs -t ext4 /dev/sdb1格式化之前一定要确认目标设备敲回车之前再检查一遍盘符操作对象错了数据全没。挂载操作则是把格式化好的文件系统接入目录树mount /dev/sdb1 /data需要持久化挂载就把条目写进 /etc/fstab例如/dev/sdb1 /data ext4 defaults 0 0fstab 里最容易犯的错是填错设备名或 UUID导致开机进 emergency mode。所以正规做法是先用 blkid 查 UUID再往 fstab 里写。这个习惯建议从练习阶段就开始培养。3.3 df 与 du 的使用辨析df 和 du 看似差不多实际上统计维度完全不同练习题里经常混着考。df 是从文件系统的角度统计已用空间和可用空间当某个文件被删除但进程仍然持有句柄时df 显示的空间不会立刻释放这是很多“磁盘满了但 du 找不到大文件”问题的根源。du 是从目录树遍历角度统计文件实际占用更贴近“哪个目录吃掉了空间”的定位。比如排查磁盘占用时先用 df 看到 / 满了然后逐级 du 定位到具体目录du -sh /* du -sh /var/* du -sh /var/log/*逐层往下查很快就能锁定元凶。这类排查流程是实操题的常见考核点解题思路比命令本身更重要。4. 模块三LVM 逻辑卷管理4.1 LVM 的分层结构与核心概念LVMLogical Volume Manager是 Linux 环境下管理磁盘存储的成熟方案核心思想是把物理磁盘抽象成逻辑上的存储池再从这个池子里灵活切割逻辑卷。整个结构分三层PVPhysical Volume物理卷由整块磁盘或分区初始化而来相当于 LVM 的基本组成单位VGVolume Group卷组由多个 PV 汇聚而成的存储资源池容量是所有 PV 总和LVLogical Volume逻辑卷从 VG 中划出的可用块设备格式化和挂载后就是业务使用的存储空间用生活类比来理解PV 是砖头VG 是把砖头砌成的仓库LV 是从仓库里按需取用材料建成的房子。传统分区相当于直接把砖头砌成固定大小的房间想改大小只能拆了重建而 LVM 让我们可以在仓库层面灵活调配。4.2 从磁盘到挂载的完整建卷流程这套操作流程在练习和实际工作中都很常用建议一步步亲手敲一遍第一步创建 PVpvcreate /dev/sdb1 /dev/sdc1第二步创建 VGvgcreate vg_data /dev/sdb1 /dev/sdc1第三步从 VG 创建 LVlvcreate -n lv_data -L 50G vg_data也可以在创建 LV 时使用剩余的全部空间lvcreate -n lv_data -l 100%FREE vg_data第四步格式化并挂载mkfs.ext4 /dev/vg_data/lv_data mount /dev/vg_data/lv_data /data用 pvs、vgs、lvs 三个命令可以分别查看每一层的状态。整个链路里比较隐蔽的坑是创建 PV 的分区必须把系统 ID 改成 8eLinux LVM才有意义fdisk 里改分区类型时别漏掉这一步。虽然实际操作中 pvcreate 即使不修改 ID 也能成功但为了严谨和后续可维护性建议按标准流程来。4.3 LV 的在线扩容LVM 最大的价值就是支持热扩容业务不用停机就能把存储空间变大。扩容流程分三步第一步看 VG 是否还有空闲空间vgs第二步扩容 LVlvextend -L 10G /dev/vg_data/lv_data也可以直接指定扩容后的最终大小lvextend -L 60G /dev/vg_data/lv_data第三步让文件系统感知新容量。这一步非常关键而且不同文件系统命令不同ext4 用 resize2fsresize2fs /dev/vg_data/lv_dataxfs 用 xfs_growfs且必须指定挂载点xfs_growfs /data注意xfs 扩容只支持扩大不支持缩小ext4 虽然可以缩容但缩容操作风险极高强烈建议不要在生产环境做。很多新手在扩容后执行 df -h 发现空间没变化就是因为漏了 resize2fs/xfs_growfs 这一步。4.4 缩容操作的风险提示LVM 支持缩容但“支持”和“建议做”是两回事。缩容涉及移动文件系统内的数据块操作过程一旦断电或出错文件系统就损坏了。如果是 ext4需要先卸载文件系统再用 resize2fs 缩小文件系统最后用 lvreduce 缩小 LV。这项操作只建议在测试环境验证生产环境遇到空间不足优先考虑扩 LV 或者新增 VG 成员而不是去缩容。这一条不仅是练习题考点也是面试官非常喜欢追问的实战问题。5. 模块四备份与恢复实战5.1 备份策略的设计思路备份的本质是给数据上保险但保险也分等级。这里要区分全量备份、增量备份和差异备份全量备份把所有数据完整复制一份恢复最简单但备份耗时长、占空间大增量备份只备份上次备份无论全量还是增量之后新增/变更的数据备份快但恢复时要把全量所有增量串起来差异备份备份上次全量备份之后新增/变更的数据恢复时只需要全量最后一个差异日常小型服务器最稳妥的节奏是每周全量加每日增量。数据库类业务可能要每天全量加 binlog 归档核心是 RPO恢复点目标和 RTO恢复时间目标是否满足业务要求。5.2 tar 打包备份的实操tar 是 Linux 下最基础的备份工具虽然简单但用好了很可靠。一条典型的全量备份命令tar czvf /backup/etc_backup_$(date %Y%m%d).tar.gz /etc参数含义分别是c创建归档z通过 gzip 压缩v显示过程f指定归档文件名恢复时解包到指定目录tar xzvf /backup/etc_backup_20250101.tar.gz -C /restore_dir实际生产经验tar 备份配置文件和小体量数据完全没问题但备份数据库文件时建议先通过数据库自身的导出工具做逻辑备份再对导出文件打包避免直接拷贝物理文件导致数据不一致。5.3 dd 与 rsync 在高危场景的使用差异dd 是低层级的块设备复制工具它不管文件系统结构直接按字节拷贝设备适合整个磁盘镜像、分区克隆这类场景。比如做一块系统盘的完整镜像dd if/dev/sda of/backup/sda_mirror.img statusprogress但 dd 用起来要格外小心if输入文件和 of输出文件一旦写反目标盘会被瞬间清空。我在练习环境中故意写反过一次当时对一块空盘操作没造成损失但那种心跳加速的感觉至今记得。rsync 则更智能它以文件为粒度做增量同步支持本地和远端同步。常用模式rsync -avz --delete /data/ userremote:/backup/data/-a 表示归档模式保留权限和时间戳-v 显示同步过程-z 传输时压缩--delete 让远端保持与源目录完全一致删除本地已不存在的文件。需要特别注意 /data/ 和 /data 的尾部斜杠差别带斜杠表示同步目录内容不带斜杠表示同步目录本身这个细节会造成恢复后的路径多一层或少一层。6. 模块五练习题汇总与详细解析整套练习题按照难度分成三档入门级覆盖基本概念进阶级考察实操命令细节挑战级模拟故障排查场景。以下每道题都附带解析建议先自己动手做一遍再对照解析效果比直接看答案好很多。6.1 入门级概念理解第一题Linux 系统里第一块 SATA 磁盘的第三个分区设备名是哪个答案/dev/sda3。解析sd 代表 SATA/SCSI 磁盘a 是第一块物理盘数字 3 是分区号。需要提醒的是扩展分区本身也占用一个编号如果第一块盘有主分区加扩展分区的组合编号计数同样适用。第二题MBR 分区表最多支持几个主分区答案4 个。解析MBR 分区表的每个分区条目占用 16 字节总共 64 字节所以最多容纳 4 个主分区条目。为了让用户突破这个限制才引入了扩展分区和逻辑分区机制。第三题xfs 文件系统最大特点是什么答案适合大文件场景且只支持在线扩容不支持缩容。解析这一题经常出现在选择题里主要考察对文件系统特性的熟悉程度。xfs 元数据设计偏向高并发大文件但不支持 shrink这点与 ext4 有本质区别。6.2 进阶级命令与流程第四题使用 LVM 为数据目录 /data 扩容假设已有 VG vg_data 且 LV lv_data 挂载在 /data 上VG 中还有 20G 空闲空间写出完整扩容流程。参考步骤lvextend -L 20G /dev/vg_data/lv_data resize2fs /dev/vg_data/lv_data如果文件系统是 xfsxfs_growfs /data易错点很多人只执行 lvextend 就觉得完事了实际上文件系统并不知道底层块设备变大了必须执行 resize2fs 或 xfs_growfs。xfs 的 growfs 命令必须以挂载点参数执行这一点也很容易被忽略。第五题某服务器开机进入紧急模式显示“UUIDxxxx does not exist”的报错请描述排查思路。第一步查看 /etc/fstab 有没有异常条目。第二步执行 blkid 对比实际的设备 UUID。第三步如果 fstab 里写的是旧 UUID修改为正确值。第四步执行 mount -a 验证所有挂载点是否正常。解析这类故障几乎都是 fstab 配置错误引起的。建议在修改 fstab 后先执行 mount -a 测试这样能避免重启后才暴露问题。练习环境里可以故意往 fstab 里写一个错误 UUID然后重启体验一下排障过程。第六题如何在不卸载分区的情况下查看某个目录下所有文件的占用空间答案du -sh /var/log解析du 可以在目录挂载状态正常的情况下直接统计文件占用不需要卸载。与之对比如果想知道整个文件系统的剩余空间则用 df。两者配合使用是排查磁盘占用的标本兼治方案。6.3 挑战级故障排查与方案设计第七题系统 / 分区所在磁盘已经满了但用 du -sh /* 逐级排查后发现所有目录占用加起来远小于 df -h 显示的已用空间最可能是什么原因如何解决答案很可能有已删除但仍然被进程占用的文件也就是文件被删除后进程依然持有该文件的文件描述符空间不会真正释放。排查方式lsof | grep deleted找到对应的进程 PID 后重启该进程或让业务方重新打开文件空间才会释放。解析这个现象在日志类服务上特别常见比如日志轮转后进程还握着旧日志文件的句柄。面试题也常拿这个当场景需要记住“df 看的是文件系统层du 看的是目录树层”这个核心差异。第八题简述用 LVM 迁移数据到新磁盘的步骤。第一步在新磁盘上创建 PV。第二步把新 PV 加入现有 VGvgextend vg_data /dev/sdb1第三步把原 PV 上的数据迁移到新 PVpvmove /dev/sda1第四步从 VG 中移除旧 PVvgreduce vg_data /dev/sda1如果旧 PV 对应的是整块物理盘还需执行 pvremove 清理元数据。解析整个迁移过程业务不需要停机非常适合作为生产环境磁盘更换的标准作业流程。6.4 答案速查表为了便于复习把上述八道题的答案浓缩成一张速查表题号核心答案1/dev/sda324 个主分区3大文件场景支持扩容不支持缩容4lvextend resize2fs / xfs_growfs5检查 fstab 与 UUID 对应关系6du -sh7检查 deleted 状态文件重启对应进程8pvcreate vgextend pvmove vgreduce7. 模块六实操挑战与摸底自测练习题再多不动手敲也是白搭。这里给出一套小型实操挑战建议在虚拟机里完成整个闭环过程中能踩一遍所有常见坑比单纯刷选择题有价值得多。7.1 实操挑战任务书给虚拟机添加三块 10G 的 SATA 磁盘分别命名为 /dev/sdb、/dev/sdc、/dev/sdd完成以下任务第一使用 parted 给 /dev/sdb 创建 GPT 分区表并创建 5G 分区 sdb1。第二将 /dev/sdc 整盘初始化为 PV然后与 /dev/sdb1 一起加入卷组 vg_test。第三从 vg_test 创建 8G 的逻辑卷 lv_data格式化为 ext4挂载到 /mnt/data并写入测试文件 test.txt。第四对 /mnt/data 在线扩容到 12G确认文件系统容量同步增长。第五使用 tar 将 /mnt/data 目录备份到 /tmp/data_backup.tar.gz然后删除 test.txt再从备份恢复。第六使用 rsync 将 /mnt/data 同步到 /tmp/data_rsync 目录观察同步结果。完成以上步骤后用 pvs、vgs、lvs、df -h 四个命令验证整体状态。7.2 摸底自测表给自己做个快速检查按下面的列表过一遍看哪些环节还有卡壳检查项是否熟练创建分区表与分区掌握/需复习初始化 PV 与 VG掌握/需复习创建与格式化 LV掌握/需复习在线扩容 LV 并同步文件系统掌握/需复习tar 备份与恢复掌握/需复习rsync 目录同步掌握/需复习排查 fstab 启动故障掌握/需复习只要有一项选了需复习就回到对应小节把那部分命令完整敲一遍再继续。这套练习的设计思路就是逐模块过关每一关都是下一关的基础。8. 模块七高频踩坑与排障记录最后这部分是我在实际练习和教学过程中反复看到大家踩坑的高频点。针对每个坑把现象、原因和解决办法放在一起方便当速查手册用。坑一分区建完却无法格式化提示找不到设备。原因大多是分区表刚创建内核还没来得及刷新分区信息。解决办法是执行 partprobe /dev/sdb 或者重启虚拟机。坑二fstab 配置后重启进入紧急模式。原因可能是 UUID 填写错误或者挂载参数不支持。紧急模式下执行 mount -o remount,rw / 重新挂载根文件系统为可写再修改 fstab。这个恢复操作在练习里建议真实模拟一次遇到生产环境故障时心态会稳很多。坑三扩容后 df -h 没有变化。原因基本就是扩容后没执行文件系统同步命令。ext4 用 resize2fsxfs 用 xfs_growfs 挂载点执行完再去 df -h 一定能看到容量变化。坑四创建 PV 时提示“Device is excluded by a filter”。原因是在 /etc/lvm/lvm.conf 里配置了过滤规则把目标设备过滤掉了。需要检查 lvm.conf 中 global_filter 或 filter 配置确认目标设备没有被规则排除。坑五umount 卸载提示 target is busy。原因是有进程正在使用该挂载点下的文件用 lsof 或 fuser 查看并确认占用进程后再处理。fuser -km /mnt/data这条命令可以强制终止占用挂载点的进程但用的时候要确认不会影响业务。坑六盲目执行 dd 把盘写穿。这个前面强调过这类破坏性命令先确认输出目标是否存在重要数据。练习时我的习惯是先在终端里把 if 和 of 参数各写一遍回显确认再敲回车。坑七备份脚本执行成功但恢复时发现路径结构变了。这通常是在 rsync 源路径末尾多打或少打了一个斜杠。使用不带斜杠的源路径会同步目录本身到目标路径下带斜杠则只同步目录内容。脚本里严格统一使用带斜杠格式避免产生歧义。提示建议在虚拟机里专门建一个“故障演练沙箱”把上面这些坑逐个复现一次再修复整个过程会比看十遍文档更有用。磁盘、LVM、文件系统这些知识本质上是靠手练出来的不是靠眼睛看会的。我个人在教学实践中发现把“故障排查循环”变成习惯的人往往比只背命令的人更快上手真实服务器环境。先从这套练习开始每一道错题都当成一次模拟故障搞明白错在哪里、怎么修复、下次如何预防这一章的内容就算真正学到手了。
2. 模块一磁盘与分区核心考点2.1 磁盘设备的命名规则很多初学者一上来就被 /dev/sda、/dev/nvme0n1 这种设备名搞晕。实际上命名规则并不复杂理解了规律之后基本不需要死记硬背。传统的 SATA/SAS 接口硬盘采用 sd 前缀命名后面跟一个英文字母表示物理盘序号再跟数字表示分区序号sda 表示第一块 SCSI/SATA 磁盘sda1 表示该磁盘的第一个分区sdb 表示第二块磁盘以此类推NVMe 固态硬盘的命名方式有些不同采用 nvme 控制器编号 n 命名空间编号 p 分区编号的形式nvme0n1 表示第一个 NVMe 控制器下的第一个命名空间通常就是第一块 NVMe 盘nvme0n1p1 表示该盘上的第一个分区注意分区编号最大只能到 15sd 设备因为传统 MBR 分区表只给每个磁盘预留了 16 个分区条目。这个规律在考试中经常会出选择题比如“新增一块 SATA 磁盘系统识别为哪个设备名”掌握了命名规则就能快速锁定答案。2.2 分区表格式MBR 与 GPT 的选择分区表格式是整个磁盘管理的根基很多后续问题比如无法创建超过 2TB 的分区、无法引导 UEFI 启动都跟分区表选错了有关系。MBRMaster Boot Record是老牌分区表格式特点包括主分区最多 4 个想要更多分区得用扩展分区套逻辑分区逻辑分区可多建几个单分区最大容量约 2TB兼容性极好老旧的 BIOS 引导基本靠它GPTGUID Partition Table是新一代分区表格式理论上支持无限分区数Windows 限制 128 个Linux 下可以建非常多的分区单分区容量上限极大远超当前硬件极限支持 UEFI 引导是现在新装机的主流选择需要强调一个常见坑在新机器上做 UEFI 引导装 Linux分区表必须选 GPT否则安装程序可能直接拒绝下一步。但也别急着把所有盘都改成 GPT如果主板是老式 BIOSLegacy BIOS部分老版本引导程序无法从 GPT 引导这时候老老实实用 MBR 反而更稳妥。判断一块盘当前用的哪种分区表用 parted 命令看parted /dev/sdb print输出结果里的 Partition Table 字段会直接标明 msdosMBR或 gptGPT。2.3 分区工具的主流选择Linux 下分区工具不少常见的有 fdisk、gdisk、parted 三种各有适用场景fdisk最经典的分区工具对 MBR 支持最好默认按柱面操作也可以切到扇区模式。对于创建小于 2TB 分区、调整普通 MBR 分区结构完全够用。gdisk可以理解成 fdisk 的 GPT 版本支持 GPT 分区的所有操作包括修改分区类型 GUID、备份/恢复分区表。parted功能最强的分区工具同时支持 MBR 和 GPT支持在线调整分区大小、文件系统位置移动等高级操作既可以交互式使用也支持命令行直接传参。实际工作中我更喜欢在脚本里用 parted 的非交互模式比如一条命令新建一个 GPT 分区表并划分分区parted -s /dev/sdb mklabel gpt parted -s /dev/sdb mkpart primary 1MiB 100%这里的 1MiB 起始位置是为了给 GPT 头部和数据对齐留出空间避免后续性能问题。这类细节在实操题里往往就是给分点。3. 模块二文件系统原理与格式化3.1 常见文件系统的选型文件系统选型基本取决于使用场景。作为系统管理员必须清楚每种文件系统的量级和适用边界。ext4 是当前 Linux 发行版默认最稳妥的选择支持单个文件最大 16TB文件系统最大 1EB实际受工具限制支持日志journal掉电后恢复速度快兼容性极好几乎所有 Linux 工具都能处理xfs 是 RHEL/CentOS 系列的默认文件系统也是很多高性能场景的首选适合大文件、大容量场景单个文件最大可到 8EB受实际块设备限制元数据操作性能优秀并发删除/创建文件表现好不支持缩小只能扩大这一个点就足够绊倒不少人btrfs 和 ZFS 属于下一代文件系统支持快照、压缩、校验和、RAID 等高级特性但在大规模生产环境中需要更高的运维水平很多自动化工具的支持也不够成熟。对于练习阶段不建议作为主攻方向了解特性即可。选型建议做传统数据库存储用 ext4 稳扎稳打做大数据分析和视频文件存储用 xfs想要快照和子卷管理再研究 btrfs。练习题中经常出文件系统优缺点的对比xfs 不能缩容这个特性几乎是必考的。3.2 mkfs 与挂载的核心操作格式化和挂载属于基础中的基础每一步都要形成肌肉记忆。用 mkfs 格式化一块分区mkfs.ext4 /dev/sdb1或者用带版本的通用写法mkfs -t ext4 /dev/sdb1格式化之前一定要确认目标设备敲回车之前再检查一遍盘符操作对象错了数据全没。挂载操作则是把格式化好的文件系统接入目录树mount /dev/sdb1 /data需要持久化挂载就把条目写进 /etc/fstab例如/dev/sdb1 /data ext4 defaults 0 0fstab 里最容易犯的错是填错设备名或 UUID导致开机进 emergency mode。所以正规做法是先用 blkid 查 UUID再往 fstab 里写。这个习惯建议从练习阶段就开始培养。3.3 df 与 du 的使用辨析df 和 du 看似差不多实际上统计维度完全不同练习题里经常混着考。df 是从文件系统的角度统计已用空间和可用空间当某个文件被删除但进程仍然持有句柄时df 显示的空间不会立刻释放这是很多“磁盘满了但 du 找不到大文件”问题的根源。du 是从目录树遍历角度统计文件实际占用更贴近“哪个目录吃掉了空间”的定位。比如排查磁盘占用时先用 df 看到 / 满了然后逐级 du 定位到具体目录du -sh /* du -sh /var/* du -sh /var/log/*逐层往下查很快就能锁定元凶。这类排查流程是实操题的常见考核点解题思路比命令本身更重要。4. 模块三LVM 逻辑卷管理4.1 LVM 的分层结构与核心概念LVMLogical Volume Manager是 Linux 环境下管理磁盘存储的成熟方案核心思想是把物理磁盘抽象成逻辑上的存储池再从这个池子里灵活切割逻辑卷。整个结构分三层PVPhysical Volume物理卷由整块磁盘或分区初始化而来相当于 LVM 的基本组成单位VGVolume Group卷组由多个 PV 汇聚而成的存储资源池容量是所有 PV 总和LVLogical Volume逻辑卷从 VG 中划出的可用块设备格式化和挂载后就是业务使用的存储空间用生活类比来理解PV 是砖头VG 是把砖头砌成的仓库LV 是从仓库里按需取用材料建成的房子。传统分区相当于直接把砖头砌成固定大小的房间想改大小只能拆了重建而 LVM 让我们可以在仓库层面灵活调配。4.2 从磁盘到挂载的完整建卷流程这套操作流程在练习和实际工作中都很常用建议一步步亲手敲一遍第一步创建 PVpvcreate /dev/sdb1 /dev/sdc1第二步创建 VGvgcreate vg_data /dev/sdb1 /dev/sdc1第三步从 VG 创建 LVlvcreate -n lv_data -L 50G vg_data也可以在创建 LV 时使用剩余的全部空间lvcreate -n lv_data -l 100%FREE vg_data第四步格式化并挂载mkfs.ext4 /dev/vg_data/lv_data mount /dev/vg_data/lv_data /data用 pvs、vgs、lvs 三个命令可以分别查看每一层的状态。整个链路里比较隐蔽的坑是创建 PV 的分区必须把系统 ID 改成 8eLinux LVM才有意义fdisk 里改分区类型时别漏掉这一步。虽然实际操作中 pvcreate 即使不修改 ID 也能成功但为了严谨和后续可维护性建议按标准流程来。4.3 LV 的在线扩容LVM 最大的价值就是支持热扩容业务不用停机就能把存储空间变大。扩容流程分三步第一步看 VG 是否还有空闲空间vgs第二步扩容 LVlvextend -L 10G /dev/vg_data/lv_data也可以直接指定扩容后的最终大小lvextend -L 60G /dev/vg_data/lv_data第三步让文件系统感知新容量。这一步非常关键而且不同文件系统命令不同ext4 用 resize2fsresize2fs /dev/vg_data/lv_dataxfs 用 xfs_growfs且必须指定挂载点xfs_growfs /data注意xfs 扩容只支持扩大不支持缩小ext4 虽然可以缩容但缩容操作风险极高强烈建议不要在生产环境做。很多新手在扩容后执行 df -h 发现空间没变化就是因为漏了 resize2fs/xfs_growfs 这一步。4.4 缩容操作的风险提示LVM 支持缩容但“支持”和“建议做”是两回事。缩容涉及移动文件系统内的数据块操作过程一旦断电或出错文件系统就损坏了。如果是 ext4需要先卸载文件系统再用 resize2fs 缩小文件系统最后用 lvreduce 缩小 LV。这项操作只建议在测试环境验证生产环境遇到空间不足优先考虑扩 LV 或者新增 VG 成员而不是去缩容。这一条不仅是练习题考点也是面试官非常喜欢追问的实战问题。5. 模块四备份与恢复实战5.1 备份策略的设计思路备份的本质是给数据上保险但保险也分等级。这里要区分全量备份、增量备份和差异备份全量备份把所有数据完整复制一份恢复最简单但备份耗时长、占空间大增量备份只备份上次备份无论全量还是增量之后新增/变更的数据备份快但恢复时要把全量所有增量串起来差异备份备份上次全量备份之后新增/变更的数据恢复时只需要全量最后一个差异日常小型服务器最稳妥的节奏是每周全量加每日增量。数据库类业务可能要每天全量加 binlog 归档核心是 RPO恢复点目标和 RTO恢复时间目标是否满足业务要求。5.2 tar 打包备份的实操tar 是 Linux 下最基础的备份工具虽然简单但用好了很可靠。一条典型的全量备份命令tar czvf /backup/etc_backup_$(date %Y%m%d).tar.gz /etc参数含义分别是c创建归档z通过 gzip 压缩v显示过程f指定归档文件名恢复时解包到指定目录tar xzvf /backup/etc_backup_20250101.tar.gz -C /restore_dir实际生产经验tar 备份配置文件和小体量数据完全没问题但备份数据库文件时建议先通过数据库自身的导出工具做逻辑备份再对导出文件打包避免直接拷贝物理文件导致数据不一致。5.3 dd 与 rsync 在高危场景的使用差异dd 是低层级的块设备复制工具它不管文件系统结构直接按字节拷贝设备适合整个磁盘镜像、分区克隆这类场景。比如做一块系统盘的完整镜像dd if/dev/sda of/backup/sda_mirror.img statusprogress但 dd 用起来要格外小心if输入文件和 of输出文件一旦写反目标盘会被瞬间清空。我在练习环境中故意写反过一次当时对一块空盘操作没造成损失但那种心跳加速的感觉至今记得。rsync 则更智能它以文件为粒度做增量同步支持本地和远端同步。常用模式rsync -avz --delete /data/ userremote:/backup/data/-a 表示归档模式保留权限和时间戳-v 显示同步过程-z 传输时压缩--delete 让远端保持与源目录完全一致删除本地已不存在的文件。需要特别注意 /data/ 和 /data 的尾部斜杠差别带斜杠表示同步目录内容不带斜杠表示同步目录本身这个细节会造成恢复后的路径多一层或少一层。6. 模块五练习题汇总与详细解析整套练习题按照难度分成三档入门级覆盖基本概念进阶级考察实操命令细节挑战级模拟故障排查场景。以下每道题都附带解析建议先自己动手做一遍再对照解析效果比直接看答案好很多。6.1 入门级概念理解第一题Linux 系统里第一块 SATA 磁盘的第三个分区设备名是哪个答案/dev/sda3。解析sd 代表 SATA/SCSI 磁盘a 是第一块物理盘数字 3 是分区号。需要提醒的是扩展分区本身也占用一个编号如果第一块盘有主分区加扩展分区的组合编号计数同样适用。第二题MBR 分区表最多支持几个主分区答案4 个。解析MBR 分区表的每个分区条目占用 16 字节总共 64 字节所以最多容纳 4 个主分区条目。为了让用户突破这个限制才引入了扩展分区和逻辑分区机制。第三题xfs 文件系统最大特点是什么答案适合大文件场景且只支持在线扩容不支持缩容。解析这一题经常出现在选择题里主要考察对文件系统特性的熟悉程度。xfs 元数据设计偏向高并发大文件但不支持 shrink这点与 ext4 有本质区别。6.2 进阶级命令与流程第四题使用 LVM 为数据目录 /data 扩容假设已有 VG vg_data 且 LV lv_data 挂载在 /data 上VG 中还有 20G 空闲空间写出完整扩容流程。参考步骤lvextend -L 20G /dev/vg_data/lv_data resize2fs /dev/vg_data/lv_data如果文件系统是 xfsxfs_growfs /data易错点很多人只执行 lvextend 就觉得完事了实际上文件系统并不知道底层块设备变大了必须执行 resize2fs 或 xfs_growfs。xfs 的 growfs 命令必须以挂载点参数执行这一点也很容易被忽略。第五题某服务器开机进入紧急模式显示“UUIDxxxx does not exist”的报错请描述排查思路。第一步查看 /etc/fstab 有没有异常条目。第二步执行 blkid 对比实际的设备 UUID。第三步如果 fstab 里写的是旧 UUID修改为正确值。第四步执行 mount -a 验证所有挂载点是否正常。解析这类故障几乎都是 fstab 配置错误引起的。建议在修改 fstab 后先执行 mount -a 测试这样能避免重启后才暴露问题。练习环境里可以故意往 fstab 里写一个错误 UUID然后重启体验一下排障过程。第六题如何在不卸载分区的情况下查看某个目录下所有文件的占用空间答案du -sh /var/log解析du 可以在目录挂载状态正常的情况下直接统计文件占用不需要卸载。与之对比如果想知道整个文件系统的剩余空间则用 df。两者配合使用是排查磁盘占用的标本兼治方案。6.3 挑战级故障排查与方案设计第七题系统 / 分区所在磁盘已经满了但用 du -sh /* 逐级排查后发现所有目录占用加起来远小于 df -h 显示的已用空间最可能是什么原因如何解决答案很可能有已删除但仍然被进程占用的文件也就是文件被删除后进程依然持有该文件的文件描述符空间不会真正释放。排查方式lsof | grep deleted找到对应的进程 PID 后重启该进程或让业务方重新打开文件空间才会释放。解析这个现象在日志类服务上特别常见比如日志轮转后进程还握着旧日志文件的句柄。面试题也常拿这个当场景需要记住“df 看的是文件系统层du 看的是目录树层”这个核心差异。第八题简述用 LVM 迁移数据到新磁盘的步骤。第一步在新磁盘上创建 PV。第二步把新 PV 加入现有 VGvgextend vg_data /dev/sdb1第三步把原 PV 上的数据迁移到新 PVpvmove /dev/sda1第四步从 VG 中移除旧 PVvgreduce vg_data /dev/sda1如果旧 PV 对应的是整块物理盘还需执行 pvremove 清理元数据。解析整个迁移过程业务不需要停机非常适合作为生产环境磁盘更换的标准作业流程。6.4 答案速查表为了便于复习把上述八道题的答案浓缩成一张速查表题号核心答案1/dev/sda324 个主分区3大文件场景支持扩容不支持缩容4lvextend resize2fs / xfs_growfs5检查 fstab 与 UUID 对应关系6du -sh7检查 deleted 状态文件重启对应进程8pvcreate vgextend pvmove vgreduce7. 模块六实操挑战与摸底自测练习题再多不动手敲也是白搭。这里给出一套小型实操挑战建议在虚拟机里完成整个闭环过程中能踩一遍所有常见坑比单纯刷选择题有价值得多。7.1 实操挑战任务书给虚拟机添加三块 10G 的 SATA 磁盘分别命名为 /dev/sdb、/dev/sdc、/dev/sdd完成以下任务第一使用 parted 给 /dev/sdb 创建 GPT 分区表并创建 5G 分区 sdb1。第二将 /dev/sdc 整盘初始化为 PV然后与 /dev/sdb1 一起加入卷组 vg_test。第三从 vg_test 创建 8G 的逻辑卷 lv_data格式化为 ext4挂载到 /mnt/data并写入测试文件 test.txt。第四对 /mnt/data 在线扩容到 12G确认文件系统容量同步增长。第五使用 tar 将 /mnt/data 目录备份到 /tmp/data_backup.tar.gz然后删除 test.txt再从备份恢复。第六使用 rsync 将 /mnt/data 同步到 /tmp/data_rsync 目录观察同步结果。完成以上步骤后用 pvs、vgs、lvs、df -h 四个命令验证整体状态。7.2 摸底自测表给自己做个快速检查按下面的列表过一遍看哪些环节还有卡壳检查项是否熟练创建分区表与分区掌握/需复习初始化 PV 与 VG掌握/需复习创建与格式化 LV掌握/需复习在线扩容 LV 并同步文件系统掌握/需复习tar 备份与恢复掌握/需复习rsync 目录同步掌握/需复习排查 fstab 启动故障掌握/需复习只要有一项选了需复习就回到对应小节把那部分命令完整敲一遍再继续。这套练习的设计思路就是逐模块过关每一关都是下一关的基础。8. 模块七高频踩坑与排障记录最后这部分是我在实际练习和教学过程中反复看到大家踩坑的高频点。针对每个坑把现象、原因和解决办法放在一起方便当速查手册用。坑一分区建完却无法格式化提示找不到设备。原因大多是分区表刚创建内核还没来得及刷新分区信息。解决办法是执行 partprobe /dev/sdb 或者重启虚拟机。坑二fstab 配置后重启进入紧急模式。原因可能是 UUID 填写错误或者挂载参数不支持。紧急模式下执行 mount -o remount,rw / 重新挂载根文件系统为可写再修改 fstab。这个恢复操作在练习里建议真实模拟一次遇到生产环境故障时心态会稳很多。坑三扩容后 df -h 没有变化。原因基本就是扩容后没执行文件系统同步命令。ext4 用 resize2fsxfs 用 xfs_growfs 挂载点执行完再去 df -h 一定能看到容量变化。坑四创建 PV 时提示“Device is excluded by a filter”。原因是在 /etc/lvm/lvm.conf 里配置了过滤规则把目标设备过滤掉了。需要检查 lvm.conf 中 global_filter 或 filter 配置确认目标设备没有被规则排除。坑五umount 卸载提示 target is busy。原因是有进程正在使用该挂载点下的文件用 lsof 或 fuser 查看并确认占用进程后再处理。fuser -km /mnt/data这条命令可以强制终止占用挂载点的进程但用的时候要确认不会影响业务。坑六盲目执行 dd 把盘写穿。这个前面强调过这类破坏性命令先确认输出目标是否存在重要数据。练习时我的习惯是先在终端里把 if 和 of 参数各写一遍回显确认再敲回车。坑七备份脚本执行成功但恢复时发现路径结构变了。这通常是在 rsync 源路径末尾多打或少打了一个斜杠。使用不带斜杠的源路径会同步目录本身到目标路径下带斜杠则只同步目录内容。脚本里严格统一使用带斜杠格式避免产生歧义。提示建议在虚拟机里专门建一个“故障演练沙箱”把上面这些坑逐个复现一次再修复整个过程会比看十遍文档更有用。磁盘、LVM、文件系统这些知识本质上是靠手练出来的不是靠眼睛看会的。我个人在教学实践中发现把“故障排查循环”变成习惯的人往往比只背命令的人更快上手真实服务器环境。先从这套练习开始每一道错题都当成一次模拟故障搞明白错在哪里、怎么修复、下次如何预防这一章的内容就算真正学到手了。
