麒麟V10SP1重装系统保留数据盘:分区侦察与fstab挂载实操

发布时间:2026/10/24 15:07:28
麒麟V10SP1重装系统保留数据盘:分区侦察与fstab挂载实操

简介:面向具备一定 Linux 操作基础的技术人员与高级用户,这份 PDF 文档聚焦银河麒麟桌面操作系统 V10SP1 在保留“数据盘”前提下的系统重装流程,解决升级或重装时个人数据易丢失的痛点。内容围绕 liveCD 模式查看分区、自定义安装手动分区、避免格式化 data 盘、通过 blkid 获取 UUID 并编辑 /etc/fstab 配置自动挂载等关键环节展开,兼顾磁盘分区与文件系统挂载等基础技能训练。资源包共 1 个 PDF 文件,大小约 2.9MB,单文件即涵盖从准备启动盘到重启验证数据盘可访问的完整操作链路,便于按步骤对照实践。目前已有 1650 人学习,适合希望在不丢失重要数据的情况下完成系统重装、并借此熟悉 Linux 分区与挂载配置的读者参考,建议先在非生产环境练习后再用于正式设备。

1. 重装系统不丢数据盘:一份能照着做的麒麟V10SP1实操手册

上周帮某实验室的一台办公机做系统重装,用户反复强调一句话:桌面上的报表和项目资料不能动。机器是银河麒麟桌面操作系统V10SP1,硬盘上单独划了一块数据盘,日常文件全堆在里面。按常规思路整盘重装最省事,但那样数据盘会被一起格式化,用户半年的资料直接归零。这份PDF记录的就是另一条路:在保留数据盘的前提下重装系统,装完再把数据盘挂回去。它解决的核心问题不是“怎么装系统”,而是“装完系统后怎么让旧数据盘重新被识别并自动挂载”。适合有一定Linux基础、手里有U盘启动盘、能看懂分区表和fstab的从业者。新手也能跟,但每一步都得看清再敲,尤其是格式化和挂载这两处,翻车基本都发生在这里。

2. 装之前先把分区摸清楚:liveCD里的侦察与记录

重装保留数据盘这件事,成败在动手之前就决定了一半。很多人上来就点安装,装到分区界面才发现自己记不清哪个分区是数据盘、哪个是系统盘,只能凭感觉格式化,结果把数据盘送走。正确顺序是先进入liveCD模式做侦察,把旧系统的分区布局、文件系统类型、挂载点全部记录下来,再进安装程序。这一步多花十分钟,后面少一堆后悔药。

2.1 进liveCD而不是直接安装的判断标准

U盘启动盘插上,重启进BIOS或启动菜单选U盘,启动后会看到一个选择界面,通常有“进入liveCD模式”和“安装银河麒麟操作系统”两个入口。PDF里给的建议是:如果你对重装前的每个分区信息都已知晓并记录过,可以直接进安装;否则先进liveCD。我的习惯是一律先进liveCD,哪怕自认为记得清楚。原因很实际——人的记忆在分区编号上极不可靠,/dev/sda2和/dev/sda3差一位,格式化下去就是另一个世界。

liveCD模式是一个运行在内存里的临时系统,不碰硬盘,进去之后可以放心查看。进入桌面后打开“计算机”,能看到当前硬盘的分区结构,包括每个分区的大小、文件系统类型和挂载点。重点确认三件事:系统盘是哪个分区、数据盘是哪个分区、数据盘用的是什么文件系统(ext4还是xfs,后面fstab要对应)。把这几项记在纸上或手机里,别只靠脑子。

2.2 用df -hT把挂载关系钉死

图形界面看分区够直观,但挂载关系还是命令行更准。在桌面空白处右键“打开终端”,输入:

df -hT

这条命令输出的是当前已挂载文件系统的列表,-h让容量以人类可读单位显示,-T额外打印文件系统类型。输出里重点看三列:Filesystem(设备名,如/dev/sda3)、Type(ext4/xfs/vfat等)、Mounted on(挂载点,如/、/home、/data)。数据盘一般挂载在/data或者用户自定义的目录下,容量通常也是最大的那个。

