50GB のサーバー SSD と 40G の RAM があり、Ubuntu を実行していますが、tmpfs は SSD の 15GB のパーティションを 2 つ占有していますか?

50GB のサーバー SSD と 40G の RAM があり、Ubuntu を実行していますが、tmpfs は SSD の 15GB のパーティションを 2 つ占有していますか?

どうすればスペースを取り戻せますか? スペースがありません。

編集: 明確にするために、少なくともいくつかの異なる Conda 環境を実行しましたが、これが tmpfs ファイルのソースである可能性がありますか?

Filesystem      Size  Used Avail Use% Mounted on
udev             15G     0   15G   0% /dev
tmpfs           3.0G  920K  3.0G   1% /run
/dev/sda1        49G   47G  2.0G  96% /
tmpfs            15G     0   15G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs            15G     0   15G   0% /sys/fs/cgroup
/dev/loop0       98M   98M     0 100% /snap/google-cloud-sdk/126
/dev/loop1       55M   55M     0 100% /snap/core18/1705
/dev/loop2       94M   94M     0 100% /snap/core/8935
/dev/loop3       99M   99M     0 100% /snap/google-cloud-sdk/127
/dev/sda15      105M  3.6M  101M   4% /boot/efi

答え1

容量不足ではないと思いますが、ファイルシステムとデバイスのマッチングに問題があります。まず最初に、50GB SSD は /dev/sda1 のようです。これはデバイス名です。また、/ にマウントされています。これはルートディレクトリです。cd /ルートディレクトリに移動して、次のディレクトリレベルの使用状況を確認します。du -h --max-depth=1

他のすべてのデバイスはあなたのものではなく、メモリも消費しません。すべての tmpfs は RAM 内に存在し、最大サイズが割り当てられています。コンテンツでいっぱいになるまで RAM を占有しません。コマンドでクロスチェックするか、 (ESC キーまたは Q キーで終了)freeで監視してください。top

デバイス /dev/loopX は、外部コンテンツとして再マウントされているようです。たとえば、暗号化されたデバイスの暗号化されていないバージョンや、このケースではホスト プロバイダーに関連するものなどです。これらは実際にはハード ディスクのようなデバイスではないため、いっぱいであると報告されています。これらは完全に仮想的なものです。

空き容量があるかどうかは簡単に確認できます。SSH などを使用してログインすることもできます。そのため、ログ ファイルやその他の管理データを書き込むことができます。

その間、いわゆる Linux Standard Base について、お気に入りの情報源を確認してください。基本的な Linux ファイルシステムのレイアウトとガイドラインが説明されています。また、Linux ファイルシステムの種類、特に tmpfs とループ デバイスについても調べてください。

関連情報