df命令的结果, sda3已用数+未用数不等于对应分区总容量
本帖最后由 rt3 于 2021-12-18 07:35 编辑df命令的结果, sda3已用数+未用数不等于对应分区总容量。
有的朋友认为是用于保留空间。但我这个故障是缺少的9GB容量一下午就没了，而且不论删除多少文件，可用数都为0。
怀疑是 inode不足导致,但 用 df -i 查看，结果为
rt3 发表于 2021-12-18 18:32
这个故障已经不是第一次出现了，上次就是格盘解决的。但我不想每次都这么整。不然硬盘很快就挂了
对此，你可以选择自己去研究文件系统的存储结构或者等其他人给你讲解这些原理
我只能帮你到这了
如果你是想要知道原理的话，我现在还不再这个位置，这需要研究文件系统的存储结构
如果你只是想要解决当前这个磁盘空间不够的问题的话，简单
你不是怀疑inode不够么，你的意思就是说当前文件系统损坏了对吧？
把盘上的数据复制到其他地方，格盘，然后再把数据复制回来，完美解决问题
人造人 发表于 2021-12-18 13:12
如果你是想要知道原理的话，我现在还不再这个位置，这需要研究文件系统的存储结构
如果你只是想要解决当前 ...
这个故障已经不是第一次出现了，上次就是格盘解决的。但我不想每次都这么整。不然硬盘很快就挂了 rt3 发表于 2021-12-18 18:32
这个故障已经不是第一次出现了，上次就是格盘解决的。但我不想每次都这么整。不然硬盘很快就挂了
你的意思就是说当前文件系统损坏了对吧？
内核不太可能出现这种问题吧？也就是说是你用的应用软件把文件系统弄坏了吧？
虽然这可能性不大，也就是说是一个有root权限的应用软件把文件系统弄坏了？这可能性也不大
或者是和这个应用软件配套的驱动程序干的好事？有可能，但是可能性依然不大
你用的什么软件在sda3上操作数据？ 人造人 发表于 2021-12-18 18:54
你的意思就是说当前文件系统损坏了对吧？
内核不太可能出现这种问题吧？也就是说是你用的应用软件把文件 ...
gvim, transmission, gcc,... rt3 发表于 2021-12-18 20:50
gvim, transmission, gcc,...
对此，我没有办法了
页:
[1]