У меня уникальная ситуация, когда мне нужно изменить UUID флешки на предыдущий UUID. Я отформатировал его и, очевидно, номер изменился ...
У меня есть Ubuntu-сервер с жестким диском емкостью 1 ТБ и USB-флешкой на 4 ГБ для загрузки. Grub на жестком диске настроен для UUID, который изменился, когда я отформатировал USB-накопитель и переустановил сервер Ubuntu. У меня нет внешнего монитора, поэтому я присоединяю usb к ноутбуку и устанавливаю сервер там ... чем я переношу его на серверное оборудование.
Как я уже упоминал, моя проблема в том, что мне нужно usb, чтобы вернуться к предыдущему UUID, иначе сервер не загрузится. И я не могу получить внешний монитор до понедельника! :)
Я знаю, что мне нужно изменить эти файлы потом:
Файлы, для которых UUID наиболее важен:
/boot/grub/menu.lst
/etc/fstab
/etc/initramfs-tools/conf.d/resume
Но я не могу найти в сети информацию о настройке UUID.
Кто угодно?
источник
Я понимаю, что это своего рода старый вопрос, но я обнаружил, что произошли новые изменения, и это было то, что Google подхватил для меня, поэтому я опубликую ответ, который я нашел здесь.
Когда я попытался изменить uuid моей корневой файловой системы (на хорошо известное начало и суффикс серийного номера) в новой версии 14.04, я обнаружил, что мой ужас tune2fs ответил: я не могу этого сделать для смонтированных файловых систем. Я полагаюсь на возможность использовать образ шаблона с хорошо известным uuid и изменять каждую установку на сериализованный uuid. Я обнаружил, что проблема не была непреодолимой.
Есть флаг, который нужно отключить, чтобы разрешить изменения mount-uuid с новым tune2fs. Вот как выглядел мой процесс:
источник
root_disk=$(findmnt -n -o SOURCE /)
вместо труб, чтобы grep и сократить.uninit_bg
и это привело к повреждению метаданных и автоматическому перемонтированию только для чтения при следующей загрузке (ext4_mb_generate_buddy:757: group 1, block bitmap and bg descriptor inconsistent: 3701 vs 3700 free clusters
тип сообщений об ошибках). Причина в том,tune2fs
что диск напрямую изменяется под ногами ядра, а когда ядро обновляетbg
метаданные, в половине случаев оно фактически портит метаданные! Итог: UUID fileysstem не может быть безопасно изменен без правильного размонтирования файловой системы.Для xfs смотрите
man xfs_admin
{uuid} может быть 'сгенерирован', чтобы просто получить новый uuid.
Для просмотра см.
man tunefs.reiserfs
Для btrfs кажется, что uuid используется во всех файловых системах, поэтому каждый узел должен быть обновлен. Безопасного способа сделать это пока нет.
источник
полная информация:
как к извлекать-и-изменения-перегородки-универсально уникальный идентификатор-UUID-на-Linux
источник