Proč fstab používá UUID namísto skutečného názvu systému souborů?

Výhoda použití UUID spočívá v tom, že je nezávislé na skutečném čísle zařízení, které operační systém přiděluje vašemu pevnému disku.

Představte si, že do systému přidáte další pevný disk, a OS se z nějakého důvodu rozhodne, že váš starý disk je nyní sdb místo sda.

Váš spouštěcí proces by byl zkomplikován, pokud fstab ukazuje na název zařízení. Ale v případě UUID je to v pořádku.

Podrobnější informace o UUID najdete také v příspěvku na blogu „UUID a Linux: Vše, co máte někdy potřebujete vědět „

Komentáře

• jo. i bez přidání nového disku se vaše jádro může rozhodnout, že jednoho dne jednoduše vymění dva z vašich disků ‚ dev. Podívejte se wiki.archlinux.org/index.php/Persistent_block_device_naming
• co se stane, pokud chci klonovat obraz na jiný disk, který má jiný UUID?
• Existuje ‚ alespoň jedna situace, kdy jsou UUID méně užitečné: pokud klonujete celý disk a poté restartujete, můžete získat připojení oddílů buď z disku, nebo z nesprávného disku.
• To je ‚ pravda – zkontrolujte odkazovaný blogový příspěvek, má dokonce i sekci, kdy je nepoužívat.
• Pokud klonujete disk, měli byste změnit UUID na novém disku. tune2fs xfs_admin nebo reiserfstune to mohou udělat v závislosti na vašem souborovém systému.

V takovém případě mohu upravit / etc / fstab?

Můžete můžete a bude pravděpodobně být v pořádku, ale s největší pravděpodobností by bylo lepší opustit UUID.

UUIDs jsou libovolné řetězce slouží k identifikaci v tomto případě oddílu na blokovém zařízení; je uložen v samotném oddílu a v případě potřeby mu lze přiřadit jiný (podobně jako MAC adresy).

Výhodou použití UUID je, že je nezaměnitelný, zatímco /dev/vda není; mohlo by se stát, že to bude při zavádění jiná jednotka, i když to může být v kontextu zcela teoretické (např. protože máte pouze jednu jednotku konkrétního typu).

Dalším jemnějším příkladem toho, kde použití názvu zařízení může způsobit problém, by byl nedávný přechod na některých systémech k používání konzistentních názvů síťových zařízení . Pokud k tomu došlo jako upgrade a někde jste v síťovém skriptu použili napevno název zařízení, došlo by k jeho rozbití. Paralelním příkladem blokových zařízení WRT může být upgrade jádra nebo udev, který mění schéma pojmenování.

Jedním z bodů UUID je umožnit tyto věci bezbolestným a možným. I když můžete použít název zařízení, nemá to výhodu pokud (např.) Nemáte systém, ve kterém vyměníte různé jednotky. Jinými slovy, pokud k tomu nemáte dobrý důvod, držte se UUID .

Komentáře

• Dobře. Takže co vysvětluje různá UUID pro /dev/vda v /etc/fstab a nahlášená blkid? (viz aktualizovaná otázka, pokud nemáte ‚ t.)
• Než byste se ptali na aktualizaci, měli byste ji položit jako samostatnou otázku (“ Proč se můj připojený oddíl UUID liší od toho ve fstabu? „).

Můžete udělat man fstab pro poměrně stručné čtení obsahu a sémantiky /etc/fstab Soubor. Na mém x86, poměrně aktuálním serveru Arch linux, man fstab dává mi toto:

The second field ... describes the mount point for the filesystem. 

Takže ano, /dev/vda je podle všeho jedno z mnoha jmen pro některé zařízení, protože je UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a, vzhledem k tomu, že se obě jména připojují k „/“.

Pokud se podíváte do adresáře /dev/disk/by-uuid/ na mém serveru můžete vidět symbolické odkazy, které odkazují na věci jako /dev/sda1, /dev/sdb1. Může to být další způsob, jak zkontrolovat vaši hypotézu. /dev/disk má podadresáře by-id, by-path, by-uuid které se zdají být alternativními názvy stejného zařízení.

Komentáře

• V takovém případě problém (aktualizovaný v mé otázce) je to, že dostanu dva různé UUID pro /dev/vda! Přečtěte si prosím otázku ještě jednou.
• Pokud jsem odpověděl na původní otázku, mohlo by být dobré ji označit “ odpověděl “ a napište novou otázku, abyste ‚ neshromáždili nepodstatné odpovědi, odpovědi, které fungují s původní a nikoli s upravenou otázkou.