☰

Нет уникального идентификатора для внешнего диска

tag-icon • tag-icon linux ubuntu
Нет уникального идентификатора для внешнего диска

У меня есть несколько внешних дисков, подключенных к старому Mac Mini с Ubuntu 20.04. Выполнение команды lsblkyields:

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. Его можно манипулировать и монтировать просто отлично. Однако мне нужен уникальный идентификатор для этого диска - 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, хотя я не понимаю, как это может на него повлиять.

EDIT: Я подключил диск с помощью интерфейса USB 2.0, и теперь он работает нормально. Использование USB 2.0 не является вариантом, так что есть ли что-то еще, что я мог бы попробовать с интерфейсом FireWire?

решение1

Я подозреваю, что WWN-имя диска sdcна самом деле не является глобально уникальным, как это должно быть.

Когда пропавший диск появился /dev/disk/by-*снова, исчез ли из каталогов какой-либо другой диск?

Если это так, у вас может быть дублирующийся ID, и когда есть перекрывающиеся ID, последний добавленный диск может "победить". Это может объяснить, почему USB-подключение, по-видимому, заставило его работать.

Если у вас действительно есть два диска с одинаковыми WWN, и их содержимое в какой-то момент своей истории было клонами друг друга, это может объяснить то, что вы видите.

Изменение WWN может оказаться невозможным, но если бы вы могли назначить новые уникальные UUID таблице разделов и файловой системе(ам) одной из конфликтующих пар, это могло бы по крайней мере минимизировать возникающие проблемы.

Достаточно свежая версия fdiskдолжна иметь функцию, которая позволяет вам повторно генерировать случайные UUID для разделов, если я правильно помню (я с мобильного, отредактирую позже). Для UUID файловых систем, инструменты, специфичные для типа файловой системы, как правило, tune2fsимеют похожую функцию.

Связанный контент