/mnt の下に、ほぼいっぱいの外付け HDD をマウントしています。この HDD のサイズは約 1 TB です。私のプライマリ ハード ドライブは約 200 GB です。2 つのサイズが比較的大きく異なるため、Linux はシステム全体が 95% を超えていると見なし、5% の予約領域要件に違反します。当然、その領域を使用できないため、ログインできなくなります。(ログインできるように、当面は予約領域要件を 1% に減らしました。)
質問です。どうすればこれを修正できますか? プライマリ ハード ドライブの容量を 3% しか消費していないので、使用可能な容量は 200 GB 近くあります。外付けハード ドライブがほぼいっぱいになっているというだけで、容量不足でロックアウトされるというのは不合理に思えます。これを修正する方法はありますか?
[リクエストに応じて詳細を編集]
me@xxxx ~ $ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=5065004k,nr_inodes=1266251,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1023832k,mode=755)
/dev/sda1 on / type ext4 (rw,noatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (rw,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event,release_agent=/run/cgmanager/agents/cgm-release-agent.perf_event)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset,clone_children)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids,release_agent=/run/cgmanager/agents/cgm-release-agent.pids)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb,release_agent=/run/cgmanager/agents/cgm-release-agent.hugetlb)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=37,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda6 on /home type ext4 (rw,noatime,data=ordered)
/dev/sdb1 on /mnt/media_drive type ext3 (rw,noatime,data=ordered)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
cgmfs on /run/cgmanager/fs type tmpfs (rw,relatime,size=100k,mode=755)
tmpfs on /run/user/122 type tmpfs (rw,nosuid,nodev,relatime,size=1023832k,mode=700,uid=122,gid=131)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1023832k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
me@xxxx ~ $ df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 5065004 0 5065004 0% /dev
tmpfs 1023832 35556 988276 4% /run
/dev/sda1 19091584 11288172 7591732 60% /
tmpfs 5119144 510692 4608452 10% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 5119144 0 5119144 0% /sys/fs/cgroup
/dev/sda6 207550056 6631692 190352376 4% /home
/dev/sdb1 961301000 830560452 81902548 92% /mnt/media_drive
cgmfs 100 0 100 0% /run/cgmanager/fs
tmpfs 1023832 0 1023832 0% /run/user/122
tmpfs 1023832 20 1023812 1% /run/user/1000
60% と表示される df コマンドについては、昨日は 100% と表示されていましたが、多くのものを削除しました (ゴミ箱を空にするなど)。ドライブの使用量は 3% に近づいているため、現在 60% と表示されることはないはずであることに注意することが重要です。
ログオンしようとすると、次のエラーが発生しました。
セッションは 10 秒未満しか続きませんでした。ログアウトしていない場合は、インストールに問題があるか、ディスク容量が不足している可能性があります。フェイルセーフ セッションのいずれかでログインして、この問題を解決できるかどうかを確認してください。[ ] 詳細を表示 (~/.xsession-errors ファイル)
シェルに切り替えて実行してみるdfと、システム (/dev/sda1) が 100% いっぱいになっていることがわかりました。ごみ箱とダウンロード ディレクトリ内の大きなファイルを削除しました。また、tune2fsグラフィカルにログインするためのスペースを確保するために、予約済みスペース要件を 1% に設定しました。
答え1
一般的に、問題のファイルシステム上の予約領域の割合を変更すると、システムを復旧しやすくなります。
tune2fs -m 1 <path to device node your filesystem rests on>
/var一般的に、問題となる完全なディスクは、マウントと同じ/か独自のマウントかに関係なく、フォルダーが置かれているディスクになります。
そうは言っても、あなたの問題は（回答から削除された情報によって特定されましたが、この回答の下のコメントで示唆されています）、パーティションがいっぱいになったことと/、外付けドライブの状態が無関係だったことです。