news 2026/10/15 21:46:23

麒麟系统重装后分区图标消失?排查挂载与显示配置一步修复

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
麒麟系统重装后分区图标消失?排查挂载与显示配置一步修复

重装完麒麟系统之后,很多人会习惯性地打开桌面上的“计算机”,打算把之前的数据盘、资料盘挨个点开看看。结果发现,整个窗口里只有一个孤零零的系统分区图标,原来那些整整齐齐排列的本地磁盘分区图标全都不见了。硬盘明明就在机器里插着,设备管理器里也看得见,可文件管理器就是不给显示。这个问题我帮身边不少同事和网友排查过,它本身不是硬件损坏,更多是重装系统之后,挂载配置、文件系统类型识别和桌面显示策略这三件事没有衔接好导致的。下面把整套排查思路和修复方法完整写出来,遇到同样情况的朋友可以直接对照着操作。

1. 问题定位:先弄明白“没有图标”背后是哪种状态

1.1 分区到底还在不在:先看点底层信息

无论桌面图标是否显示,第一步永远是先确认硬盘和分区是否真的被系统识别。这一步不要凭感觉猜,直接打开终端跑两条命令:

lsblk -f df -h

lsblk -f会列出系统当前能识别到的所有块设备和分区,同时带上文件系统类型、UUID以及挂载点。df -h显示的则是当前已经挂载的文件系统及空间使用情况。

把两者对照来看很有讲究:如果lsblk -f里能看到/dev/sdb1、/dev/nvme0n1p2这样的分区,但df -h里完全没有它们的挂载点,那说明分区本身没有坏,只是没有被挂载起来。文件管理器里的“计算机”页面,绝大多数情况下只会给“已挂载的分区”生成图标,分区没有挂载在系统上,桌面自然就“看不见”它。反过来,如果连lsblk里都看不到这块盘,那就要先排查线缆、硬盘健康状况和主板识别层面的问题。

1.2 文件管理器到底是怎么决定显示哪些图标的

麒麟系统自带的文件管理器,逻辑上继承了Linux桌面生态里很常见的一套规则:本地磁盘分区、移动硬盘、U盘这类块设备,只有在完成挂载之后,才会以图标形式出现在“计算机”或侧边栏里。挂载这个动作可以由桌面环境自动触发,也可以由用户手动执行,关键在于系统最终是否记住了这块分区。

重装系统之后,系统盘上的/etc/fstab文件会被新系统重新生成。这个文件相当于系统自己的“挂载台账”,里面每一行记录一条分区挂载规则。如果你以前手动往这个文件里添加过数据盘的挂载项,重装之后基本会全部丢失,新的系统不认识老分区的“归属方式”,于是分区只能在底层被识别,却不会自动出现在桌面上。

1.3 重装系统弄丢的配置远不止fstab

除了/etc/fstab,还有几个东西也容易被重置。桌面环境的分区显示开关可能会被恢复成默认值,比如有些文件管理器默认就只显示系统所在分区,外置数据盘和额外的内置硬盘分区需要手动打开显示选项;其次,系统可能缺少某个文件系统类型的识别驱动,比如原来的数据盘是 NTFS 格式,重装后的系统没有预装ntfs-3g,即使挂载了也只会报“无法识别文件系统”,自然也不会生成图标。

可以用一个生活化的比喻来理解:分区就好比房间,重装系统等于换了一任物业公司。老物业手里的业主名单(fstab)被新物业丢掉了,新的物业又不太认得以前的钥匙(文件系统驱动),再加上前台本来就没把“所有房间的告示牌”选项打开,结果就是你站在楼道里,看着一扇扇关着的门,完全不知道里面是谁。

2. 诊断排查:动手改配置之前先分清三类情况

2.1 第一类:系统能识别,但分区没有被挂载

这是最常见的情况,典型现象就是lsblk -f输出的分区后面挂载点一栏是空的。在Linux桌面环境里,自动挂载行为由后台的 udisks2 守护进程承担。用户把硬盘接上、或者系统启动扫描到内置分区后,udisks2 会根据分区表、文件系统类型,以及/etc/fstab里的规则,决定要不要把分区挂载起来。

如果/etc/fstab里没有对应规则,桌面环境通常会选择“不处理”,也就是保持分区处于未挂载状态。这样带来的连锁反应就是文件管理器里没有任何入口。排查这一步时,还可以执行:

systemctl status udisks2

确认守护进程是在正常运行。哪怕它只是运行出错处于异常状态,也有可能导致分区即使手动挂到了/mnt下,文件管理器依然不显示图标。

