私はDebianを実行しています
# uname -a
Linux thinkstation 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1 (2018-04-29) x86_64 GNU/Linux
/tmp
今日の起動後にエラーが発生しました。スペースが不足しているため、システムに書き込めません。だから古いカーネルを削除し始めました。これでシステムにログインできるようになりましたが、システムディスク容量の使用量はまだ混乱しています。
# df -h
Filesystem Size Used Avail Use% Mounted on
udev 8.9G 0 8.9G 0% /dev
tmpfs 1.8G 9.4M 1.8G 1% /run
/dev/sda1 83G 78G 210M 100% /
tmpfs 8.9G 117M 8.8G 2% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 8.9G 0 8.9G 0% /sys/fs/cgroup
/dev/sda6 357G 48G 292G 14% /home
tmpfs 1.8G 20K 1.8G 1% /run/user/1000
ご覧のとおり、私のルートパーティションがいっぱいになったようです。システムを分割した方法は次のとおりです。
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 83.9G 0 part /
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 18.6G 0 part [SWAP]
└─sda6 8:6 0 363.2G 0 part /home
sr0 11:0 1 1024M 0 rom
ご覧のとおり、私は家をシステムから切り離しました(そして別々のスワップ)。 ncduを使ってディスク使用量を引き起こす原因を詳しく見てみると、/
次の図が得られます。
ご覧のとおり、/media
最も多い量が占めています。しかし、これは私のシステムのバックアップに使用する外付けハードドライブです。では、なぜディスク容量として計算されますか?この動作を回避する方法はありますか?または、一部の古いバックアップを強制的に削除する必要がありますか?
ベストアンサー1
/media
あなたはそれが一つだと言いますexternal HD where I backup my system
。ただし、df
出力には別個のマウントポイントとして表示されません。
たぶんある時点で外付けドライブを取り付けたかもしれませんが、最も簡単な説明は何らかの理由で/media
今は外付けドライブがないためです/
。
この理論は、ツリーの残りの部分も同じマウント位置にあるため、示されているように最大約78GiBになるncdu
ことを示すレポートとよく合います。/media
/dev/sda1
/
df