HDD'yi fstab ile otomatik olarak bağlamak için UUID veya PARTUUID kullanmak daha mı iyidir?
Akshit'in terminal kılavuzunu izleyerek, harici sabit sürücümü başlangıçta otomatik olarak bağlanacak şekilde ayarlamaya çalışıyorum .
Başlangıçta PARTUUID'yi UUID yerine / etc / fastab içinde kullandım:
UUID=191486e0-6049-46aa-973c-425d317b629a /mnt/nas exfat uid=1000,gid=1000,umask=0022,auto,rw 0 0
Bu, çalıştırdığım findmnt --verify --verbosenoktada tekrar kontrol blkidettiğimde ve bölüm kimliğini kullandığımı fark ettiğimde bana bir hata verdi :
/dev/sdb1: LABEL="My Book" UUID="20C9-C659" TYPE="exfat" PTTYPE="atari" PARTLABEL="My Book" PARTUUID="191486e0-6049-46aa-973c-425d317b629a"
Bu yüzden gerçek UUID'yi fstab'a ekledim, ancak şimdi bunu kullanmam gerekip gerekmediğinden veya PARTUUID kullanmam gerekip gerekmediğinden ve UUID'min neden gördüğüm diğer örneklerden çok daha kısa olduğundan emin değilim ( özellikle bir " UUID'nin benzersiz olması garanti edildiğinde . Bildiğim kadarıyla, evrenin ömrü boyunca çarpışmalar olmayacak").
Yanıtlar
Findmnt --verify --verbose komutunu çalıştırdığımda bu bana bir hata verdi
Diğer cevapta zaten bahsedilmişti. kullanmak zorundasın PARTUUID=.
Daha fazla bilgi: Bir PARTUUID'i fstab'da nasıl kullanabilirim?
Şimdi bunu kullanmalı mıyım yoksa PARTUUID kullanmalı mıyım emin değilim?
Senin durumunda gerçekten önemli değil. Ancak, MBR kullanıyorsanız, GPT bölümünün normal PARTUUID'sinden farklı olarak, bölüm numarası değişirse MBR'nin sözde PARTUUID'sinin değişebileceğini unutmayın. [1]
UUID'im neden diğer gördüğüm örneklerden çok daha kısa?
Gerçek UUID'lerin 128 bit uzunluğunda olması ve benzersiz olması gerekir. Bundan önce, çeşitli sistemler, ayırt edilebilmesi için çeşitli boyutlarda çeşitli seri numaraları sağladı. Dolayısıyla Linux, bulabildiği seriyi alır ve UUID tanımına uymasalar bile bunları / dev / by-uuid / dizinine yapıştırır. [2]
Kişisel bir tercih olarak UUID kullanmayı tercih ediyorum. Şifreli bir takas bölümü oluştururken bile. Ayrıca lvm gibi şeyler için PARTUUID yoktur. Bildiğiniz gibi fstab , Dosya Sistem Tablosu anlamına gelir . Bu yüzden dosya sistemiyle ilişkili olduğu için UUID kullanmak daha iyi sanırım. Belirli nedenlerle başka yöntemler kullanmak zorunda kalmadığınız sürece UUID kullanın ve sürpriz yapmayın.
Ayrıca ArchLinux forumunda okumaya değer güzel bir cevap buldum: fstab'da UUID yerine PARTUUID, Artıları / Eksileri? . İşte cevaptan bazı alıntılar:
PARTUUID bir bölümü tanımlar. Bölümü başka bir şey için kullanmaya karar verirseniz (biçimlendirin), içerik artık orada olmasa bile yine de tanımlanır ve yanlış yere monte edilebilir.
Bölüm tablonuzda bir sorun varsa ve sonunda aynı bölümleri yeniden yaratırsanız (farklı bölüm kılavuzlarıyla), içerik hala orada olsa bile artık tanımlanmayacaktır.
Yalnızca bölümlerin PARTUUID'leri vardır, diğer blok aygıtları için bunlara sahip değilsiniz
PARTUUID ile montaj, initramfs olmadan çalışır, bu yüzden initrd içermeyen bir sistem yapmak istiyorsanız bir avantaj olacaktır.
UUID, içeriğe göre bir dosya sistemini tanımlar. UUID bulunursa, dosya sistemi oradadır. Ve bunun tam bir blok cihaz, bölme, raid, luks veya lvm olması fark etmez. UUID, tüm katmanlarda çalışır, PARTUUID yalnızca bölümler için.
Genel olarak fstab girişleri, belirli içeriği belirli konumlara bağlamakla ilgilidir, bu nedenle bölümleme yerine içeriğe göre tanımlama daha doğaldır. UUID'leri kullanmak çok daha yaygındır.
UUID'lerin dezavantajı, tüm cihazları içerik bulmak için taramanız gerektiğidir. Sonuçta UUID herhangi bir yerde olabilir. PARTUUID ile yalnızca bölüm tablolarını kontrol edersiniz, böylece daha kolay / daha performanslı olur. Ancak bunun bir fark yaratması için bir ton blok cihazına ihtiyacınız olacak.
PARTUID kullanıyorsanız, yerine fstabile satırı başlatarak bunu belirtmeniz gerekir . Verdiğiniz örnekte, sistem bir PARTUID değil, bir UUID arar ve gerçekten de makineyle işlenen bir tane bulamamıştır.PARTUUID=UUID
Değiştir UUID=tarafından PARTUUID=ve gitmek için iyi olmalıdır.
Hem UUIDve PARTUUIDsen bölümü yeniden biçimlendirmek, bu yüzden bölümü kendisi ile ilişkili, bölüm, diğer (eğer yeniden biçimlendirmek zaman değişmeyecektir) ne zaman bu kadar değişen, benzersiz tanımlayıcılar, dosya sistemiyle ilgili bir olması amaçlanmıştır. Birini diğerine kullanmak daha mı iyi? Çok önemli değil. Bir sürücüyü kendi başınıza fstabmonte ettiğinizde, neye monte ettiğinizi iyi bilmeniz gerekir ve bu seviyede bir veya daha fazla benzersiz tanımlayıcı kullanmanız önemli değildir.