
我有許多外部驅動器連接到運行 Ubuntu 20.04 的舊 Mac Mini。做一個lsblk
產量:
sda 8:0 0 465.8G 0 disk
|-sda1 8:1 0 512M 0 part /boot/efi
|-sda2 8:2 0 1G 0 part /boot
`-sda3 8:3 0 464.3G 0 part
`-ubuntu--vg-ubuntu--lv 253:0 0 200G 0 lvm /
sdb 8:16 0 3.7T 0 disk
sdc 8:32 0 5.5T 0 disk
`-sdc1 8:33 0 5.5T 0 part
sdd 8:48 0 931.5G 0 disk
`-sdd1 8:49 0 931.5G 0 part
sde 8:64 0 1.8T 0 disk
|-sde1 8:65 0 200M 0 part
|-sde2 8:66 0 1.8T 0 part
`-sde3 8:67 0 128M 0 part
sdf 8:80 0 3.7T 0 disk
`-sdf1 8:81 0 3.7T 0 part
到目前為止一切順利——興趣驅動/dev/sdf
。它可以很好地操縱和安裝。但是,我想要這個驅動器的唯一 ID - ls -la /dev/disk/by-id
:
[剪]
lrwxrwxrwx 1 root root 9 Aug 11 11:32 wwn-0x5000000000000001 -> ../../sdc
lrwxrwxrwx 1 root root 10 Aug 11 11:32 wwn-0x5000000000000001-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 9 Aug 11 11:32 wwn-0x5000cca23dd3be54 -> ../../sdb
lrwxrwxrwx 1 root root 9 Aug 11 11:32 wwn-0x5000cca7b1c30b9a -> ../../sda
lrwxrwxrwx 1 root root 10 Aug 11 11:32 wwn-0x5000cca7b1c30b9a-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Aug 11 11:32 wwn-0x5000cca7b1c30b9a-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Aug 11 11:32 wwn-0x5000cca7b1c30b9a-part3 -> ../../sda3
lrwxrwxrwx 1 root root 9 Aug 11 11:32 wwn-0x50014ee2573d34a7 -> ../../sdd
lrwxrwxrwx 1 root root 10 Aug 11 11:32 wwn-0x50014ee2573d34a7-part1 -> ../../sdd1
可以看出,除了 之外,所有驅動器都存在/dev/sdf
。/dev/disk/by-uuid
其他一切也是如此。
該驅動器透過 FireWire 800 菊花鏈連接到計算機,儘管我不知道這會如何影響它。
編輯:我使用 USB 2.0 介面連接驅動器,現在它可以正常工作。不過,使用 USB 2.0 不是一個選擇,所以還有什麼我可以嘗試的嗎?火線接口?
答案1
我懷疑磁碟的 WWNsdc
實際上可能並不像它應該的那樣是全域唯一的。
當遺失的磁碟機重新出現時,其他磁碟機是否/dev/disk/by-*
依序從目錄中消失?
如果是這樣,您可能有重複的 ID,並且當 ID 重疊時,最近新增的磁碟可能會「獲勝」。這或許可以解釋為什麼 USB 連接顯然可以讓它發揮作用。
如果您實際上有兩個具有相同 WWN 的磁碟,並且它們的內容在其歷史記錄的某個時刻是彼此的克隆,那麼這可能可以解釋您所看到的情況。
更改 WWN 可能是不可能的,但如果您可以為衝突對之一的分區表和檔案系統分配新的、唯一的 UUID,則至少可以最大限度地減少所造成的問題。
如果我沒記錯的話(我在行動裝置上,稍後會編輯),一個足夠新的版本fdisk
應該有一個功能,允許您為分割區重新產生隨機 UUID。對於檔案系統 UUID,特定於檔案系統類型的工具tune2fs
往往具有類似的功能。