逻辑说明:df读的是当前挂载表,liveCD环境下旧系统的分区可能没有全部自动挂载,所以df看到的不一定完整。如果发现某个大分区没出现在列表里,用lsblk -f补一刀,它按块设备树状列出所有分区和文件系统类型,不依赖挂载状态。参数上,lsblk -f的-f表示显示文件系统信息,输出里的UUID和FSTYPE两列后面配置fstab时直接要用,现在先记下来更省事。

提示:记录分区信息时,把设备名、大小、文件系统类型、UUID四项一起抄下来。UUID是后面挂载配置的关键,现在记了,装完系统就不用再猜。

2.3 用户名必须和旧系统一致的原因

PDF第5步特别强调:创建用户时用户名必须和旧系统保持一致。这条容易被当成可有可无的建议,实际上它直接决定数据盘里的家目录文件能不能被新系统正常识别。Linux的用户身份由UID和用户名共同标识,数据盘里如果存了旧用户的家目录内容(比如/home/xxx下的文件),新系统建了同名用户,权限和属主才对得上;用户名变了,UID大概率也变,挂载上去之后文件属主显示为一串数字,普通用户读写不了,得手动chown,麻烦且容易漏。

所以安装走到“创建用户”那一步,用户名照抄旧的,密码可以换。如果旧系统有多个用户,至少把主用户建对,其他用户装完再补。这一步没有技术难度,纯粹是细心问题,但漏了就是给自己挖坑。

3. 自定义分区与安装:哪些格、哪些留、挂载点怎么配

分区界面是整个流程里唯一不可逆的环节,格式化一旦执行没有撤销键。PDF的做法是选“自定义安装”手动分区,对除数据盘以外的分区做格式化和挂载点配置,数据盘只挂载不格式化。听起来简单,实际操作时界面上的分区列表和你的记录对不上号、挂载点填错、手滑勾错分区,都是常见事故。这一章把分区界面的操作逻辑拆开讲。

3.1 自定义安装下的分区操作顺序

安装程序走到选择安装方式时,选“自定义安装”,进入硬盘分区界面。界面上会列出当前硬盘的所有分区,每个分区一行,显示设备名、大小、文件系统类型和当前挂载点。操作顺序建议固定为:先处理系统相关分区(/、/boot、swap等),最后处理数据盘。这样做的理由是系统分区数量多、容易漏,趁注意力集中先做完;数据盘只有一个,放最后单独确认,降低误格概率。

对每个系统分区,双击进入编辑,勾选格式化,配置文件系统类型(一般保持原来的ext4即可),填好挂载点。挂载点对应关系要和旧系统一致:根分区挂/,boot分区挂/boot,swap分区选swap类型不填挂载点。如果旧系统有独立的/home分区,也照原样挂/home并格式化——注意,这里格式化的是系统盘上的/home分区,不是数据盘,两者别混。

数据盘的处理是双击进入编辑后,只填挂载点(比如先挂到/data或者留空),绝对不勾格式化。有些安装程序的界面里,不勾格式化但填了挂载点,安装时会把这个分区写进新系统的fstab,装完直接能用;也有些版本不会自动写,需要装完手动配。PDF的流程属于后者,装完还要手动编辑fstab,所以这里数据盘可以先不挂载,装完再处理,避免安装程序对它有写操作。

3.2 格式化边界的判断:哪些分区必须格

必须格式化的分区:根分区/、/boot分区、swap分区、独立的/home分区(如果存在)。这些分区承载的是操作系统文件和用户配置,重装的意义就是换掉它们,不格式化等于没重装。

不能格式化的分区:数据盘。判断依据是你在第2章记录的信息——容量最大、挂载点不是系统目录、里面存的是用户业务文件。如果实在拿不准某个分区是不是数据盘,回到liveCD用lsblk -f再看一遍,或者进安装前先把数据盘拔了(台式机可行,笔记本不适用),装完再插回去,物理隔离最保险。

还有一个边界情况:旧系统把数据盘挂载在/home/xxx/data这种家目录下的路径。这种情况下数据盘和家目录有路径重叠,重装时/home分区会被格式化,但数据盘本身是独立分区,只要不格它,数据还在。装完后需要重新在家目录下建挂载点并挂载,fstab里写清楚,否则新系统的/home/xxx下看不到数据。

