挂载的Data分区占用根目录空间致根分区已满求助

兄弟，这种情况我太熟了！十有八九是两个原因：要么你的Data分区压根没挂载成功，导致你存/Data的东西全跑到根分区里了；要么就是挂载/Data之前，这个目录里已经有文件，挂载后被分区覆盖隐藏，但这些文件还占着根分区的空间。咱们一步步来解决：

先跑两个命令验证：

# 查看/Data的挂载状态
mount | grep /Data
# 或者更直观的看磁盘使用情况
df -h /Data

如果输出里，/Data对应的设备是根分区（比如/dev/sda1），那百分百是挂载失败了——你往/Data里存的所有内容，其实都写到了根分区下的/Data目录里，自然把根目录撑爆了。

如果确实没挂载成功，先检查/etc/fstab里的挂载条目：

• 设备路径是不是错了？比如应该是/dev/sdb3或者更可靠的UUID（推荐用UUID，避免重启后设备名变了）
• 文件系统类型对不对？比如你的Data分区是ext4，就不能写xfs
• 挂载选项有没有拼写错误？常用的defaults就够了，别瞎写奇怪的选项

可以先手动挂载测试，看具体报错：

sudo mount /Data

要是提示找不到设备，用blkid命令查Data分区的UUID：

sudo blkid

找到对应分区的UUID后，把/etc/fstab里的设备路径改成UUID=你的UUID值，再重新测试挂载。

如果现在Data分区能正常挂载了，但根分区还是满，那就是挂载前/Data目录里已经有文件了——挂载后这些文件被Data分区覆盖，你看不到，但它们依然占着根分区的空间。解决方法：

1. 先卸载Data分区：

sudo umount /Data

2. 这时候就能看到/Data目录里的隐藏文件了，先看看是什么：

ls -la /Data

确认是没用的垃圾就删掉：

sudo rm -rf /Data/*

3. 重新挂载Data分区：

sudo mount /Data

再用df -h看根分区的空间，应该就恢复正常了。

• 永远用UUID挂载分区，别用/dev/sdX这种设备名，重启后设备顺序可能变，导致挂载失败
• 每次开机后，用df -h /Data确认一下分区是否挂载成功
• 修改/etc/fstab后，一定要用sudo mount -a测试所有挂载条目，确保没写错

内容的提问来源于stack exchange，提问作者Raven