Для нашей установки аварийного восстановления есть набор дисков, которые реплицируются с нашего производственного сайта на аварийный сайт. На производственном сайте серверы RHEL имеют установку файловой системы / boot на дисках, указанных через UUID в файле / etc / fstab.
Однако когда дублирующий сервер аварийного восстановления на месте аварии загружается с реплицированным корневым диском из массива хранения аварийного сайта, тогда UUID для диска с производственными данными будут другими, так что система не может найти устройство / boot.
Поэтому я надеюсь найти некоторые мысли о лучших методах настройки / etc / fstab, чтобы они создавались последовательно, даже если UUID для физических устройств может измениться.
Причина, по которой UUID выбран для ссылки на диск в / etc / fstab, связана с тем, что это диск, подключенный к SAN. Поэтому, если целевой путь к диску изменяется или что-то еще, нам нужно убедиться, что / boot FS всегда будет найден через что-то уникальное.
Вместо этого для ссылок на файловые системы логических томов используется путь LV.
Для /boot вы должны иметь возможность пометить файловую систему, а затем ссылаться на нее по метке. Действительно, по умолчанию RHEL уже помечает /boot так как /boot.
e2label /dev/disk/by-uuid/**** /boot
изменит метку диска на /boot.
Затем вы можете ссылаться на него в /etc/fstab:
LABEL=/boot /boot ext3 rw,relatime 0 2
Тома LVM должны просто ссылаться на их VG / LV, как вы уже делаете.