Andrew Kant написал(а) к Victor Sudakov в Jan 18 13:38:27 по местному времени:

Нello Victor!

Thursday January 11 2018 14:16, Victor Sudakov wrote to Andrew Kant:

AK>> Это имена томов в LVM

VS> Вот именно. И никаких UUID.
Снаружи - никаких, а вот в конфиге mdadm, multipath, lvm, grub (и прочего низкоуровневого софта) они как раз могут присутствавать. И лучше их всё-таки сохранить где-то. Не понадобятся - и бог с ними, а если понадобиться, то не будешь кусать локти выясняя какой из пяти разделов как нужно переобозвать.

VS>>> и б) какой смысл по нему монтировать.
AK>> Если ты хочешь, чтоб независимо от физического местоположения
AK>> раздел смонтировался именно туда, куда тебе надо.

VS> Настаиваю, что правильно организованные labels для этого удобнее.
Я про удобство/религиозные убеждения и прочее ничего не говорил. Я просто указал что это, для чего может использоваться.


VS>>> Вот label - другое дело.
AK>> Ага, именно другое. Там тоже можно смонтировать то, что нужно,
AK>> независимо от физического местоположения. Но у label есть один
AK>> существенный недостаток - если у тебя два раздела с одинаковой
AK>> меткой (например sys, home или swap), то возникает неоднозначность.
AK>> И при подключении диска с другого сервера, на котором уже есть
AK>> такие-же метки, как и на основном, надо об этом помнить.

VS> Ничего страшного не случится AFAIK, вторая метка просто окажется
VS> недоступна, но можно будет смонтировать по ufsid, GPT label, GPT UUID, в
VS> конце концов по имени физического устройства.
Опять-же, я всего-лишь указал на возможные проблемы, но не сказал, что они смертельные и что метки не надо использовать. Выбирай сам что тебе больше подходит, но когда тебе вдруг прийдется столкнутся с чужими бэкапами, то имеет смысл хотя-бы знать о всех возможных вариантах. Мне иногда удобнее, чтоб устройство монтировалось как /dev/sda1, без всяких UUID и LABEL, но я не пропагандирую этот метод :)

VS> В этом плане лучше hostname или нечто подобное включать в состав
VS> метки.
VS> Я смотрю, установщик сабжа так и поступил с именами томов в LVM.
Это тоже спорное решение со своими тараканами, но и оно имеет право на жизнь :)

VS>>> Или это GPT UUIDs? Так они тоже пожалуй при каждом создании GPT
VS>>> уникальные будут.

AK>> вообще-то UUID - уникальный идентификатор по определению :)

VS> Поэтому и нафиг ориентироваться на него при бэкапе.
Вот когда ты восстановился и у тебя UUID получились другие, а в восстановленных данных где-то остались старые, то обычный поиск по всем файлам на совпадение со старым UUID может помочь быстро локализовать что где надо донастроить. Хоть такого и не должно быть :)


Good bye!
Andrew

--- GoldED+/W32 1.1.4.7