眠子子子1. 问题现象与初步排查
最近在麒麟系统上重装系统后遇到了一个奇怪的问题：计算机中无法显示文件系统的分区图标。作为一名长期使用Linux系统的老用户，我深知这类问题往往与文件系统挂载配置有关。让我们先明确问题的具体表现：
- 在文件管理器（如Nautilus或Dolphin）中，本应显示的分区图标消失不见
- 通过
lsblk或fdisk -l命令可以确认磁盘分区确实存在 - 分区内的数据实际上是可以访问的（通过终端或直接输入路径）
- 系统启动时没有明显的错误提示
注意：这个问题在麒麟系统的多个版本（包括V10和V4.0.2）中都有报告，不仅限于重装系统场景，有时系统更新后也会出现。
首先，我们需要检查最基本的挂载信息。打开终端，执行以下命令：
bash复制mount | grep -i sd
这个命令会列出所有以'sd'开头的设备挂载情况（通常指SATA/SCSI磁盘）。正常情况下，你应该能看到类似这样的输出：
code复制/dev/sda1 on /boot type ext4 (rw,relatime)
/dev/sda2 on / type ext4 (rw,relatime)
/dev/sdb1 on /data type ext4 (rw,relatime)
如果发现某些分区没有出现在这里，那可能就是问题所在。但在我遇到的情况中，所有分区都正常挂载了，只是图形界面不显示图标。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 深入分析/etc/fstab配置文件
既然分区已经挂载但图标不显示，我们需要检查系统如何管理这些挂载点。Linux系统中，/etc/fstab文件是关键所在。这个文件定义了系统启动时需要自动挂载的文件系统。
让我们用管理员权限查看这个文件：
bash复制sudo cat /etc/fstab
一个典型的fstab文件内容如下：
code复制# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=xxxx-xxxx / ext4 errors=remount-ro 0 1
UUID=xxxx-xxxx /boot ext4 defaults 0 2
UUID=xxxx-xxxx none swap sw 0 0
在重装系统后，这个文件可能没有被正确更新。特别是如果你改变了分区结构（比如新增了分区或调整了大小），但fstab仍然引用旧的UUID，就会导致各种奇怪的问题。
2.1 检查UUID匹配性
每个分区都有一个唯一的UUID（通用唯一标识符）。我们可以用以下命令查看当前系统中所有分区的UUID：
bash复制sudo blkid
输出示例：
code复制/dev/sda1: UUID="5e3a1b2c-3d4e-5f6a-7b8c-9d0e1f2a3b4c" TYPE="ext4" PARTUUID="abcdef01-01"
/dev/sda2: UUID="6f4a1b2c-3d4e-5f6a-7b8c-9d0e1f2a3b4d" TYPE="ext4" PARTUUID="abcdef01-02"
/dev/sdb1: UUID="7e5a1b2c-3d4e-5f6a-7b8c-9d0e1f2a3b4e" TYPE="ext4" PARTUUID="ghijkl02-01"
现在，将blkid的输出与/etc/fstab中的UUID进行比对。如果发现不匹配的情况，就需要更新fstab文件。
重要提示：修改fstab文件前一定要备份！执行
sudo cp /etc/fstab /etc/fstab.bak
2.2 修复fstab文件
如果发现UUID不匹配，可以按照以下步骤修复：
- 使用喜欢的文本编辑器（如nano或vim）以root权限打开fstab文件：
bash复制sudo nano /etc/fstab
- 将错误的UUID替换为
blkid命令显示的正确值 - 保存文件并退出
- 重新挂载所有文件系统：
bash复制sudo mount -a
这个命令会根据fstab文件重新挂载所有文件系统，如果有任何错误会立即显示。如果没有错误提示，说明修改成功。
3. 检查UDISKS2服务状态
如果fstab文件没有问题，但分区图标仍然不显示，那么问题可能出在UDISKS2服务上。UDISKS2是Linux系统中负责管理磁盘和存储设备的守护进程，图形界面文件管理器依赖它来显示存储设备。
3.1 检查UDISKS2服务状态
执行以下命令检查UDISKS2服务是否正常运行：
bash复制systemctl status udisks2
正常输出应该显示"active (running)"。如果服务没有运行，可以尝试启动它：
bash复制sudo systemctl start udisks2
sudo systemctl enable udisks2 # 确保开机自启
3.2 检查D-Bus接口
UDISKS2通过D-Bus接口与图形界面通信。我们可以使用以下命令检查相关接口是否可用：
bash复制dbus-send --system --dest=org.freedesktop.UDisks2 --print-reply /org/freedesktop/UDisks2 org.freedesktop.DBus.Introspectable.Introspect
如果这个命令没有返回XML格式的接口描述，说明D-Bus通信可能有问题。
4. 检查GVFS和文件管理器配置
图形界面文件管理器（如Nautilus或Dolphin）使用GVFS（GNOME虚拟文件系统）来管理存储设备。如果GVFS配置有问题，也可能导致分区图标不显示。
4.1 重置GVFS元数据缓存
有时GVFS的元数据缓存会损坏，可以尝试删除缓存文件：
bash复制rm -rf ~/.cache/gvfs
rm -rf ~/.local/share/gvfs-metadata
然后注销并重新登录，或者重启系统。
4.2 检查文件管理器配置
不同的文件管理器有不同的配置方式。以Nautilus为例，可以尝试重置其配置：
bash复制nautilus -q # 先退出Nautilus
rm -rf ~/.config/nautilus
对于Dolphin（KDE的文件管理器）：
bash复制kbuildsycoca5 --noincremental # 重建系统配置缓存
5. 检查Polkit权限设置
在某些情况下，Polkit（原PolicyKit）权限设置可能会阻止普通用户访问存储设备信息，从而导致图标不显示。
5.1 检查Polkit规则
查看是否存在自定义的Polkit规则：
bash复制ls /etc/polkit-1/localauthority/50-local.d/
如果有相关规则文件，可以尝试暂时移除以测试：
bash复制sudo mv /etc/polkit-1/localauthority/50-local.d/* ~/backup_polkit/
然后重启系统查看问题是否解决。
6. 检查GNOME/KDE设置
根据你使用的桌面环境（GNOME或KDE），可能需要检查特定的设置。
6.1 GNOME桌面环境
对于GNOME桌面，可以尝试以下命令重置相关设置：
bash复制gsettings reset org.gnome.desktop.media-handling automount
gsettings reset org.gnome.desktop.media-handling automount-open
gsettings set org.gnome.desktop.media-handling automount true
gsettings set org.gnome.desktop.media-handling automount-open true
6.2 KDE Plasma桌面
对于KDE Plasma桌面，可以检查以下设置：
bash复制kwriteconfig5 --file kdeglobals --group KDE --key ShowDeleteCommand false
kwriteconfig5 --file kdeglobals --group KDE --key ShowMountCommand true
然后重启Plasma：
bash复制kquitapp5 plasmashell && kstart5 plasmashell
7. 终极解决方案：重建图标缓存
如果以上方法都不能解决问题，可以尝试重建系统的图标缓存。这虽然看起来与文件系统无关，但有时确实能解决问题。
bash复制sudo gtk-update-icon-cache /usr/share/icons/*
sudo update-icon-caches /usr/share/icons/*
对于KDE用户：
bash复制kbuildsycoca5 --noincremental
8. 检查内核模块和硬件支持
在极少数情况下，问题可能与内核模块或硬件支持有关。特别是当你使用特殊的文件系统或存储控制器时。
8.1 检查加载的内核模块
bash复制lsmod | grep -E 'usb_storage|uas|sd_mod|ahci|nvme'
确保与你的存储设备相关的模块都已加载。如果没有，可以尝试手动加载：
bash复制sudo modprobe usb_storage
sudo modprobe uas
# 根据你的硬件选择适当的模块
8.2 检查dmesg输出
查看内核日志，寻找与存储设备相关的错误：
bash复制dmesg | grep -iE 'error|fail|sd|usb'
如果有明显的错误信息，可能需要更新内核或安装特定的驱动程序。
9. 实际案例分享
我在一台搭载麒麟系统V10的机器上遇到了完全相同的问题。经过上述排查，发现问题出在fstab文件中。重装系统后，系统自动生成的fstab文件使用了错误的UUID。具体表现为：
blkid显示/dev/sdb1的UUID为"7e5a1b2c-3d4e-5f6a-7b8c-9d0e1f2a3b4e"- 但fstab中对应的条目使用的是旧的UUID"6f4a1b2c-3d4e-5f6a-7b8c-9d0e1f2a3b4d"
- 虽然系统能够挂载分区（因为文件系统类型和挂载点正确），但图形界面无法正确识别
修复方法很简单：将fstab中的UUID更新为blkid显示的正确值，然后执行mount -a。问题立即解决，分区图标重新出现在文件管理器中。
经验之谈：在重装系统后，特别是当你有多个硬盘或复杂分区结构时，一定要仔细检查fstab文件。麒麟系统在这方面有时会出错，可能是因为它在生成fstab时没有充分考虑所有连接的存储设备。