Linux磁盘与LVM管理：从分区到扩容备份的实战练习-北京尧图网络

第2章的内容学完之后很多人的状态都是“看明白了但手还是生的”。磁盘、LVM、文件系统与扩容备份这几个主题光靠看是看不出经验的必须落到命令行上手指跟着敲一遍概念才会真正变成自己的。这套配套练习题就是把第2章的每一个关键知识点拆成具体题目从分区、PV/VG/LV到挂载、扩容、备份全部覆盖一遍做完之后再回头看课堂笔记你会明显感觉到哪些地方当时只是“过了一遍脑子”哪些地方已经真正理解了。这套题适合三类人刚完成第2章学习、想检验掌握程度的初学者已经做过练习但想查漏补缺的进阶者还有准备动手实操但希望先搭好知识框架的人。建议不要盲猜答案每道题都先开一台虚拟机或容器环境验证后再对照解析这样才能把题目变成自己的经验。1. 刷题之前这套练习题的定位与使用方法1.1 为什么学完知识点还必须刷题磁盘与LVM这部分看起来知识点不密集但实际操作链条很长。比如创建一个逻辑卷至少涉及分区、PV、VG、LV、文件系统、挂载六层每一层对应不同命令和不同的查看工具任何一步记混了都会导致后续全部出问题。看视频时觉得命令顺序清清楚楚轮到自己敲的时候往往在第一、第二步就开始犹豫这就是典型的“被动输入”学会了“主动输出”没学会。练习题的作用恰恰是把输出动作固定下来。当你看到一道题要判断“扩展逻辑卷后是否需要重新挂载”你的大脑会主动去检索resize2fs、xfs_growfs这些命令的适用场景当你要填“查看物理卷的命令是什么”你能瞬间反应出pvs还是pvdisplay这种检索过程比重复读笔记花的时间少但留下印象深得多。1.2 题目分级与建议用时这套题按难度分成三层。基础题考的是命令和概念的一一对应关系比如lsblk、df、blkid分别干什么进阶题考的是操作流程和注意事项比如LVM扩容的正确顺序、fstab字段的含义综合题则模拟真实运维场景需要自己组织完整的命令链。建议给自己设定90分钟左右前60分钟做题后30分钟开着虚拟机逐条验证答案不要只做“纸上谈兵”的判断。测试时环境最好是一台全新的Ubuntu虚拟机至少准备一块额外的空白虚拟磁盘比如/dev/sdb。如果条件允许做任何修改前先打一个快照这样即使把分区表搞坏了也能一键恢复练习成本会低很多。1.3 先看题还是先翻书我的建议是先不看任何资料直接做题。做错不要紧重点是标出你犹豫和错误的题号之后针对性回看对应章节。如果一上来就翻书题目就失去了检验功能变成了抄答案。做完一遍后再把错题对应的命令重新敲一遍直到不需要看任何提示能完整跑出一个扩容流程为止这才算过关。2. 磁盘与分区基础题热身2.1 选择题共8题想要查看当前系统所有块设备的树状结构、大小和挂载点最合适的命令是 A. df -hB. lsblkC. fdisk -lD. blkid设备文件/dev/sdb1中的“sdb”表示 A. 第二个IDE硬盘B. 第二个SATA/SCSI硬盘C. 第一个硬盘的第二个分区D. 第二个虚拟光驱MBR分区表最多能管理多大容量的磁盘 A. 1TBB. 2TBC. 4TBD. 16TB关于GPT分区表下列说法正确的是 A. 只能在UEFI启动模式下使用B. 分区数量理论上没有限制C. 需要至少4个主分区D. 不兼容Linux系统parted命令中把分区表格式设置为GPT的指令是 A. mklabel gptB. mkpart gptC. set 1 gpt onD. format gpt查看某个分区的UUID和文件系统类型最合适的命令是 A. df -TB. lsblk -fC. fdisk -lD. du -sh使用fdisk创建新分区后必须执行哪个操作让内核重新读取分区表 A. partprobeB. syncC. mount -aD. udevadm monitor一块磁盘被分成主分区和扩展分区之后扩展分区的作用是 A. 直接存放文件B. 作为启动分区C. 容纳多个逻辑分区D. 备份分区表2.2 判断题共6题fdisk命令既支持MBR分区表也能处理GPT分区表。一块磁盘上创建了扩展分区后主分区数量最多可以达到128个。删除一个正在使用的分区之前不需要先卸载它。 lsblk命令能显示每个分区对应的UUID。 GPT分区表在磁盘尾部保存了一份备份分区表头因此比MBR更抗损坏。用dd命令把磁盘的MBR备份出来可以通过备份快速恢复引导扇区。 2.3 参考答案与解析选择题答案B、B、B、B、A、B、A、C。这也太整齐了但每道题都是考点。第1题lsblk是查看块设备的首选df -h只能看已挂载文件系统的容量fdisk -l虽然能看分区信息但输出不如lsblk直观blkid偏重于UUID和文件系统类型。第2题中Linux的sd前缀代表SCSI/SATA/USB这类硬盘设备第一块为sda第二块为sdb分区号从1开始编号。第3题是关键分界点MBR分区表用4个16字节的分区表项描述分区地址采用32位块号最大寻址约2TB超过这个容量必须用GPT。第4题GPT的核心优势是分区数量不依赖扩展分区机制理论上可以创建非常多的分区而MBR最多4个主分区。第5题parted使用mklabel gptfdisk则通过交互菜单来切换两者不要混淆。第6题lsblk -f可以一次性显示所有块设备的UUID、文件系统类型和挂载点最适合做题时的快速排查。第7题partprobe通知内核重新读取分区表避免重启是实际操作中极易忘记的一步。第8题扩展分区本身不能被格式化它的唯一使命就是容纳逻辑分区。判断题答案对、错、错、对、对、对。第2题错误MBR模式主分区最多4个想要更多分区只能建立扩展分区再在其中划分逻辑分区。第3题错误直接删除使用中的分区会导致正在读写的数据损坏正确做法是先umount卸载再做分区操作。第4题正确lsblk -f确实能显示UUID。第5题也是GPT的容错设计之一磁盘头部和尾部都有分区表副本对比MBR只在头部有一份抗损坏能力明显更强。第6题正确dd备份前446字节的引导代码加上分区表确实能用于恢复引导扇区这也是后面备份实操题的基础。3. LVM核心概念与命令填空与操作选择3.1 概念填空题共8题LVM体系中的三层结构从底层到顶层依次是物理卷PV、和逻辑卷LV。创建一个物理卷使用的命令是。查看一个卷组中包含了哪些物理卷可以使用命令。将新的物理卷加入已有卷组使用的命令是。在卷组vg0中创建一个名为data、大小为10G的逻辑卷命令是。逻辑卷设备文件在系统中的路径通常是 /逻辑卷名。扫描系统中所有LVM卷组并重新识别它们可以执行。XFS文件系统扩容时要使用命令而不是resize2fs。3.2 命令选择题共6题想把一整块磁盘/dev/sdc作为物理卷交给LVM管理正确的命令是 A. pvcreate /dev/sdc1B. pvcreate /dev/sdcC. vgcreate /dev/sdcD. lvcreate /dev/sdc使用lvcreate创建逻辑卷时如果希望大小随卷组剩余空间全部使用参数是 A. -l 100%FREEB. -L 100%FREEC. -s 100%FREED. -m 100%FREE下列哪个命令用于查看逻辑卷的详细信息包括大小和条带属性 A. lvsB. lvscanC. lvdisplayD. blkid执行lvextend -L 5G /dev/vg0/data之后还差哪一步才能让文件系统真正变大 A. 执行umount后重新挂载B. 执行resize2fs或xfs_growfsC. 执行pvscanD. 无需其他操作关于LVM缩减逻辑卷下列说法正确的是 A. XFS文件系统支持在线缩减B. ext4文件系统支持先缩减文件系统再缩减LVC. 缩减操作没有任何风险D. 缩减前不需要备份数据某PV已经不再需要想把它的数据迁移到卷组内其他PV上可以使用 A. pvmoveB. pvremoveC. vgextendD. lvreduce3.3 参考答案与解析填空题答案卷组VGpvcreatepvs或pvdisplayvgextendlvcreate -L 10G -n data vg0/dev/vg0vgscanxfs_growfs。第1题是LVM的总纲所有操作都围绕PV、VG、LV三层展开一定要记清层级关系。第2题pvcreate后跟上整个PV设备比如/dev/sdc而/dev/sdc1是分区设备如果你还没给磁盘分区直接pvcreate /dev/sdc才是对的。第3题pvs是精简视图pvdisplay是详细信息。第5题需要注意顺序lvcreate -L大小 -n名字卷组名设备路径自动生成/dev/vg0/data。第6题中LV路径是“/dev/卷组名/逻辑卷名”这也是实现跨设备统一命名的好处。第7题在系统启动或新接入磁盘后常用vgscan会把所有卷组信息重新加载一遍。第8题是第2章最容易踩的坑XFS不支持resize2fs必须用xfs_growfs。选择题答案B、A、C、B、B、A。第1题直接对整块盘做PV不需要先分区这是LVM相对传统分区的一个优势。第2题中缩写的“-l”代表指定PE数量“-L”指定容量所以100%FREE要用-l。第3题lvdisplay给出LV的完整属性lvs更适合日常一眼扫过。第4题lvextend只是把LV的边界扩大文件系统还不知道自己变大了必须用resize2fsext4或xfs_growfsXFS通知文件系统吸收新空间。第5题里XFS只能扩大不能缩小ext4虽然能缩小但必须先卸载、检查文件系统、缩小文件系统再缩小LV顺序不能反而且风险较高建议操作前备份。第6题pvmove会把源PV上的数据平滑迁移到卷组内其他空闲PV这是在线维护存储的利器。4. 文件系统与挂载实操题与fstab细节4.1 实操题把150G的逻辑卷格式化成ext4并挂载到/data假设系统里已经有一个逻辑卷/dev/vg0/data空间为150G当前没有文件系统。请你写出完成以下目标的命令序列。要求创建ext4文件系统创建挂载目录/data临时挂载逻辑卷查看挂载结果和UUID将该挂载项写入/etc/fstab实现开机自动挂载。这道题覆盖了第2章文件系统挂载的主要流程动手做的时候建议在虚拟机上完整执行一遍不要只看命令。4.2 扩展实操开机自动挂载最常见的三个错误很多人在把挂载项写入/etc/fstab后重启系统发现进不了图形界面或者系统停在救援模式这通常是fstab写错导致。下面三个错误是我见过最多的第一个错误是直接写设备路径。比如写“/dev/vg0/data /data ext4 defaults 0 0”如果系统里LVM设备顺序发生变化或者内核在挂载阶段还没激活VG这个路径可能会失效。更稳妥的写法是先用blkid查出UUID然后写“UUIDxxxx /data ext4 defaults 0 0”。UUID在文件系统创建时就固定了除非重新格式化否则不会变。第二个错误是漏写挂载参数。defaults是最常见选择但它背后对应rw、suid、dev、exec、auto等默认选项的组合日常挂载数据盘用defaults没问题。但如果挂载点涉及用户读写访问可能需要追加“uidxxx,gidxxx”或“nofail”。特别是当磁盘是可拆卸设备时建议加上nofail参数这样设备不在时系统不会卡在挂载阶段。第三个错误是写完fstab后没有先执行mount -a验证就直接重启。正确的检查流程是写完文件后用mount -a重挂载所有文件系统能成功就说明配置无误再用findmnt核对挂载点是否符合预期。如果mount -a报错直接修改fstab后再重启不要带着错误重启。4.3 实操参考答案与错误分析完整命令序列如下mkfs.ext4 /dev/vg0/data mkdir -p /data mount /dev/vg0/data /data blkid /dev/vg0/data把blkid输出的UUID记录下来然后编辑/etc/fstab添加这样一行UUID你的UUID值 /data ext4 defaults 0 0写入后依次执行mount -a findmnt /data systemctl daemon-reload如果findmnt正常输出/data的挂载信息说明fstab配置没有问题关机重启验证一次即可。这道题里最常见的错误是第4步和第5步衔接不上blkid输出的是UUID但在写fstab时仍然图省事写设备路径。前者更稳妥因为LVM设备路径在特殊情况下会漂移UUID则相对稳定。另外如果mkfs之后立刻用blkid看不到UUID可以执行udevadm settle或者稍等几秒因为内核和udev需要一点时间识别新文件系统。这一步虽然不起眼但很多人在写脚本时会因为时序问题遇到“blkid找不到UUID”的假故障。5. 扩容与备份综合题与排错思路5.1 场景题在线扩容一个ext4文件系统系统环境如下卷组vg0当前剩余空间为0现有逻辑卷/dev/vg0/data大小120G文件系统ext4挂载在/data业务正在运行不能中断管理员新插入一块300G空白磁盘/dev/sdb。请写出完整的扩容步骤要求做到在线扩容即业务不中断、不卸载/data。这个场景是磁盘管理中非常典型的“容量告急”情况。解题的关键在于把操作顺序分为四段。第一段是物理层给新磁盘创建分区并把分区标记为LVM可用注意在现代Linux中整套LVM已经可以识别分区类型自动处理但用fdisk创建分区时把类型设为8ELinux LVM有助于后续识别。创建后执行partprobe刷新分区表。第二段是PV层pvcreate /dev/sdb1再把PV加入卷组vgextend vg0 /dev/sdb1。此时用vgs可以看到vg0的空闲空间已经变成300G左右。第三段是把空闲空间分配给LVlvextend -L 200G /dev/vg0/data注意这里的“”号表示在原有基础之上增加200G。第四段是文件系统层resize2fs /dev/vg0/data把ext4文件系统扩展到整个LV然后df -h确认扩容结果。这四个阶段环环相扣很多人会漏掉某一环。最典型的是lvcreate/lvextend完成之后文件系统大小不变于是跑来问为什么df显示没变化。原因就是没有执行resize2fs。同理如果文件系统是XFS第四步必须换成xfs_growfs /data走一遍就会发现XFS和ext4在扩容命令上的差异非常明确。5.2 备份与恢复三个不同的备份工具怎么选同样是备份dd、tar、rsync的定位完全不同选错工具会把简单问题复杂化。我把它们的适用场景拆开讲一下。dd适合块级备份比如备份整个分区或整块磁盘包括文件系统结构。命令dd if/dev/sda of/backup/sda.img bs4M statusprogress恢复时反过来dd if/backup/sda.img of/dev/sda bs4M statusprogress注意dd是按块拷贝恢复目标盘必须等于或大于备份源盘否则会截断数据而且恢复时目标分区不能挂载否则等于边写边读一个正在使用的文件系统后果完全不可控。dd还会把UUID一起复制过去如果备份源和目标同时挂在系统里这两个分区的UUID会冲突要特别小心。tar适合文件级备份可以打包目录并保留权限。备份命令示例tar czvf /backup/data_$(date %F).tar.gz -C /data .解压恢复mkdir -p /data_restore tar xzvf /backup/data_2025-06-01.tar.gz -C /data_restoretar备份时要注意必须带上-p参数或在root下执行以保留权限漏了权限恢复后文件owner和mode可能会乱。另外tar会消耗大量IO如果系统正在提供在线服务建议错峰执行。rsync适合同步和增量备份这里给一个最常用的镜像同步命令rsync -av --delete /data/ /backup/data_mirror/-a保留权限、时间戳等属性-v显示进度--delete让目标目录与源完全一致源里删除的文件目标也会删除。这个过程是增量的第一次慢之后只传变化部分非常适合定期备份。但要注意一条铁律rsync同步目录时源路径写成/data/和写成/data含义不同。前者把目录内容复制到目标后者把目录本身复制到目标多一个斜杠结果完全不同。5.3 备份验证与恢复测试的常见坑备份做完了不等于备份就能用。我见过太多备份文件躺在磁盘上但真正恢复时发现tar包损坏、dd镜像文件系统无法挂载的情况。所以备份后至少做两件事第一用tar -tzf压缩包名看文件列表能否正常列出验证压缩包完整性第二把备份恢复到一台临时虚拟机或空目录里启动或挂载确认可用。这一步叫“恢复演练”比备份本身更考验真实水平。另外dd压缩镜像时可以使用“gzip”管道但也要注意恢复时先解压再写入避免管道错误导致半成品镜像。6. 综合场景题从0到1搭建一套可扩容、可备份的存储环境6.1 场景描述某公司这里泛指测试环境的一台Ubuntu服务器现有系统盘/dev/sda此外还有三块300G数据盘/dev/sdb、/dev/sdc、/dev/sdd。需求如下三块数据盘全部纳入同一个名为vg_data的卷组在vg_data上创建两个逻辑卷lv_app大小为200G文件系统为ext4挂载到/opt/applv_log大小为100G文件系统为XFS挂载到/var/log/app将来lv_app和lv_log都需要支持在线扩容每周对/opt/app做一次tar全量备份备份文件放到外置存储/backup每天晚上对/var/log/app做一次rsync增量同步到/backup/log_mirror。请根据上述需求完成整套方案并回答以下问题。6.2 分步问题写出创建PV、VG的命令序列并要求一启动就能识别卷组。写出创建lv_app并格式化为ext4、创建lv_log并格式化为XFS的命令。写出挂载两个逻辑卷并写进fstab的方案要求使用UUID而不是设备路径。如果未来需要给lv_app扩容到300G卷组中的剩余空间是否够用写出扩容命令。写出每周全量备份/opt/app的tar命令并说明为什么要把备份放到/backup而不是/opt/app本身。写出rsync增量备份/var/log/app的命令并解释--delete参数在此场景下的风险。在扩容lv_app时如果文件系统是ext4假设忘记执行resize2fs会发生什么整个方案中磁盘分区表应该选择MBR还是GPT为什么6.3 参考答案与完整命令序列第1题pvcreate /dev/sdb /dev/sdc /dev/sdd vgcreate vg_data /dev/sdb /dev/sdc /dev/sdd vgscan vgchange -ay直接用整块磁盘做PV省去分区步骤这是LVM最常见的做法。vgcreate时同时把三块PV放入一个卷组vgscan用于启动或设备变化后重建缓存。第2题lvcreate -L 200G -n lv_app vg_data lvcreate -L 100G -n lv_log vg_data mkfs.ext4 /dev/vg_data/lv_app mkfs.xfs /dev/vg_data/lv_log如果卷组剩余空间不足以创建对应LV会直接报错提示空间不足这也是分布式创建不同文件系统逻辑卷的标准做法。第3题blkid /dev/vg_data/lv_app blkid /dev/vg_data/lv_log把两个UUID写入/etc/fstab对应行如下UUIDlv_app的UUID /opt/app ext4 defaults 0 0 UUIDlv_log的UUID /var/log/app xfs defaults 0 0然后执行mkdir -p创建挂载目录执行mount -a挂载全部文件系统再用findmnt验证。注意xfs的fstab字段和ext4格式一致但文件系统类型必须写xfs。第4题卷组总空间300G×3900Glv_app初始200Glv_log初始100G已分配300G剩余约600G扩容200G绝对够。命令lvextend -L 200G /dev/vg_data/lv_app resize2fs /dev/vg_data/lv_app如果是XFS用xfs_growfs挂载点替代resize2fs。扩容全程不需要卸载完全在线。第5题mkdir -p /backup tar czvf /backup/app_$(date %F).tar.gz -C /opt/app .备份文件必须放到独立于源数据之外的存储上。如果放在/opt/app内部备份文件本身也在源目录里下次备份时会被一起打包进去造成备份文件指数级增长同时占用的还是被备份盘自己的空间。第6题rsync -av --delete /var/log/app/ /backup/log_mirror/--delete在镜像同步场景下很有用但如果源目录因为误删文件导致内容不完整--delete也会把目标里还保留的完整副本删掉。所以对日志这类要保留历史的数据建议不要加--delete或者配合版本化目录使用。第7题忘记执行resize2fs时lvextend只是把LV边界扩大了文件系统元数据仍然认为分区大小是200G。结果是df -h显示容量没变依然是200G但lvdisplay或lvs里LV大小已经变成400G白白浪费新空间。这是扩容操作中最高频的错误没有之一。第8题总容量900G远超MBR的2TB限制吗并没有900G小于2TBMBR理论上够用。但考虑未来还可能继续加盘、单个分区可能超过2TB建议直接用GPT。GPT在Linux下的兼容性已经非常成熟而且分区表自带备份容错性更好。使用parted set /dev/sdb mklabel gpt可以转换但实际操作中直接让LVM管理整块盘时分区表的影响并不大整块盘作为PV是最省事的选择。7. 做完题之后的收尾建议整套题做完最重要的不是“对了多少题”而是能不能不看答案把6.2里的综合场景完整复现一遍。我实测过如果能在30分钟内从裸磁盘一路做到挂载、扩容、备份验证这份能力应付日常Linux服务器的存储管理需求已经足够。我个人的练习顺序建议是先做完2到3、再独立做4、5各一次最后对着6的综合场景写完整命令。哪一步卡住了立刻回到对应章节看原理而不是硬背命令。比如lvextend和resize2fs到底谁先谁后理解“LV边界先扩大文件系统再吸收空间”这个逻辑永远就不会记反。再比如XFS和ext4的区别只要记住一句话——XFS只能进不能退所有的缩减需求先在选型阶段就规避掉后面能少踩一大半的坑。如果这套题里还有某道题让你觉得“看了答案也不太服气”那恭喜你这恰恰说明你已经发现了自己知识的盲区。别急着往后学把对应命令在虚拟机里反复敲上十遍直到形成指尖记忆再进入下一课。

Linux磁盘与LVM管理：从分区到扩容备份的实战练习

相关推荐

Python开发环境搭建指南：编辑器与IDE选用与安装全解析

2026年IDE使用简记：AI、远程开发与工作流优化

Windows Server 2008 R2 RAID驱动集成实战：用DISM注入boot.wim与install.wim

更多资讯

Retinex图像增强原理与鲁棒性优化方法详解

UIPageViewController 深度解析：页面状态机与滑动导航原理

UIPageViewController 深度实践：构建稳定高效的左右滑动页面导航

从55秒到1秒：MES Agent性能优化实战与Trace驱动排查方法

SpringBoot 集成 Activiti 7 实战：工作流引擎落地审批全流程

考研复试资料高效使用指南：从学长经验到历年真题的拆解方法

今日更新

Cephadm实战指南：Linux系统工程师的生产级Ceph集群部署与排障

不想再被 Token 额度卡脖子？把免费 API 接入 WorkBuddy 的完整教程

ITK中SpatialObject几何体系解析：坐标系、变换与管道集成

本周精选

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

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

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

本月热门

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

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

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

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