2.2 第二类:文件系统类型不被系统识别

有的朋友喜欢把数据盘格式化成 NTFS 格式,方便在多个系统之间共用。重装系统之后,如果新系统没有安装 NTFS 支持组件,分区在lsblk -f里很可能直接显示不出文件系统类型,或者显示成一个不认识的名称。这种情况下即使想手动挂载,系统也会直接拒绝。

检查有没有安装相关组件,可以用:

ls /sbin/mount.ntfs*

如果没有输出,说明机器上缺少 NTFS 支持。同理,exFAT 格式的移动硬盘和U盘也需要对应的支持包。Linux原生的 ext4、xfs 等格式则不需要额外安装驱动,但也要确认分区本身创建时用的是哪种文件系统。

2.3 第三类:分区挂载正常,但桌面主动隐藏了图标

还有一类情况很容易误伤:打开终端看到分区已经挂载好了,路径就在/media或/mnt下,数据也能正常访问,但“计算机”页面里就是没有图标。这种情况多半是文件管理器的显示策略问题,分区图标被一个选项开关藏起来了。

麒麟桌面的“计算机”页面通常在设置里会提供类似“是否显示内置磁盘分区”或“是否显示系统分区”的开关。重装系统后这类设置会被重置成默认值,如果默认值是关闭,那么已经挂载的分区也不会出现在主界面上。可以先到“控制面板”里找“桌面”或“外观”相关的设置页,再去找“文件管理器”或“磁盘”相关的开关。不同版本界面位置有差异,但关键词一般都能搜到“显示分区”或“显示磁盘”。

3. 实操修复:一步一步把分区图标找回来

3.1 准备工作:备份现状、记录UUID、装齐工具

在任何修改动作之前,先做一个关键操作:备份当前挂载配置。这个动作成本极低,但能帮你在后面手滑时迅速回退:

sudo cp /etc/fstab /etc/fstab.bak

接着用blkid把所有分区的UUID记下来。UUID是分区唯一的身份标识,后续挂载配置优先使用UUID而不是设备名,因为设备名如/dev/sda有可能在重启之后发生变化,而UUID一般是稳定的:

sudo blkid

然后安装可能需要用到的文件系统支持工具。以最常见的NTFS和exFAT为例:

sudo apt update sudo apt install -y ntfs-3g exfatprogs

Debian系麒麟系统一般可以直接使用apt。装上支持组件后,系统才能对这类分区进行正常读写。

3.2 先手动挂载验证分区有没有问题

不要一上来就改配置文件,先手动挂载一次,验证分区本身能不能正常读写:

sudo mkdir -p /mnt/test_data sudo mount /dev/sdb1 /mnt/test_data

其中/dev/sdb1要替换成你实际的分区设备名。挂载成功后再随便往这个目录里建一个文件试试,确认能够写入,再执行ls -l /mnt/test_data检查文件是否出现。如果能正常读写,说明分区硬件和文件系统都没问题,问题基本集中在自动挂载配置和显示策略上。

测试完成之后可以顺手卸载掉:

sudo umount /mnt/test_data

这里要特别提醒一句:手动挂载只是临时生效,一旦重启就会失效,千万别以为手动挂上就等于修好了。

3.3 修改fstab实现开机自动挂载

要让分区在每次开机后都自动挂载,并最终在文件管理器里显示出来,正确做法是把分区加进/etc/fstab。先用编辑器打开这个文件:

sudo nano /etc/fstab

在文件末尾追加类似这样的一行:

UUID=8f7d2b3c-4d42-4e65-9f0a-6c5b4a1d2e3f /data ext4 defaults,nofail 0 2

这一行的每个部分都有明确作用:

  • UUID:要和你blkid里查到的完全一致,这是挂载的依据。
  • /data:挂载点目录,需要先创建好。建议单独建一个空目录,不要直接挂到根目录下的现有系统目录上,容易造成混乱。
  • ext4:文件系统类型,按实际分区格式填写,NTFS就填ntfs-3g,exFAT就填exfat。
  • defaults,nofail:defaults是常规挂载选项,nofail很关键,它表示即使挂载失败也不要阻塞系统启动。没有这项的话,万一UUID写错,开机时会卡在等待挂载的界面,很耽误时间。
  • 0 2:前面一个0表示是否参与备份,后面一个2表示启动时文件系统检查的顺序。数据盘一般用0 2。

创建挂载点并测试整个挂载流程:

