今朝、誰かがサーバーの背面にUSBドライブを挿入したことを発見しました。 （後でこの練習を終了する必要があります）。何らかの理由で、CentOS 7は/run/media//の下に/dev/sdc1ディスクをマウントします。また、実行時にdf/dev/mapper/centos-rootがいっぱいであることも確認しました。さて、/withを検索したところ、duFlashドライブはここに独自にインストールされ、何とか残りのスペースを占めていることがわかりました。
それで走っていったらumount /run/media/<user>/<uuid>消えました。途方もない。しかし、dfまだいっぱいで、サーバーにディスク容量が足りないという一般的な問題が発生していることが示されています。悪いことに、サーバーを再起動した後はメンテナンスモードに入ることができます。このスペースを空にするか、fsが何にバインドされているかをどうやって知ることができますか？
編集：これは本質的に別のdf -H不一致のdu質問です。 dfによると、ルートに空き容量が800MB/54GBしかないため、起動できません。ただし、du -h --max-depth 1 /mnt/sysimage/（今はリカバリモードになっているため、/mnt/sysimage/は単なる/です）を使用してください。次のように出力されます（直接コピーできません）。
264M /mnt/sysimage/boot
0 /mnt/sysimage/dev
26G /mnt/sysimage/home
0 /mnt/sysimage/proc
... small stuff - MB scale
1.7G /mnt/sysimage/var
それでは、54GBディスクを埋めるためにこれがどのように追加されますか？上記のように、クラッシュが発生する前に、この不思議なUSBドライブがマウントされて/run/media/<user>/<uuid>/に配置されました。このドライブはまだファイルシステムにバインドできますか？
ベストアンサー1
マウントはマウントされたファイルシステムのスペースを直接消費しません。
ファイルシステムのルートがマウントされていて/mnt/sysimage（たとえば、Btrfsサブボリュームではない）、上部に何もないことを確認してください（大容量ファイルが非表示になる可能性があります）。を確認すると確認できます/proc/self/mountinfo。
原因がわからない場合は、ファイルシステムで適切なfsckツールを実行してください。
Btrfsの場合は、clear_cacheこのオプションを使用してインストールしてみてください。