ARTICLE · INTELLIGENCE

战地情报 · 详情页

来自尧图项目组的一线实战观察与深度解析

银河麒麟V10SP1重装保留数据盘:liveCD分区勘察与UUID挂载

银河麒麟V10SP1重装保留数据盘:liveCD分区勘察与UUID挂载

简介:面向需要在保留数据盘前提下重装银河麒麟桌面操作系统V10SP1的技术人员与高级用户,这份PDF文档围绕系统重装中的数据保护、磁盘分区、UUID配置与文件系统挂载等关键环节展开,帮助读者在不丢失个人数据的情况下完成系统升级或重装,并理解Linux分区、自动挂载与fstab配置的基本方法。资源包仅含1个PDF文件,大小约2.9MB,篇幅集中,便于随查随用,适合作为实操前的流程参考与配置核对清单。目前已有1653人学习,说明其在同类系统维护场景中具备一定参考价值。文档以分区识别、安装方式选择、UUID获取与fstab挂载配置等完整链路为主线,同时提示先记录分区信息、在非生产环境演练并逐条理解命令作用,可帮助读者形成可复用的重装与数据盘挂载排错思路。

1. 重装不等于格式化全盘:保留数据盘的现实场景

很多人一听到“重装系统”,第一反应就是把整块硬盘清空重来,反正数据已经备份了。但真实运维场景里,经常是这台机器上的数据盘塞了几百 GB 甚至上 TB 的业务资料、设计稿、素材库,根本没有多余的盘做完整备份,也不可能停机等几天。这时候需要的不是“重装”,而是“换掉系统分区、留下数据分区”的精细活。银河麒麟桌面操作系统 V10SP1 的重装流程里,恰好就有这么一条路:用 liveCD 引导,自定义分区时只格式化系统相关分区,把 data 盘原样留下,装完再用 UUID 重新挂载回来。这套流程解决的核心问题就是系统重装与数据盘保护同时成立,适合有一定 Linux 基础、能看懂 df 和 fstab 的从业者,也适合第一次做这件事、想照着步骤走一遍的新手。下面按“先看清盘、再装系统、最后挂回来”的顺序拆开讲,中间把磁盘分区、UUID 配置、文件系统挂载这几个关键点讲透,坑也一并标出来。

2. 装之前先把盘看清:liveCD 下的分区勘察与信息固化

重装最容易翻车的地方不是安装过程,而是装之前没把旧系统的分区结构搞清楚。一旦进了安装器,面对一堆 /dev/sda1、/dev/sda2、/dev/sda3,你根本分不清哪个是根分区、哪个是数据盘,手一抖格式化错,数据就没了。所以这套流程的第一步不是点安装,而是进 liveCD,把分区信息完整记录下来,形成一份可以对照的“施工图”。

2.1 为什么必须先进 liveCD 而不是直接装

liveCD 模式的价值在于它是一个只读的、独立于硬盘系统的运行环境。进入之后,硬盘上的旧系统不会被启动,也不会有任何分区被自动挂载改写,你看到的是硬盘最原始的状态。这一步的意义在于:安装器里的分区界面信息密度很低,很多时候只显示设备名和大小,不显示文件系统类型和挂载点;而 liveCD 里可以用命令把文件系统类型、容量、已用空间、挂载点全部列出来,两相对照才不会认错盘。

具体操作是把 U 盘启动盘插到需要重装的设备上,重启,在启动菜单里选择 U 盘启动,进入引导界面后选 liveCD 模式。如果你的环境里每个分区信息都已经提前记录在案,比如有历史台账,也可以直接选进入安装流程,但对绝大多数人来说,多花五分钟进 liveCD 确认一遍,远比装完发现挂错盘再补救要划算。

提示:liveCD 模式下桌面上的“安装 Kylin”图标不要急着双击,先做分区勘察。安装器一旦启动并走到分区那一步,误操作的代价是不可逆的。

2.2 用 df -hT 把分区信息固化成表

