dfとduの大きな不一致
すべてを保持する/パーティション（/homeを含む）が突然100％のディスク容量を使用していました。いくつかのファイルを削除して、dfが表示されるようになりました
$ df -h /dev/sda1
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 214G 149G 54G 74% /
ただし、duは以下を示します。
$ Sudo du -shxc /*
9.6M /bin
66M /boot
4.0K /cdrom
4.0K /dev
16M /etc
26G /home
0 /initrd.img
0 /initrd.img.old
504M /lib
3.5M /lib32
4.0K /lib64
0 /libnss3.so
16K /lost+found
92K /media
4.0K /mnt
3.3G /opt
du: cannot access ‘/proc/4708/task/4708/fd/4’: No such file or directory
du: cannot access ‘/proc/4708/task/4708/fdinfo/4’: No such file or directory
du: cannot access ‘/proc/4708/fd/4’: No such file or directory
du: cannot access ‘/proc/4708/fdinfo/4’: No such file or directory
0 /proc
346M /root
1.9M /run
13M /sbin
136K /srv
0 /sys
36K /tmp
6.3G /usr
1.1G /var
0 /vmlinuz
0 /vmlinuz.old
37G total
Sudoを使用しましたが、アクセスできないのは/procのみで、マシンで何が行われているのかがわかります。duは正しいようです。ただし、54G dfが残っていると言うよりも多くのディスクスペースを割り当てると、実際に失敗します。
$ fallocate -l 55G test.img
fallocate: test.img: fallocate failed: No space left on device
baobabとdf/duの違い および dfはすべてのスペースを表示しますが、duは追加されません について知っていますが、同じ問題を示しているようですが、解決方法に関する回答。 dfとduが異なる出力を表示する理由 についても知っていますが、ここでは違いが非常に大きいので、マシンを再起動し、DVDからの起動中に/dev/sda1を確認しました。もうそこにはいません。
誰が何が起こっているか知っていますか？ディスク領域を本当に戻したいです！ ;）
システムインフォメーション：
$ uname -a
Linux hjort 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:28:38 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
$ lsb_release -a
LSB Version: core-2.0-AMD64:core-2.0-noarch:core-3.0-AMD64:core-3.0-noarch:core-3.1-AMD64:core-3.1-noarch:core-3.2-AMD64:core-3.2-noarch:core-4.0-AMD64:core-4.0-noarch:core-4.1-AMD64:core-4.1-noarch:security-4.0-AMD64:security-4.0-noarch:security-4.1-AMD64:security-4.1-noarch
Distributor ID: Ubuntu
Description: Ubuntu 14.04.1 LTS
Release: 14.04
Codename: trusty
私の問題はこの投稿のonと同じでした https://serverfault.com/questions/57098/du-vs-df-difference
ご迷惑おかけして申し訳ありません。 /mnt/backupにrsnapshotバックアップがあり（誤って）、それらの上にバックアップドライブをマウントしました。