☰

SSH 失败后磁盘空间已使用 100%

tag-icon • tag-icon partitioning mount ssh
SSH 失败后磁盘空间已使用 100%

我使用运行 Linux 的 Google Cloud VM，并安装了外部存储，然后/data1开始通过 SSH 将文件传输到我的服务器。但是，我错误地将这些文件上传到了另一个目录，并在操作过程中收到“空间不足”错误。文件似乎没有上传，但 Linux 坚持认为我的主分区 ( /dev/sda1) 上的磁盘空间不足：

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            2.0G     0  2.0G   0% /dev
tmpfs           395M  5.3M  390M   2% /run
/dev/sda1       9.7G  9.2G  6.9M 100% /
tmpfs           2.0G     0  2.0G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/sda15      124M  7.9M  116M   7% /boot/efi
/dev/sdb        492G   73M  492G   1% /data1
tmpfs           395M     0  395M   0% /run/user/1001

似乎使用了 9.2G /dev/sda1，但我似乎找不到罪魁祸首。运行du似乎显示矛盾的结果。

# du -sh /
2.2G    /

因此，看起来根目录上只使用了 2.2GB，但df -h坚持使用 9.2G。我几乎可以肯定这是由于 SSH 失败造成的（我通过 SSH 传输的文件大于可用磁盘空间），但是，我似乎无法删除它。我试过重启服务器，但没有用，有没有 Linux 专家可以告诉我如何进一步调试这个问题？

答案1

根据@steeldriver 的评论，问题是我已将文件上传到/data1但/dev/sdb尚未安装到那里，通过卸载磁盘然后sudo rm -rf /data1重新安装解决了这个问题。

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            2.0G     0  2.0G   0% /dev
tmpfs           395M  5.3M  390M   2% /run
/dev/sda1       9.7G  2.2G  7.1G  24% /
tmpfs           2.0G     0  2.0G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/sda15      124M  7.9M  116M   7% /boot/efi
tmpfs           395M     0  395M   0% /run/user/1001
/dev/sdb        492G   73M  492G   1% /data1

相关内容