Pra*_*tha 2 partitioning disk svn
我得到了No space left on device,所以我删除了一些文件。但是当我尝试更新我的文件夹时,svn update我又遇到了同样的错误。这是剩余空间的问题吗?
当我跑步时,df -k我得到

当我跑步时df -i,我得到

尽管我的磁盘中还有剩余空间,但系统似乎已经按照您的建议耗尽了 inode 空间。我该如何解决?
bit*_*der 10
检查磁盘使用情况
df -k
Run Code Online (Sandbox Code Playgroud)
和
df -i
Run Code Online (Sandbox Code Playgroud)
第一个命令将告诉您有多少磁盘空间(以千字节计)可用,第二个命令将计算inodes。如果您有大量小文件,该分区可能仍有可用磁盘空间,但已用完 inode(如果您不知道它们,您可以在停车位中看到类似“插槽”的信息)
好的,所以如果您实际上用完了 inode,解决它的唯一方法是使用不同的参数重新格式化分区。如果您不能这样做,您可以尝试通过将数据的“inode-hungry”部分的一部分移动到不同的分区来缓解问题。从 /home 顶层开始,您可以运行这个简单的脚本(如果不是 100% 万无一失,请道歉 ;-) )
for dir in *; do [ -d "$dir" ] && echo "$dir" && find "$dir" | wc -l; done
Run Code Online (Sandbox Code Playgroud)
它应该为每个子目录计算使用了多少个 inode(简而言之,每个文件或目录存在)。如果你愿意,你可以重复这个过程,向下几个级别。无论如何,一旦你确定了消耗大部分 inode 的目录,你就可以将它移动到其他地方,并在 /home 中留下一个指向新位置的符号链接。
更短的是,您唯一的机会是存档(使用 tar、zip 或类似工具)/home 目录中您当前未使用的数据部分(并删除松散的文件)。这将使 inode 计数减少,但代价是不断归档/取消归档存储部分。
| 归档时间: |
|
| 查看次数: |
6159 次 |
| 最近记录: |