sudo mkdir -p /data sudo mount -a df -h

mount -a的作用是把/etc/fstab里所有未挂载的条目重新挂载一遍。如果执行后df -h里能看到/data,并且文件管理器侧边栏或“计算机”页面里已经出现了新的分区图标,那这次修改就成功了。

这里有一点值得多说两句:mount -a是修改fstab之后必须做的一步,它不会重启系统,而是当场验证配置到底能不能生效。养成写一行、测一次的习惯,比全部写完再一次性重启要稳妥得多。

3.4 刷新桌面和文件管理器让它显示新分区

有时候分区确实挂上了,但文件管理器界面还停留在旧状态,没有刷新出新图标。可以注销当前登录再重新登录,这一步能让整个桌面环境重新扫描一遍挂载状态,通常能解决90%的“图标不刷新”问题。不想注销也可以用reboot重启一次来验证,反正重启之后也能顺便确认fstab自动挂载是否生效。

如果你不想重启,想手动重启文件管理器,可以通过任务管理器结束当前文件管理器进程再重新启动,或者直接运行命令。文件管理器进程名可以根据你使用的桌面环境来定,最稳妥的是进“任务管理器”里找对应的进程。但现在很多版本桌面集成度高,直接在设置里切换一下“显示磁盘分区”选项再切回来,也能触发界面刷新。

3.5 处理好权限和只读问题

挂载成功之后,另一个容易踩的坑是权限问题。如果是NTFS格式的数据盘,挂载后默认访问时经常遇到“没有权限写入”的情况。在fstab里给NTFS分区挂载可以加上UID和GID参数,例如:

UUID=xxxx /data ntfs-3g defaults,uid=1000,gid=1000,nofail 0 0

这里uid=1000,gid=1000表示让普通用户成为这个分区的属主,实际数值可以用id 用户名命令查看。

如果是ext4格式的分区,手动挂载后默认属主是 root,需要在确认数据完整的前提下执行:

sudo chown -R 当前用户名:当前用户组 /data

千万注意别对系统盘或者你不确定的分区做递归chown,否则可能把/usr、/etc这类关键目录的权限改成乱七八糟的状态,直接导致系统异常。

4. 常见故障速查与避坑提醒

4.1 “图标消失”的各种表现对照表

同一个“计算机里不显示分区图标”的问题,在不同场景下表现出来的细节差别很大,对应原因也不一样。整理一个速查表,方便大家按症状直接定位:

现象可能原因处理方式
系统分区在,其他内置数据盘不显示fstab里没有条目,分区未挂载按3.3节添加UUID挂载项
移动硬盘/U盘接入后无图标缺少NTFS/exFAT驱动安装ntfs-3g、exfatprogs,重新插拔
图标显示但双击提示无法访问挂载选项不对或文件系统有错误看系统日志,用fsck或ntfsfix修复
重启后图标又消失fstab条目没这么生效检查UUID是否正确,执行mount -a验证
分区挂载了但主界面就是没图标桌面显示开关被重置在控制面板找分区显示开关并打开
机械硬盘容量大但访问卡顿硬盘休眠唤醒+分区未活动检查电源管理和磁盘健康,排除故障

这个表格只是帮大家起个筛选的作用,更保险的流程依然是从lsblk -f、df -h开始,按“能看到否 -> 挂载否 -> 驱动否 -> 显示否”的顺序排查。

4.2 修改配置时最容易踩的几个坑

第一个坑是把设备名当成UUID写进fstab。有人图省事,直接写UUID那一栏填成/dev/sda1,这在很多机器上确实能撑一段时间,可一旦硬盘顺序变化,开机就可能挂载到错误的设备上,严重时系统会直接进救援模式。所以不要走捷径,必须用blkid里的UUID。

第三个坑是改了fstab之后没有测试就重启。重启后如果卡在一个黑屏界面等待超时,大概率就是fstab写错了。遇到这种情况不要慌,在登录界面或引导界面进入紧急模式,用管理员权限打开fstab,把错误那行注释掉或者改正,执行mount -a验证,然后再重启就行。

另外一个坑是给挂载目录起名字太随意,直接挂到/home、/root下面。这样做的最大问题是会把分区内容和系统用户目录的内容混在一起,访问路径混乱不说,后续备份、迁移都很麻烦。建议统一挂到独立的空目录下,比如/data、/backup,一眼就明白这块分区是干什么用的。

5. 一次典型排查的完整复盘

