/mnt の下にほぼいっぱいの外付けハードドライブがマウントされています。このハードドライブのサイズは約1TBです。私のデフォルトのハードドライブは約200GBです。 2つの間の比較的大きなサイズの違いにより、Linuxはシステム全体が95％以上いっぱいと見なされ、5％の予約スペース要件に違反します。もちろん、スペースの使用が許可されていないため、ログインできません。 （ログインできるように予約スペースの要件を一時的に1％に減らしました。）
私の質問：この問題をどのように解決できますか？私はメインハードドライブの3％しか使用していません。これは、ほぼ200GBの空き容量があることを意味します。ほとんどいっぱいの外付けハードドライブを取り付けたとしても、スペースが足りなくなるのは合理的ではないようです。解決策はありますか？
[リクエスト時に詳細を提供するように編集済み]
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ず、フォルダがあるディスクです。/
つまり、あなたの問題（確認のために回答から情報が削除されましたが、その回答の下の説明に記載されています）は、/パーティションを埋め、外部ドライブの状態が重要ではないことです。