Linuxでは、UUIDまたはラベルでデバイス(ディスク)をマウントできます。 IRCラベルによるマウントは本当にひどい考えだったという議論を聞いたので、私はしばらくの間UUIDを使用していました。
6581_var、6502_root、8580_home、DFF180_usr、68030_boot、BFEC01_WD_Disk05のような非常に一意のラベル名を選択する場合、ラベルによるマウントが悪い考えである理由がわかりません。など....;)
だから私の質問は:
パーティションのフォーマット(ファイルシステムなど)[〜#〜] uuid [〜#〜]およびラベルについて話していると仮定します。
ディスクパーティションスキームがそれらをサポートしている場合、パーティションUUIDとラベル(一般にpartUUIDおよびpartlabelと呼ばれます)もあります。 GPTですが、MBRではありません。また、パーティションを識別するために使用することもでき、場合によっては(以下を参照)、それを行う唯一の方法である可能性があります。
[〜#〜] uuid [〜#〜]とLabelはどちらも、使用されるパーティションフォーマットに固有のツールを使用して管理されます。
tune2fs
mlabel
swaplabel
cryptsetup luksUUID
[〜#〜] uuid [〜#〜]とLabelの両方が存在するのは、パーティションのフォーマットが存在する(そしてサポートされている)場合のみであることに注意してくださいカーネルによる)およびフォーマットは[〜#〜] uuid [〜#〜]および/またはLabel属性をサポートします。たとえば、LUKS拡張子なしでdm-cryptを使用して暗号化されたパーティションには、[〜#〜] uuid [〜#〜]およびLabelがありません。 )ヘッダーを使用しないため(ただし、暗号化されたコンテナー内のファイルシステムには両方が含まれる可能性があります)。 FATファミリのファイルシステムは[〜#〜] uuid [〜#〜]をサポートしていません(代わりにシリアル番号があります)が、サポートしていますラベル。
LabelとUUIDの使用の主な違いは次のとおりです。
したがって、パーティションのラベルを管理しない場合、選択は明白です-UUID。システム構成の柔軟性や読みやすさがさらに必要な場合は、ラベルを使用できます。
たとえば、クローンまたは automanaged の場合、ラベルを使用するシステムの方が適している可能性があります。システムのクローンを作成した後、UUIDが変更される可能性があります。 ext2/3/4でない場合(クローン作成方法によって異なります)、LUKSで暗号化されたパーティションでは確実に変更されます(少なくとも新しい暗号化キーを作成するには、luksFormat
を実行する必要があります)。したがって、この場合はLabelを使用すると便利です。
また、Udevルールは、Labelが存在する場合、リムーバブルメディアを/media/<user>/<label>
にマウントします。そうでない場合-/media/<user>/<UUID>
が代わりに使用されます。