特定のSSDデバイス(たとえば/dev/sda
)からルートファイルシステムとしてCoreOSを実行しており、Flatcar Linuxを別のSSDデバイス(たとえば)にインストールしようとしています/dev/sdb
。この理由は、サイズが小さく、単に外部記憶装置/dev/sdb
に置き換えたかったからです。/dev/sda
CoreOSは、ルートファイルシステムパーティションをROOT
(/dev/disk/by-partlabel/ROOT
つまり、ルートパーティションを指すシンボリックリンク/dev/sda
)として表示します。ただし、Flatcar Linuxをインストールすると/dev/sdb
同じ結果が表示されます(たとえば、ルートパーティションにもラベルが付けられていますが、もちろん/dev/sdb
変更ROOT
できますが、私のOCDは次に指定したものと同じ値に固執しようとしています)。文書)。
Flatcar Linuxがデフォルトで起動するように起動優先順位を付けるようにBIOS設定を変更する予定です/dev/sdb
。/dev/sda
しかし、このように衝突する部品ラベルに問題がありますか?私はudev(これらのシンボリックリンクを作成することを理解しています)がシンボリックリンクがすでに/dev/disk/by-partlabel/ROOT
存在していることを確認し(そしてそのルートパーティションを参照しています/dev/sdb
)、シンボリックリンクの生成をスキップすることを期待しています/dev/sda
が、これは実際に何が起こっていますか?
答え1
私はudev(これらのシンボリックリンクを作成することを理解しています)が/ dev / disk / by-partlabel / ROOTシンボリックリンクがすでに存在していることを確認し(そして/ dev / sdbのルートパーティションを参照)、dev /の/シンボリックリンクの生成をスキップしたいと思います。 sda、ところで実際にこのようなことが起こるのでしょうか?
残念ながら、udevの場合、udevルールを使用して処理された最後のデバイスが勝利するため、通常、udevはsda
処理時に最初に上書きされるシンボリックリンクを生成しますsdb
(しかし、udevがディスクをアルファベット順に処理するという保証はありません。可能性があります。
しかし、これらの競合する部品ラベルは問題を引き起こしますか?
一部のシステム構成で使用しないと、そうではありません。/etc/fstab
デフォルトではUUIDが使用されるため、問題はありません。
ファイルマネージャ(または実際にUDisk)は通常、ラベル(主にファイルシステムラベル)をドライブの「良い」名前として使用しますが、「アクティブ」ルートファイルシステムには使用しないため、問題ありません。通常、タグは一意であることは保証されません(常に冗長タグが表示されます。たとえば、すべてのKingston USBフラッシュドライブには「Kingston」タグ付きファイルシステムがあります)。したがって、一意のタグが必要な場合は、すべてのツールで重複タグを期待する必要があります。 UUIDを使用する必要があります。