进入 liveCD 后,打开“计算机”,先大致看一眼硬盘的分区布局,然后在桌面空白处右键“打开终端”,执行分区查看命令。这里用df -hT是有讲究的:-h让容量以人类可读的单位显示,-T额外输出文件系统类型,这两个参数组合起来,正好能区分出 ext4、xfs、vfat 这些关键差异。

# 查看当前已挂载分区的设备名、文件系统类型、容量与挂载点 df -hT # 补充:查看块设备的完整树状结构,确认分区与磁盘的从属关系 lsblk -f

df -hT的输出里,重点记四列:Filesystem(设备名,如 /dev/sda3)、Type(文件系统类型)、Size(容量)、Mounted on(挂载点)。数据盘通常容量最大、挂载点类似 /data 或者根本没挂载;根分区一般挂载在 /,容量不会特别大。lsblk -f则是补充手段,它会以树状结构显示磁盘和分区的关系,还会带上 UUID 和文件系统标签,对于后面要做的 UUID 挂载配置特别有用——如果旧系统里数据盘有 LABEL,这里就能看到。

把结果整理成一张表记下来,格式大致如下:

设备名文件系统类型容量原挂载点用途判定重装时处理
/dev/sda1vfat300M/boot/efiEFI 引导分区格式化
/dev/sda2ext450G/根分区格式化
/dev/sda3ext4500G/data数据盘不格式化
/dev/sda4swap8G[SWAP]交换分区格式化

这张表就是后面手动分区时的唯一依据。血泪经验是:不要靠容量“猜”哪个是数据盘,因为系统分区和数据分区完全可能一样大;一定要结合挂载点和文件系统类型双重确认。如果旧系统里数据盘挂载点是 /data,那基本可以锁定;如果数据盘压根没挂载过,那就看哪个分区里存着大量文件、容量占用明显偏高。

2.3 用户名一致性:一个容易被忽略的前置约束

在真正进入安装器之前,还有一个参数必须在心里定下来:新系统创建的用户名,要和旧系统保持一致。原因不复杂——数据盘里的文件是有属主和属组的,Linux 用 UID 和 GID 标识文件归属,而普通用户的 UID 是在创建用户时分配的。如果新旧系统的用户名不同,UID 大概率也不同,挂载回数据盘之后,你会看到一堆文件属主变成一个陌生的数字 ID,普通用户读写不了,只能靠 root 去改,文件一多就是灾难。

所以安装流程走到“创建用户”那一步时,用户名必须和旧系统对齐。理想情况下 UID 也能一致,但这取决于安装器分配 UID 的顺序,一般首个普通用户都是 1000,只要不额外创建用户,UID 通常能对上。这一点在后面的挂载验证环节会直接体现出来:如果挂载后文件能正常打开、能改写,说明 UID 对上了;如果提示权限不足,多半就是 UID 错位。

3. 自定义安装的分区操作:哪些格式化、哪些原样保留

分区界面是整个流程的分水岭。选“全盘安装”或者“自动分区”,安装器会按自己的逻辑重新划分磁盘,数据盘大概率被覆盖;只有选“自定义安装”,才能逐个分区决定格式化还是保留。这一步没有后悔药,点下去就开始写了,所以动手前把第 2 章那张表摆在旁边,一个分区一个分区核对。

3.1 为什么必须走自定义安装

自动分区的本质是“清空并重建”,它不关心你盘上原来有什么。自定义安装则把每个分区的处置权交给你:可以指定某个分区格式化为 ext4 并挂载到 /,也可以指定某个分区“不格式化、仅挂载”。保留数据盘这个需求,只能通过后者实现。

操作路径是:安装器一路下一步,到“选择安装方式”时选“自定义安装”,进入硬盘分区界面。界面上会列出当前磁盘的所有分区,每个分区一行,可以双击进入编辑,设置文件系统类型、格式化与否、挂载点。这里的判断规则很明确:EFI 分区、根分区、swap 分区统统格式化重建;数据盘只设置挂载点、取消格式化勾选。

