/ devはすべてのパーティションを保存しますが、/ devは何を保存しますか？

/devパーティションは含まれません。/devすべてを保管できる事実上の標準的な場所です。デバイスノード。最初は/devルートファイルシステムの一般的なディレクトリです（したがって作成されたデバイスノードは、システムの再起動後も保持されます）。今日、ほとんどのLinuxディストリビューションはRAMがサポートする特別な仮想ファイルシステムを使用しています。

特定のパーティションの特定のファイルシステムまたは必要なパーティションの総数には、いかなる種類の標準もありません。

ただし、システムのさまざまな部分を別々のパーティションに配置するためのベストプラクティス/配布判別標準がたくさんあります。

すべての要件を満たすために、単一のパーティションを占めるLinuxインストールを見つけることができます。

マルチパーティションインストールでは、「/boot」は通常、BIOSおよび/またはブートローダを読み取ることができるようにする別々のパーティションです。また、一部のブートローダとカーネルには、使用するルートファイルシステムの種類に制限があります。

ほとんどの場合、残りはユーザーに依存するため、必要に応じてディスクをパーティションに分割できます（データストアの要件、一時ファイル、ログなど）。

ファイルシステムのファイルやディレクトリは、実際にはディスク上のどのエントリとも一致する必要はありません。たとえば、ファイルシステム（およびそのファイル）またはその一部がメモリに完全に存在するようにすることができます。

しかし、少なくとも私たちが一般的に使用する用語の意味では、ファイルである必要はありません。ファイルシステムと対応する「ファイル」を抽象インタフェースとして考えます。ほとんどすべては、単にディスク（または他のストレージデバイス）上のファイルに対応しますが、理論的にはストリーミング形式のデータを処理できるすべてのファイルに対応できます。もちろん、パイプやソケットのような特別なもの以外は/ devディレクトリの外部でこれを見ることはほとんどありません。

たとえば、これは少し簡単になりますが、コンピュータに/ dev / someportというポートがある可能性があり、「foo」という文字列をこの「ファイル」に書き込むと、実際には「適切なポートを介して」fooという文字列が送信されます。 「ディスクの何も触らずに。

パーティションに似た唯一のこと/dev/はudev、デバイスファイルを柔軟かつ使いやすくするカーネル機能である動的デバイス割り当てのための擬似ファイルシステムです。

に表示されるデバイスファイルは、実際には/dev/ハードドライブ（/dev/sda）とそのパーティション（/dev/sda1）を含む物理デバイスを表します。

パーティションは、いわゆるマウントポイント、つまり既存のファイルシステムツリー内のパーティションがリンクされる場所にマウントされます。

/デフォルト（ルート）パーティションのマウントポイント。 /boot/通常、ブートパーティションのマウントポイントです。 /var通常、マウントポイントではありません。 /tmp通常、tmpfsメモリ内の一時ファイルを処理するために特別に設計されたファイルシステムです。

マウントされたパーティションを一覧表示するには、を使用しますmount。事前定義されたマウントポイントはに定義されています/etc/fstab。

/boot必ずしも独自のパーティションがあるわけではありませんが、/var*nix OSをインストールするときにそれを行うことができます...私は個人的に/home独自のパーティションを持っています。

これらのフォルダに実際に含まれるデータは物理ハードドライブの一部にあり、これらのファイルは物理ディスク/dev/sda*パーティションに関する情報にすぎません（たとえば、ディスクから始まる場所、ファイルシステムなど）。

これらの仮定されたパーティションに関する情報を取得できない可能性があります。たぶんパーティションがないかもしれません。おそらくUbuntu（または* nix）をインストールするときにこのオプションをスキップしたと思います。

だから、/dev/sdaディスク自体ではなく、ハードドライブを説明するファイルです。
ブートパーティションがある場合は/通常/dev/sda2