Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.LINUX
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 23 Aug 24 12:51:58, всего сообщений: 8555
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 4633 из 8555 ========================================= RU.LINUX =
От   : Victor Sudakov                   2:5005/49          11 Jan 18 14:16:26
Кому : Andrew Kant                                         11 Jan 18 14:16:26
Тема : Чем бэкапить RedHat Enterprise Linux Server 6 ?
FGHI : area://RU.LINUX?msgid=2:5005/49+5a5710d3
На   : area://RU.LINUX?msgid=2:469/83.1+5a56f875
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.LINUX?msgid=2:469/83.1+5a574ffd
==============================================================================
Dear Andrew,

11 Jan 18 07:31, you wrote to me:
MD>>>>> Hичего сложного нет. Я сохраняю тип таблицы разделов, число
MD>>>>> разделов, их структуру, и для каждого раздела метку, uuid и
MD>>>>> тип файловой системы.

VS>>>> А что ты потом делаешь с uuid-ами разделов?

MD>>> В /etc/fstab не пробовал заглядывать? :)

VS>> Пробовал. В сабже:

VS>> /dev/mapper/vg_spd01sibptus-lv_root /                       ext4
VS>> defaults        1 1
VS>> /dev/mapper/vg_spd01sibptus-lv_home /home                   ext4
VS>> defaults        1 2
VS>> /dev/mapper/vg_spd01sibptus-lv_swap swap                    swap
VS>> defaults        0 0

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

Вот именно. И никаких UUID.

MD>>> При установке по умолчанию разделы монтируются по uuid.

VS>> Теперь припоминаю, что на убунте видел монтирование по uuid. А
VS>> этот uuid - атрибут раздела или fs?
AK> fs. man blkid.

ОК.

VS>> Во FreeBSD тоже есть ufsid, но он при каждом
VS>> newfs генерится уникальный, так что я даже представить не могу а)
VS>> зачем его сохранять
AK> чтоб знать чему он сопоставлен :)

Ну разве что.

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

Настаиваю, что правильно организованные labels для этого удобнее.

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

Ничего страшного не случится AFAIK, вторая метка просто окажется недоступна, но можно будет смонтировать по ufsid, GPT label, GPT UUID, в конце концов по имени физического устройства.

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

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

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

Поэтому и нафиг ориентироваться на него при бэкапе.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
* Origin: Ulthar (2:5005/49)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.078296 секунды