スペース不足のUbuntuルートドライブ、duまたはlsofでソースが見つからない


10

Ubuntu 15.10マシンのルートドライブの空き容量はほとんどありませんが、ソースが見つかりません。容量が不足しているドライブはsdb2、51Gの313Mです。ファイルシステムはext4です。

ここでsudo du -h / --max-depth=1出力は:

Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G     0  3.9G   0% /dev
tmpfs           789M  9.4M  780M   2% /run
/dev/sdb2        51G   48G  313M 100% /
tmpfs           3.9G   12K  3.9G   1% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/sdb1       511M  3.4M  508M   1% /boot/efi
tmpfs           789M  8.0K  789M   1% /run/user/1000
/dev/sda1       239G  122M  239G   1% /media/DATA

しかし、大きなファイルは見つかりません。での総使用量は/わずか3.4 Gのようです。これはからの出力ですsudo du -h / --max-depth=1

4.0K    /mnt
188K    /tmp
406M    /home
339M    /var
8.1M    /etc
361M    /lib
du: cannot access ‘/proc/7626/task/7626/fd/4’: No such file or directory
du: cannot access ‘/proc/7626/task/7626/fdinfo/4’: No such file or directory
du: cannot access ‘/proc/7626/fd/3’: No such file or directory
du: cannot access ‘/proc/7626/fdinfo/3’: No such file or directory
0    /proc
13M    /bin
du: cannot access ‘/run/user/1000/gvfs’: Permission denied
9.4M    /run
1.6M    /root
4.0K    /lib64
16K    /lost+found
0    /sys
1.1M    /media
12K    /dev
222M    /opt
2.0G    /usr
62M    /boot
9.5M    /sbin
4.0K    /cdrom
8.0K    /srv
3.4G    /

私はここで同様の質問を見つけました:ディスク容量が足りません、ソースは何ですか?

その場合、問題の原因は削除されたログが実行中のプロセスによって何らかの方法で閉じられなかったことにあり、それを見つける方法はrun sudo lsof | grep deletedでした。私の場合、出力は

lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
      Output information may be incomplete.

また、システムを再起動した後も問題が解決しないため、それが原因である可能性は低いです。

別の提案された解決策は、アンマウントする/var/lib/ureadahead/debugfsことですが、私はそれをするのをためらっています。

他に何が間違っているのでしょうか?


再起動します。いくつかの削除されたがロックされたファイルがあります。
Ipor Sircer 2017年

試しましたが、何も変わりませんでした。
biggvsdiccvs 2017年

1
エラーがないかファイルシステムを確認し、サポートされているUbuntuリリースに更新します。
マイケルハンプトン

6
ルートフォルダーにいるときに「du -sh *」を実行するだけです。--max-深度フラグを使用しないでください
孤児

1
@Orphansは、ypuに寄り添うのを見なかったよう*です"
user9517

回答:


21

まあ、それは推測にすぎませんが、うまくいくかもしれません。ユーザーは一度マウントするの/dev/sda1を忘れ/media/DATA、すべてのデータがの/dev/sdb2代わりに書き込まれたと思います/dev/sda1

これを確認するには、/media/DATAこのパスの下にあるファイルとフォルダをアンマウントして確認してください。


ありがとう、それがそうでした!何もマウントし忘れているのではなく、ドライブ接続が悪い可能性があったと思います。そのセットアップ全体は信頼性が低く、そのドライブがどのようにマウントされているのかわかり/media/DATAません-それはにはありません/etc/fstab
biggvsdiccvs 2017年

ファイルシステムをアンマウントしたくない場合(たとえば、ファイルシステムを使用しているプロセスをシャットダウンしたくない場合)は、バインドマウントを使用して、マウントによって隠されているファイルを表示(および削除)できます。
ジョニー

7

私はそのために「ncdu」を定期的に使用します。それはまだそれをインストールするのに十分小さいです。

sudo apt-get install ncdu

ルートとして、またはsudo経由で実行することを確認してください:

sudo ncdu /

1
この場合でも助けにはならなかっただろう。
Gerald Schneider

2

特定のファイルシステムでスペースが使用されている場所を知りたい場合は、このコマンドを使用して、最大の20個のディレクトリを見つけることができます。これにより、最もスペースが使用されている場所を見つけることができます。

du -m / |sort -n |tail -20

しかし、すべてのファイルシステムがルートにマウントされているため、ルートファイルシステムはより困難です。しかし、-x(--one-file-system)引数は、必要なファイルシステムのみを報告します。

du -m -x / |sort -n |tail -20

1
df -h *.* 

役立つかもしれません。

ディレクトリを走査し、使用されたバイトを合計します。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.