把上面这些方法在具体场景里串一遍,会更直观。我举个例子,某开发者的机器上有一块NVMe硬盘,一个系统分区,一个数据分区。重装系统后,打开“计算机”,数据分区图标消失,系统分区还在。

他一开始的表现非常典型:急着怀疑是数据盘坏了,还专程把硬盘拆下来装到另一台机器上测试。结果那台机器能正常识别,于是又把盘装回来。这时候再跑lsblk -f,输出显示数据分区存在,文件系统是ext4,UUID也在,但挂载点一栏是空的。df -h里当然也没有这块分区的身影。

顺着这个结果,他打开/etc/fstab,果然里面只剩下系统根分区和EFI分区的配置,数据盘的内容完全没有被记录。于是他按照上面的流程,先用blkid拿到数据分区的UUID,创建了/data目录,然后在fstab里追加了一个带上nofail的挂载项。mount -a验证一遍,再去文件管理器刷新,分区图标当场就回来了。

这个案例看起来顺利,但他其实也踩过一次坑:最开始写fstab时他忘了填nofail,UUID一位之差没写对,重启后系统在启动界面卡了差不多90秒才勉强进入桌面。后来他把错误的那行改正,补上了nofail,之后不管分区是否正常,至少不会耽误开机流程。类似这种“差一位字符导致卡启动”的情况,只要是手工编辑fstab的人都容易碰到。

顺手分享一个更省事的思路:在重装系统之前,先把当前系统的挂载信息保存下来,重装后直接照着恢复,能省下不少重新查UUID的时间。具体操作就是把blkid的输出和/etc/fstab一起备份到U盘或移动硬盘里,保存成文本文件。重装完成后,打开备份文件对照着把数据盘挂载项写回新系统的fstab即可。这个“先备份再动手”的习惯,在很多系统配置场景里都管用。

我自己在遇到分区图标不显示这类问题时,现在一般会在终端里同时开着两个窗口,一个跑lsblk -f,一个准备编辑fstab,每改完一行就立刻mount -a验证。整个过程从排查到修复基本控制在十分钟以内。如果你正卡在这个问题上,按上面从排查到配置的路径完整走一遍,大概率在最后一步就能看到熟悉的图标全部回来了。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/15 21:46:21

Ansys Fluent 2021用户手册实战解读:求解器、湍流模型与UDF避坑指南

简介:Ansys Fluent 2021 R2 官方用户指南 PDF 文档,面向从事流体力学仿真(CFD)的工程师、科研人员及高校师生,尤其适合需要系统查阅求解器功能、边界条件设置与后处理流程的中高级使用者。资源包内仅含 1 个 PDF 文件&…

作者头像 李华
网站建设 2026/10/15 21:45:19

Seata分布式事务深度解析:架构原理与生产实践

分布式事务这个话题,说起来每个后端都绕不开。Seata 这个名字,这几年在微服务圈子里几乎成了"分布式事务"的代名词。我用它落地过线上订单、库存、账户三服务联动的业务,也踩过不少坑,今天就把我对 Seata 的深度理解完整…

作者头像 李华
网站建设 2026/10/15 21:45:05

Spring Boot+Vue+微信小程序:博物馆智慧文旅系统全栈实战解析

刚把这个“博物馆小程序系统”从头到尾捋了一遍,后端用的 Spring Boot,管理后台用的 Vue,游客端是微信小程序。这类项目现在有一个统一的名字叫“智慧文旅”或“一机游”,但真正做过的人都知道,名字越大,细…

作者头像 李华
网站建设 2026/10/15 21:44:45

小龙虾OpenClaw本地部署(二):OpenClaw的安装与TaoToken接入

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/10/15 21:43:56

PyTorch GPU训练提速实战:从环境配置到显存与多卡优化

写PyTorch的训练脚本,最让人崩溃的往往不是模型本身,而是你明明把代码搬到了有显卡的机器上,训练速度却没什么提升,甚至偶尔感觉比CPU还慢。早些年我也经历过这种迷惑时刻:nvidia-smi一查显存明明占着,GPU利…

作者头像 李华
网站建设 2026/10/15 21:43:55

IE浏览器正确获取方式:告别下载站,用Edge IE模式兼容老系统

IE浏览器从哪里下载?如果你第一反应是去搜索引擎搜“IE下载”,先停一下。这个操作十有八九会把你带到一堆下载站面前,而下载站给你的那个“IE”,很可能是捆绑了全家桶的冒牌货。我在帮各种旧设备、旧系统做兼容处理时,…

作者头像 李华