必须立即查看剩余磁盘空间，因图形界面隐藏/boot、/recovery等挂载点；可用文件管理器悬停查看、磁盘管理器查分区详情、df -h命令精准筛查、mount识别tmpfs占用、baobab扫描大目录。
当您在统信UOS中遇到文件保存失败、系统弹出“设备上没有空间”提示，或只是想快速确认/home、/data、/var等关键路径是否还有余量时，必须立即查看剩余磁盘空间——不能只看“计算机”里显示的“系统盘”和“数据盘”，因为这些图形界面隐藏了/boot、/recovery、/run等独立挂载点的真实占用情况。
用文件管理器快速悬停查看已挂载设备空间
这是最轻量、无需权限的操作，适合检查U盘、移动硬盘或/mnt下临时挂载的分区。
1、点击任务栏上的文件管理器图标，或在启动器中搜索并打开“文件管理器”。
2、在左侧边栏“设备”区域，找到已挂载的磁盘或分区（如“本地磁盘”“DataDisk”“USB Drive”等）。
3、将鼠标悬停于对应设备名称上，系统会以浮动提示框形式显示该设备的总容量、已用空间和可用空间。
4、双击进入该设备根目录，在窗口底部状态栏中可再次查看实时的“已用/可用”空间数值。
用磁盘管理器图形化查看所有分区详情
磁盘管理器能暴露系统真实分区结构，包括未在“计算机”中显示的/boot、/recovery、Rootb等隐藏分区，是排查“为什么512GB硬盘只显示413GB”的关键工具。
1、点击启动器图标，在搜索框中输入“磁盘管理器”，单击运行。
2、弹出权限认证窗口时，输入当前账户的管理员密码并确认。
3、主界面左侧列出所有物理磁盘（如/dev/sda、/dev/sdb），点击展开符号查看各磁盘下的分区列表。
4、每一分区行内显示“格式”“总量”“已用”“挂载点”四列信息；其中“已用”列右侧附带彩色进度条，直观反映空间占用比例。
5、重点查找挂载点为 /、/home、/data、/boot、/recovery、/run 的分区——这些才是决定系统能否正常登录、更新、写日志的核心挂载点。
用终端命令精准筛查高风险挂载点
df -h 是唯一能一次性暴露所有已挂载文件系统剩余空间的权威命令，Avail列和Use%列必须同步盯紧。
第一步：按下 Ctrl + Alt + T 打开终端。
第二步：输入命令：df -h 并回车执行。
第三步：在输出中定位“Mounted on”列，逐行检查 /、/home、/data、/boot、/var、/run 等路径对应的 “Avail”（可用空间）和 “Use%”（使用率）。
第四步：若某行 Use% ≥ 95%，该挂载点已处于高风险状态——【系统日志写入、软件更新、桌面登录都可能被阻断】。此时必须立刻清理或扩容，不能等待下次重启。
识别并检查tmpfs等隐藏挂载点的实际占用
tmpfs、devtmpfs、overlay 这类内存型挂载点不会出现在 df -h 默认列表中，但它们真实挤占 /run、/dev/shm 或 /var/lib/docker 下的可用空间，且一旦占满会导致服务崩溃。
方法一：先用 mount 命令列出全部挂载项，人工筛查含 tmpfs、devtmpfs、overlay、bind、gvfs 的行。
方法二：对可疑挂载点单独执行 df -h 检查，例如：
df -h /run
df -h /dev/shm
df -h /var/lib/docker
注意：【/run 和 /dev/shm 默认大小为内存的一半，若物理内存仅8GB，它们各自最多只有4GB可用，极易被容器或日志撑爆】
用BaoBab扫描目录层级定位大容量子目录
当 df -h 显示某个挂载点（如 /data）已用率高达98%，但您不确定是谁占用了空间时，BaoBab 能以环形图直观定位罪魁祸首。
1、在启动器中搜索并打开“磁盘使用情况分析器”（即 BaoBab）。
2、首次运行需授权，点击“确定”允许访问文件系统。
3、在左上角选择目标路径，例如 /data → 点击“扫描”按钮。
4、等待扫描完成（通常10～60秒），环形图中面积最大的扇区即为最大容量子目录，点击可下钻查看具体文件。
这一步操作起来很简单，直接把路径选对就行，但扫描过程不可中断，否则结果不完整。
