При попытке восстановить мой ec2 экземпляр, я заметил, что не мог смонтировать корневой объем того экземпляра на другой машине, не генерируя новое использование UUID
xfs_admin -U generate /dev/xdfg
.
(Это происходит из-за система, говоря, что она не могла смонтировать диск из-за наличия дублирующегося UUID, я все еще не знаю, почему она сказала это),
Это позволило мне получать доступ к объему. Однако, когда попытка смонтировать его назад и начальная загрузка на оригинале ec2 инстанцирует сбои начальной загрузки и произведенный a unknown filesystem
ошибка и запрошенный использовать спасение личинки.
Для разрешения этого я смонтировал диск назад на вторичной машине и возвратил ее UUID к, он является исходным, к счастью у меня был он в моей консольной истории.
xfs_admin -U xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx /dev/xdfg
Это позволило мне загружаться назад в машину.
Вопрос
Таким образом ради любопытства что относительно UUID предотвращает систему для начальной загрузки? При монтировании на отдельной машине с обоими UUID система знала, что файловая система была xfs
.
В то время как части вопроса уже ответили здесь: https://unix.stackexchange.com/questions/137862/why-does-fstab-use-uuid-instead-of-the-actual-file-system-name
Я попытаюсь дать другое объяснение. В настоящее время Вы используете UUID для монтирования корневой файловой системы через fstab. Это имеет преимущество при добавлении аппаратных средств, которые Вы всегда отсылаете к тому же диску. Когда Вы изменяетесь, Ваш загрузочный диск удостоверяются, что Вы изменяете UUID в своем fstab. Использовать blkid
команда для получения нового диска UUID. Это довольно легко, когда Вы присоединяете оба диска к той же системе, получаете новый UUID и изменяете UUID в fstab, и прежде, чем удалить старый диск необходимо скопировать корневую файловую систему в новый диск.
Можно использовать иначе, не указывая UUID в fstab. Необходимо будет обратиться, например, к/dev/sda и указать файловую систему в fstab. Можно позже перестать работать, когда Вы присоединяете второй диск, и система изменяет/dev/sda корневого диска к/dev/sdb, например. Это - то, куда UUID прибывает удобный.
Встроенные системы и также некоторые другие системы могли бы иметь каталог начальной загрузки вместе с/etc/fstab на их собственном разделе, поэтому когда Вы предоставляете неправильный UUID во время начальной загрузки, и система не находит его, система просто не загрузится.
Таким образом, прежде, чем изменить диск, необходимо будет проверить расположение раздела начальной загрузки, fstab местоположение и монтирование устройств во время начальной загрузки.