☰

私のUbuntuサーバーにファイルシステムが多すぎるのはなぜですか？各ファイルシステムの目的は何ですか？ [閉鎖]

tag-icon • tag-icon ubuntu filesystems disk-usage
私のUbuntuサーバーにファイルシステムが多すぎるのはなぜですか？各ファイルシステムの目的は何ですか？ [閉鎖]

マイシステムでコマンドを実行し、df -H次の出力を確認します。

Filesystem      Size  Used Avail Use% Mounted on
tmpfs            95M  3.1M   92M   4% /run
/dev/mmcblk0p2   32G  3.2G   27G  11% /
tmpfs           475M     0  475M   0% /dev/shm
tmpfs           5.3M     0  5.3M   0% /run/lock
/dev/mmcblk0p1  265M  156M  110M  59% /boot/firmware
tmpfs            95M  4.1k   95M   1% /run/user/1000

ここで理解しようとしているのは、ハードドライブが1つだけでパーティションがないシステムにUbuntuをインストールした後です。

  1. ここになぜそんなに多くのファイルシステムがありますか？
  2. それぞれの目的は何ですか？
  3. Ubuntuにインストールされている各ファイルシステムの種類を確認するには？

答え1

まず、「実際の」ファイルシステム：

  • mmcblk0p2ext4、XFS、または同様のUnixスタイルのファイルシステムを使用する可能性が最も高いルートファイルシステム。

  • これでmmcblk0p1マウントされているので、/boot/firmwareブートプロセスに関連していることは明らかです。おそらく、システムアーキテクチャ（RasPiまたは他のARMのようです）にブートすると、ファームウェアアップデートのために特定の種類のファイルシステム（FAT32など）を持つパーティションが必要になるかもしれません。それともそういうこと？

tmpfsその後、おおよそ紹介された順序でベースの項目があります。

（tmpfsシステムが再起動されるたびに内容が失われるRAMベースのファイルシステムです。メモリ使用量は必要に応じて自動的に増減します。指定されたサイズは実際には最大サイズ制限です。使用しない場合はファイルtmpfsシステムが占有します。完全に小さい.)

  • /run/lock古いものであり/var/lock、システムを再起動すると役に立たなくなるロックファイルと同様のファイルが含まれているため、最初のソリッドステートメモリベースのシステムが開発されたばかりでなく、2.6.xカーネルシリーズ以前にも誰かがいました。ソリッドステートメディアへの書き込みサイクルを保存するために、このディレクトリをRAMディスクに入れるという考えがありました。場合によっては、（特定の）ユーザーがそれにアクセスできる必要があり、ロックされたファイルは非常に小さい、これは非常に小さい最大サイズに制限することができます。

  • シンプルで省スペースの汎用RAMディスクファイルシステムが開発される前に、特定のスタイルの共有メモリアクセスを実装するために使用さtmpfsれました。これで、完全汎用製品でも同じことを行うことができますが、取り付け位置はそのまま残ります。shmfs/dev/shmtmpfs

  • /run関連発明/run/user/1000のようです。systemdどちらもUNIXソケット、PIDファイル（必要な場合）、およびシステムが再起動したときに意味を失うすべての同様のディレクトリなので、RAMベースのディレクトリはtmpfs自然な場所です。 1つ目はシステムサービス、2つ目はUID番号1000を持つユーザーのためのユーザー固有のサービスです。これらのサービスは/run/lock。

説明で述べたように、lsblk -f（または私が個人的に好きなlsblk -o +fstype）を使用して、実際の（=非tmpfs）ファイルシステムとリストされているファイルシステムの種類を表示できます。

関連情報