注意:分区界面里“格式化”通常是一个复选框,默认状态各版本不一。不要依赖默认值,每个分区都手动确认一遍勾选状态,尤其是数据盘那一行。

3.3 安装过程中的等待与中断风险

分区配置完点“下一步”,安装程序会弹确认框,列出即将格式化的分区清单。这是最后一道防线,逐行核对,确认数据盘不在格式化列表里再继续。确认后开始安装,过程几分钟到十几分钟不等,期间不要断电、不要拔U盘、不要强制关机。安装中断的后果是系统盘处于半写入状态,重启后既进不了旧系统也进不了新系统,只能重来,但数据盘不受影响——前提是你没格它。

安装完成后提示重启,拔掉U盘,进入新系统。此时打开“计算机”,会看到“文件系统”和“DATA”两个盘(DATA是安装程序自动识别并挂载的数据盘,名字可能因分区卷标而异)。点进DATA会发现里面是空的,桌面上的文件也没了——这不是数据丢了,是挂载配置没对,数据盘被挂到了一个临时位置或者根本没挂到预期路径。下一章解决这个问题。

4. 装完数据盘“消失”:UUID挂载与fstab配置

新系统装好,数据盘在“计算机”里显示为DATA,点进去空空如也,桌面文件也不见踪影。第一次遇到这个现象容易慌,以为分区被格了。实际原因是:安装程序把数据盘临时挂载到了/media或/run/media下的某个路径,而旧系统里数据盘挂载在/data,用户的家目录文件、桌面快捷方式都指向/data下的路径,路径对不上,自然看不到东西。解决办法是卸载临时挂载,用UUID把数据盘重新挂到/data,写进fstab实现开机自动挂载。

4.1 卸载自动挂载并读取UUID

先在桌面“计算机”里找到DATA盘,右键选择卸载。如果右键没有卸载选项,用命令行:

sudo umount /media/$USER/DATA

路径按实际情况替换,lsblk -f能看到数据盘当前挂载在哪里。卸载的目的是避免同一分区被挂两处,后面mount时会报“already mounted”错误。

卸载后读取UUID:

sudo blkid

输出里找到数据盘对应的设备(比如/dev/sda4),复制它的UUID值,形如UUID="a1b2c3d4-...",同时确认TYPE是ext4还是xfs。这两个信息下一步直接写进fstab。参数说明:blkid不加参数列出所有块设备的UUID和文件系统类型,加-s UUID可以只显示UUID,输出更干净。

4.2 编辑/etc/fstab写入挂载条目

用编辑器打开fstab:

sudo pluma /etc/fstab

pluma是麒麟桌面自带的图形文本编辑器,用sudo提权打开才能保存。在文件末尾追加一行,格式如下:

UUID=a1b2c3d4-xxxx-xxxx-xxxx-xxxxxxxxxxxx /data ext4 defaults 0 2

六个字段依次是:设备标识(用UUID最稳,设备名/dev/sda4在硬盘顺序变化时会漂移)、挂载点、文件系统类型、挂载选项、dump备份标志(填0)、fsck检查顺序(非根分区填2,根分区填1,不检查填0)。挂载选项用defaults即可,包含读写、自动挂载等常规行为。如果数据盘是xfs,第三字段改成xfs。

逻辑说明:fstab是开机时systemd按条目挂载文件系统的配置文件,写错一行可能导致开机进入紧急模式。所以写入前UUID必须核对无误,挂载点目录必须已存在(下一步创建),文件系统类型必须和blkid输出一致。三个条件缺一个,mount -a就会报错。

4.3 创建挂载点目录并验证

挂载点目录要先建出来:

sudo mkdir -p /data/root /data/home

PDF里建了/data/root和/data/home两个子目录,对应旧系统里数据盘下的目录结构。实际建哪些目录取决于你旧数据盘里的内容布局,用ls看一眼挂载前的临时路径,照着建。mkdir的-p参数保证父目录不存在时一并创建,重复执行不报错。

然后验证fstab配置:

sudo mount -a

这条命令让系统重新读取fstab并挂载所有条目。关键判断标准:没有任何输出就是配置正确;有输出(通常是报错信息)说明某行有问题,按提示排查——常见的是UUID写错、挂载点目录不存在、文件系统类型不匹配。修完再跑一次mount -a,直到静默通过。

