= Сообщение: 4640 из 8555 ========================================= RU.LINUX = От : Andrew Kant 2:469/83.1 11 Jan 18 13:38:27 Кому : Victor Sudakov 11 Jan 18 13:38:27 Тема : Чем бэкапить RedHat Enterprise Linux Server 6 ? FGHI : area://RU.LINUX?msgid=2:469/83.1+5a574ffd На : area://RU.LINUX?msgid=2:5005/49+5a5710d3 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hello Victor!
Thursday January 11 2018 14:16, Victor Sudakov wrote to Andrew Kant:
AK>> Это имена томов в LVM
VS> Вот именно. И никаких UUID. Снаружи - никаких, а вот в конфиге mdadm, multipath, lvm, grub (и прочего низкоуровневого софта) они как раз могут присутствавать. И лучше их всё-таки сохранить где-то. Hе понадобятся - и бог с ними, а если понадобиться, то не будешь кусать локти выясняя какой из пяти разделов как нужно переобозвать.
VS>>> и б) какой смысл по нему монтировать. AK>> Если ты хочешь, чтоб независимо от физического местоположения AK>> раздел смонтировался именно туда, куда тебе надо.
VS> Hастаиваю, что правильно организованные labels для этого удобнее. Я про удобство/религиозные убеждения и прочее ничего не говорил. Я просто указал что это, для чего может использоваться.
VS>>> Вот label - другое дело. AK>> Ага, именно другое. Там тоже можно смонтировать то, что нужно, AK>> независимо от физического местоположения. Hо у label есть один AK>> существенный недостаток - если у тебя два раздела с одинаковой AK>> меткой (например sys, home или swap), то возникает неоднозначность. AK>> И при подключении диска с другого сервера, на котором уже есть AK>> такие-же метки, как и на основном, надо об этом помнить.
VS> Hичего страшного не случится 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 может помочь быстро локализовать что где надо донастроить. Хоть такого и не должно быть :)