Ubuntu は「/」が 100% 使用されていると誤って認識し、古いカーネルと大きなファイルはすべて削除され、アップグレードや起動が完了しません

Ubuntu は「/」が 100% 使用されていると誤って認識し、古いカーネルと大きなファイルはすべて削除され、アップグレードや起動が完了しません

アップグレード中に、ルート パーティションに残っている容量が 1 GB 未満であることを示すエラー メッセージが表示されました... 残念ながら、調査する前にマシンをシャットダウンする必要がありました。

さて、rescue コマンドラインから次のエラー メッセージを受け取りました: ここに画像の説明を入力してください

いくつか読んだ後、古いカーネルと「/」にある大きなファイルをすべて削除しました。しかし、どれだけ削除しても、上記と同じエラーが発生します。

なぜUbuntuは私が作った追加の空きスペースを認識しないのでしょうか?2GBのスペースを簡単に解放しましたが、529Mの要求が絶えず表示されます。

私も走りました:
#sync

運がなかった

追加情報 私は Ubuntu 20.04、Acer Aspire 5 55g マシンを使用しており、以下のコメントのとおりです。 ここに画像の説明を入力してください

答え1

さて、そこに問題があります:

Filesystem       Size  Used Avail Use% Mounted on
/dev/nvme0n1p5    92G   87G     0 100% /

あなたの/場所はいっぱいです。未使用のように見える5Gのストレージは、ログやその他のコア機能のためにシステムによって予約されており、ファイルシステムの予約領域を変更しないと使用できないことを意味します...強くについて話すときは、やめてください/

ストレージ スペースが使用されている場所を確認し、それに応じてファイルを移動/削除する必要があります。通常、最初に調べる場所は です/var/log。ここで、アーカイブされたファイルの一部を (おそらく) 移動/削除できます.gz。これにより、かなりのスペースを解放できます。

あるいは、次の方法を使用して、duストレージを最も多く使用している場所を特定することもできます。

sudo du / -h --max-depth=1

次のようなものが表示されます。

8.0K    /media
84K     /root
4.0K    /mnt
1.7M    /run
16K     /lost+found
300K    /home
201M    /boot
17G     /var
8.1M    /etc
16K     /dev
22M     /opt
4.0K    /cdrom
0       /sys
4.0K    /srv
76K     /tmp
2.2G    /snap
0       /proc
65G     /data
3.5G    /usr
123G    /

ここから、コマンド/の一部を編集してdu、必要以上に多くのストレージを使用している可能性のある特定のディレクトリを識別できます。

答え2

問題は解決しましたが、質問には答えず、新たな謎を生み出してしまいました。

  1. 問題を解決した方法: Ubuntu のデフォルト カーネル 5.11 のレスキュー シェルから、次のコマンドを実行しました:

     # du / -h --max-depth=1
    

    /media フォルダの容量が 36 GB であることに気付きました。外部デバイス (USB) が接続されていないので、これはあり得ないはずです。最初は、古いマウントが何らかの理由で固定されていると思い、試してみましたumount /media/USBが、マウントされていないと言われました。これらは外部デバイスであり、データは安全であるため、先に進んで削除しました。

     # rm -r /media/usb
    

    マシンは今や満足です。起動してアップデート/アップグレードを完了することができました。

  2. しかし、私の最初の疑問は残っています。「ゴースト」マウントされた USB が存在するにもかかわらず、2 GB を超えるデータを削除しました。Ubuntu は 529 MB しか必要としませんでしたが、削除したデータは更新を完了してシステムを起動するのに十分すぎるほどだったはずです。なぜ Ubuntu はアイテムを削除していることを認識しなかったのでしょうか。

    使用しましたlsof | grep DELが、値が返されませんでした...削除したスペースが認識されなかった理由はまだわかりません。

  3. そして、私が作り出した新しい謎は、「なぜ私の USB の「ゴースト」マウントが「/」の下の 36 GB のスペースを消費していたのか」ということです。本当にこれを知りたいです。TimeShift の使用によって「ゴースト」マウントが作成されたのでしょうか?

いずれにせよ、@matigo の回答は質問には答えていないものの、部分的には役に立ちました。

関連情報