验证通过后打开“计算机”,应该能看到数据盘挂在/data下,点进去文件都在。桌面上的快捷方式如果还没出现,重启一次系统,fstab在开机时生效,桌面环境重新加载后快捷方式恢复。

提示:mount -a静默通过不代表万事大吉,重启一次再确认。有些配置错误在mount -a时被缓存掩盖,重启才暴露。

5. 避坑清单:五个让数据盘重装翻车的现场

这套流程走下来,命令不多,但每一步都有翻车点。下面五条是按发生频率排的,每条都对应真实操作中容易忽略的细节。

现象一:装完系统进不去,卡在紧急模式。原因:fstab里UUID写错或挂载点目录不存在,开机挂载失败,systemd进入emergency mode。解决:在紧急模式用root登录,mount -o remount,rw /把根分区挂成可写,然后编辑fstab注释掉出错的行,重启进系统后再修正。预防办法是写完fstab先跑mount -a验证,别直接重启。

现象二:数据盘挂上了,但文件全是问号或权限拒绝。原因:新系统创建的用户名和旧系统不一致,UID变了,数据盘里文件的属主对不上。解决:确认新旧用户名一致;已经装完的,用sudo chown -R 用户名:用户名 /data/对应目录修正属主。预防办法就是第2章强调的,创建用户时照抄旧用户名。

现象三:mount -a报“wrong fs type”或“bad option”。原因:fstab第三字段的文件系统类型和实际不符,比如数据盘是xfs却写了ext4。解决:sudo blkid确认TYPE,改fstab对应字段。这个错误在mount -a时就会暴露,不会拖到重启。

现象四:数据盘在“计算机”里显示两份,一份空的DATA一份有数据的/data。原因:安装程序自动挂载的临时挂载点没卸载,fstab又挂了一份。解决:sudo umount卸掉临时挂载点,只保留fstab配置的/data。临时挂载点通常在/media/$USER/下,umount后重启不再出现。

现象五:分区界面手滑格了数据盘。原因:格式化复选框默认勾选或误点,确认框没逐行核对。解决:没有后悔药,只能靠备份。这也是为什么第2章要求先记录分区信息——记录的过程就是确认的过程,确认过的分区在界面上再核对一遍,误格概率大幅下降。如果数据盘里有不可再生资料,装之前用移动硬盘做一次冷备份,成本远低于数据恢复。

6. 进阶验证:让数据盘挂载这件事可重复、可回滚

流程跑通一次不算完,真正让这套操作可靠的是验证和回滚能力。我一般会在正式机器上动手之前,先在虚拟机里完整走一遍:建一块虚拟硬盘模拟数据盘,存几个文件,然后按第2到第4章的步骤重装、配fstab、重启验证。虚拟机里翻车零成本,实机翻车可能就是半天工时加一顿挨批。

验证环节有个容易被跳过的细节:重启后不仅要看数据盘文件在不在,还要确认挂载是fstab生效的结果,而不是安装程序的残留挂载。判断方法是重启后执行findmnt /data,输出里SOURCE列显示的是UUID对应的设备,OPTIONS列包含defaults相关选项,说明是fstab挂的;如果SOURCE显示的是/dev/sdaX且挂载点在/media下,说明还是临时挂载,fstab没生效。这个命令比df更直接,findmnt专门查挂载树,输出结构清晰。

回滚方案也得提前想好。fstab改错导致开不了机的情况,除了紧急模式修文件,还可以在liveCD里挂载根分区改fstab——liveCD不依赖硬盘上的系统,进得去就能修。所以U盘启动盘装完系统别急着格式化,留着当救急盘。另外,改fstab之前先备份一份:sudo cp /etc/fstab /etc/fstab.bak,改坏了用liveCD把备份拷回去,比手敲恢复快得多。

验证项命令通过标准
挂载来源findmnt /dataSOURCE为UUID设备,非临时路径
fstab语法sudo mount -a无任何输出
开机自挂载重启后 df -hT/data出现在列表且类型正确
文件属主ls -l /data属主为当前用户名,非数字UID

这张表我每次重装完都过一遍,四项全绿才算收工。从那以后我每次动fstab之前都强制先cp备份、先mount -a验证、先重启确认,三步缺一不可。希望帮到你。

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