简介面向需要在保留数据盘前提下重装银河麒麟桌面操作系统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 -fdf -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 就可能变成 sdb2fstab 里写死设备名会导致开机挂载失败甚至进不了系统。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/fstabblkid 的输出形如/dev/sda3: UUIDa1b2c3d4-... TYPEext4其中 UUID 引号内的那串就是需要的值。复制时注意不要带引号也不要带多余空格。然后在 pluma 打开的 /etc/fstab 文件末尾追加一行格式为“UUIDxxx 挂载点 文件系统类型 挂载选项 dump pass”# /etc/fstab 追加内容示例 # 数据盘持久化挂载UUID 来自 blkid挂载点 /dataext4 文件系统 UUIDa1b2c3d4-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 -amkdir -p的-p参数保证父目录不存在时自动创建重复执行也不会报错。mount -a的作用是读取 /etc/fstab 并挂载其中所有未挂载的条目它同时也是最好的语法检查工具有内容返回说明有错误没有内容返回说明配置正确。如果返回类似 “mount: /data: special device UUIDxxx 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。解决办法是确认新旧 UIDid 用户名看当前 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 台账导出和权限验证不管这台机器看起来多简单、数据盘多确定。希望帮到你。本文还有配套的精品资源点击获取