3.2 逐个分区的处置规则与挂载点配置

按第 2 章记录的表逐项操作,处置逻辑如下:

分区用途文件系统是否格式化挂载点说明
EFI 引导vfat是/boot/efi必须重建,否则引导异常
根分区ext4是/系统文件全部重写
数据盘ext4否/data保留原数据,仅登记挂载点
swapswap是无交换分区重建即可

数据盘这一行是关键:双击该分区,文件系统类型保持原样(比如 ext4),不要勾选格式化,挂载点填 /data(和旧系统保持一致最省事)。填完确认,界面上该分区会显示为“保留”状态。如果界面提示该分区将被格式化,说明勾选错了,退回去重设。

注意:数据盘在这里配置的挂载点,只是让新系统在安装阶段知道“这个分区将来挂到 /data”,并不代表装完就自动可用。真正的挂载关系由 /etc/fstab 决定,第 4 章要重新配一遍,这是这套流程里最容易被误解的一环。

分区全部设置好之后,点“下一步”开始安装,等待系统写入完成。安装期间不要断电、不要拔 U 盘,写入中断会导致分区表损坏,那时候数据盘能不能保住就看运气了。

3.3 装完第一眼:为什么 DATA 盘是空的

系统装完重启,进入桌面,打开“计算机”,会看到“文件系统”和“DATA”两个盘。很多人到这一步会心头一紧:DATA 盘里空空如也,之前的文件一个都不见了,桌面上也没有原来的文件。这不是数据丢了,而是挂载关系没建立。

安装器给数据盘挂了个临时挂载点(显示为 DATA),但 /etc/fstab 里没有对应的持久化配置,系统重启后这个挂载关系就不存在了,你看到的 DATA 盘其实是挂到了一个空的临时目录,或者干脆是安装器留下的空挂载点。真实的旧数据仍然安安静静躺在那个分区里,只是没人把它挂到正确的位置上。解决办法就是第 4 章的内容:拿到分区的 UUID,写进 fstab,让它每次开机自动挂到 /data。

理解这一点很重要,因为它决定了你后面排查问题的方向:如果挂载后还是看不到文件,问题不在数据本身,而在 UUID 是否写对、挂载点是否建对、fstab 语法是否有误这三处。

4. UUID 挂载配置:让数据盘每次开机自动归位

数据盘要能稳定挂回来,靠的不是设备名,而是 UUID。设备名 /dev/sda3 这种标识是不稳定的,加一块硬盘、改一次分区顺序,sda3 就可能变成 sdb2,fstab 里写死设备名会导致开机挂载失败甚至进不了系统。UUID 是分区创建时生成的文件系统唯一标识,只要不格式化就不变,这也是为什么整个流程里反复强调“数据盘不要格式化”——格式化了,UUID 就换了,旧配置全部失效。

4.1 先卸载自动挂载的 DATA 盘

在配置 fstab 之前,要先把安装器留下的那个临时 DATA 挂载卸掉,否则同一个分区会有两个挂载点,容易混淆。操作是在桌面上对着 DATA 盘右键,选择卸载。如果右键菜单里没有卸载选项,说明它可能没真正挂载,可以直接进下一步。

卸载之后用df -hT再确认一遍,数据盘应该不在挂载列表里了。这一步看似多余,实际是给后面的 mount 验证创造一个干净的环境:挂载点为空,挂上去之后能明确知道是新配置生效了。

4.2 用 blkid 拿到 UUID 并写入 fstab

打开终端,执行 blkid 查看所有分区的 UUID 和文件系统类型。输出会比较长,找到容量和数据盘对得上的那一行,把 UUID 复制下来。

# 查看所有块设备的 UUID、文件系统类型与标签 sudo blkid # 编辑 fstab,写入数据盘的持久化挂载配置 sudo pluma /etc/fstab

blkid 的输出形如/dev/sda3: UUID="a1b2c3d4-..." TYPE="ext4",其中 UUID 引号内的那串就是需要的值。复制时注意不要带引号,也不要带多余空格。

