<#>更新
见答案。发现问题了。
我正在下载相当大的文件,并将它们放在我的/zhome/5f/4/122845/Desktop/cleaned_files下。在一些文件之后,系统会发出抱怨,并且由于空间原因,不允许我再下载任何文件。但是看看下面的df,我似乎还有很多东西要做。我想我必须看看zhome还是什么?但这里说只有16%的人使用过。我是linux的新手,我正在通过ssh使用hpc。类型为nfs。
Filesystem Size Used Avail Use% Mounted on
devtmpfs 95G 0 95G 0% /dev
tmpfs 95G 320K 95G 1% /dev/shm
tmpfs 95G 155M 94G 1% /run
tmpfs 95G 0 95G 0% /sys/fs/cgroup
/dev/sda4 72G 5.6G 63G 9% /
/dev/sda5 34G 11G 21G 35% /usr
/dev/sda3 1022M 4.0K 1022M 1% /rescue
/dev/sda2 2.0G 210M 1.6G 12% /boot
/dev/sda7 604G 108M 574G 1% /tmp
/dev/sda1 64M 9.9M 55M 16% /boot/efi
beegfs_nodev 98T 82T 16T 84% /work1
beegfs_nodev 175T 112T 63T 65% /work2
beegfs_nodev 142T 102T 40T 72% /work3
10.66.1.16:/ifs/hpchome/zhome 865T 132T 704T 16% /zhome
tmpfs 19G 0 19G 0% /run/user/196326
10.66.0.102:/zdata/appl/linux 20T 1.6T 18T 8% /appl
10.66.0.102:/zdata/lsf10prod 18T 25G 18T 1% /lsf
tmpfs 19G 0 19G 0% /run/user/234837
tmpfs 19G 0 19G 0% /run/user/194863
tmpfs 19G 0 19G 0% /run/user/230594
tmpfs 19G 0 19G 0% /run/user/252995
tmpfs 19G 4.0K 19G 1% /run/user/1002
10.66.0.102:/zdata/sw 18T 220G 18T 2% /dtu/sw
10.66.0.98:/zdata/scratch 47T 18T 29T 38% /dtu/hpc.scratch
tmpfs 19G 0 19G 0% /run/user/260498
tmpfs 19G 0 19G 0% /run/user/222845检查这一情况:
-bash-4.2$ df -ih /zhome/
Filesystem Inodes IUsed IFree IUse% Mounted on
10.66.1.16:/ifs/hpchome/zhome 109G 17G 92G 16% /zhome在du命令之后检查cd:
-bash-4.2$ du -sh *
27G Desktop
32K Downloads
1.8M Maildir
24K public_html
318M sratoolkit.2.11.0-ubuntu64
127M sratoolkit.tar.gz发布于 2021-03-20 15:04:37
事实证明,问题不在于INodes,而在于配额,正如詹姆斯在开始时指出的那样。我在问题中发布的df显示了HPC所有用户的空间,而不是一个用户的空间,正如我最初想的那样。
多亏了詹姆斯。
发布于 2021-03-20 07:28:03
卷中有大量的小文件吗?你可能已经失去理智了。
您可以向df -ih /zhome查询
这似乎是一个网络挂载--如果它是NFS,这应该可以工作,但是其他类型(特别是cifs)可能不起作用,在这种情况下,您可能希望在具有该卷的机器上本地运行df -ih命令。
https://unix.stackexchange.com/questions/640185
复制相似问题