然后在 pluma 打开的 /etc/fstab 文件末尾追加一行,格式为“UUID=xxx 挂载点 文件系统类型 挂载选项 dump pass”:

# /etc/fstab 追加内容示例 # 数据盘持久化挂载:UUID 来自 blkid,挂载点 /data,ext4 文件系统 UUID=a1b2c3d4-5e6f-7a8b-9c0d-1e2f3a4b5c6d /data ext4 defaults 0 2

这一行的每个字段都有含义:第一列UUID=...是设备标识,必须和 blkid 输出完全一致,多一个字符都会挂载失败;第二列/data是挂载点,必须是一个已经存在的目录;第三列ext4是文件系统类型,要和分区实际情况一致,写错会报“wrong fs type”;第四列defaults表示使用默认挂载选项,包含读写、自动挂载、异步等;第五列0是 dump 备份标志,桌面场景不用备份工具,填 0;第六列2是开机 fsck 检查顺序,非根分区填 2,根分区才是 1。

提示:fstab 里各字段之间用空格或 Tab 分隔均可,但不要用逗号。写完之后先别急着重启,用 mount -a 验证一遍,语法错误在重启时可能直接导致系统进不去。

4.3 创建挂载点目录并验证配置

fstab 里写了 /data,但这个目录在重装后的新系统里并不存在,需要手动建。原文里还额外建了 /data/root 和 /data/home 两个子目录,这是为了兼容旧系统里可能存在的按用户分目录存放的结构,属于稳妥做法。

# 创建数据盘挂载点及常用子目录 sudo mkdir -p /data/root /data/home # 按 fstab 配置挂载所有条目,无输出即表示配置正确 sudo mount -a

mkdir -p的-p参数保证父目录不存在时自动创建,重复执行也不会报错。mount -a的作用是读取 /etc/fstab 并挂载其中所有未挂载的条目,它同时也是最好的语法检查工具:有内容返回说明有错误,没有内容返回说明配置正确。如果返回类似 “mount: /data: special device UUID=xxx does not exist”,说明 UUID 抄错了;如果返回 “mount point does not exist”,说明挂载点目录没建对。把错误信息逐条对照解决,直到 mount -a 静默无输出。

验证挂载结果用df -hT或者mount | grep data,能看到 /data 对应的设备正是数据盘分区,容量和之前记录的一致,就说明挂上了。这时候再打开“计算机”,应该能看到数据盘显示出来。

4.4 重启后的最终确认

配置验证通过后重启系统,进入桌面再看一次:数据盘应该自动挂载好,打开后能看到原来的文件;之前桌面上存放的文件和快捷方式也会恢复显示,因为桌面文件本质上是用户家目录下的文件,而用户家目录如果是放在数据盘上的,自然就回来了。

重启验证这一步不能省。mount -a 通过只代表当前会话挂载成功,不代表开机流程能过。有些 fstab 配置在 mount -a 下正常,开机时因为依赖顺序问题会挂载超时,导致进入紧急模式。所以重启后要确认系统正常进入桌面、数据盘正常显示、文件可读可写,三个条件都满足才算真正完成。

5. 避坑与排查:五条真实翻车记录

这套流程看起来步骤清晰,实际操作中翻车点集中在几个地方。下面五条按“现象 → 原因 → 解决”整理,都是实际会遇到的。

现象一:重启后进不了桌面,直接掉到紧急模式(emergency mode)。原因几乎都是 /etc/fstab 写错,常见的是 UUID 抄错一位、文件系统类型写错、挂载点目录不存在,导致开机挂载失败。系统在启动时挂不上 fstab 里的条目,会中断启动流程。解决办法是在紧急模式里用 root 登录,执行mount -o remount,rw /把根分区改成可写,然后用编辑器注释掉 fstab 里新增的那一行,重启进系统,再重新核对 UUID 和挂载点。所以血泪经验是:改完 fstab 必须先mount -a验证,验证通过再重启。

现象二:数据盘挂上了,但文件全是数字属主,普通用户打不开也改不了。原因是新系统创建用户时的 UID 和旧系统不一致,比如旧系统是 1000,新系统因为先建了别的用户变成了 1001。解决办法是确认新旧 UID:id 用户名看当前 UID,旧系统的 UID 可以从数据盘文件的属主数字反推。对齐的办法是调整用户 UID 或者用chown -R批量改属主。前者更彻底,后者更直接,但文件量大时 chown 会跑很久。这也是为什么安装时就要保证用户名一致——先把这个坑堵住。

现象三:mount -a 没报错,但 /data 里还是空的。原因通常是数据盘分区在安装时被误格式化了,挂了但里面确实是空文件系统;或者挂载点被其他分区占用,你以为挂的是数据盘,其实是另一个空分区。排查方法是用df -hT /data看实际挂载的设备,再和 blkid 里数据盘的 UUID 对比,两者不一致就说明挂错了。如果确认是误格式化,只能靠备份恢复,这也是为什么第 2 章的分区表必须提前记录清楚。

现象四:blkid 输出里找不到数据盘的 UUID。原因可能是数据盘分区表被破坏,或者分区在安装器里被删掉重建了。前者需要用parted或fdisk检查分区表完整性,必要时用fsck修复文件系统;后者说明分区已经不存在,数据盘的内容在重建时就丢了。还有一种可能是 blkid 缓存过期,用sudo blkid -g清除缓存重新扫描试试。这条坑的预防措施只有一个:分区阶段反复核对,别让数据盘进入“格式化”状态。

现象五:开机挂载很慢,桌面出来后要等几十秒数据盘才显示。原因是 fstab 里用了defaults,其中包含自动挂载,如果数据盘分区有文件系统错误,systemd 会等待 fsck 检查完成,检查时间取决于分区大小和错误程度。解决办法是先用sudo fsck /dev/sda3手动修复一次文件系统错误,再考虑把挂载选项改成nofail,这样即使挂载失败也不会阻塞启动,代价是挂载失败时不会有明显提示。对稳定性要求高的场景,还是建议保持默认并定期检查磁盘健康。

6. 进阶技巧:把重装前的信息固化做成标准动作

这套流程里真正决定成败的,不是安装器里点哪几个按钮,而是重装前那五分钟的信息固化。做过几次之后我形成了一个固定习惯:在 liveCD 里把分区信息导出成一份文本台账,跟着机器走,装完再核对一遍。

# 重装前在 liveCD 中一次性导出分区台账,含设备、UUID、类型、挂载点 sudo blkid > /tmp/disk_ledger.txt df -hT >> /tmp/disk_ledger.txt lsblk -f >> /tmp/disk_ledger.txt # 把台账存到数据盘里一份,重装后可对照 sudo mkdir -p /mnt/keep sudo mount /dev/sda3 /mnt/keep sudo cp /tmp/disk_ledger.txt /mnt/keep/ sudo umount /mnt/keep

这段操作的关键在最后三步:把数据盘临时挂到一个临时目录,把台账写进去,再卸载。这样即使重装后新系统里什么都还没配,数据盘里已经躺着一份原始的分区信息,UUID、文件系统类型、原挂载点全在里面,写 fstab 时直接照抄,不用再凭记忆。台账文件本身极小,不占空间,但省掉的是重新推导设备信息的全部风险。

除了台账,还有一个值得固化的动作是挂载后的权限验证。不要只看“文件在不在”,要实际打开一个文件读一下、改一次、保存,确认读写权限正常。我一般会挑一个文本文件做改动测试,改完再改回去,确认属主和权限都符合预期。这套动作做完整,才算真正完成了“保留数据盘的重装”,否则只是“看起来挂上了”。

从那以后我每次做系统重装,都强制先走一遍 liveCD 台账导出和权限验证,不管这台机器看起来多简单、数据盘多确定。希望帮到你。

本文还有配套的精品资源,点击获取

RELATED READING

延伸阅读

更多一线实战笔记与深度复盘,助您持续精进