Диск не загрузится со своего Grub, а загрузится с Grub другого диска, после клонирования, почему?

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

Вот как я могу выполнить вашу задачу:

• Очистите NVME, используя dd и /dev/zero. Достаточно использовать bs=512 count=4
• Создайте новые разделы и файловые системы на NVME.
• Загрузитесь в действующую систему.
• Скопируйте данные из разделов SSD в разделы NVME.
• Установите Grub на NVME, обновите /etc/fstab, обновите grub.cfg.

Для последнего пункта я рекомендую следующий метод:

• Находясь в действующей системе, создайте новый «корневой» каталог и смонтируйте туда корневую файловую систему NVME.
• mount --bind/dev, /proc, /sysв новый «корень». Например.mount --bind /dev /mnt/nvmeroot/dev
• chroot в новый «корень», используя:chroot /mnt/nvmeroot/ /bin/bash
• Используйте blkid, чтобы узнать UUID новых разделов, соответствующим образом обновите /etc/fstab.
• Установите grub на nvme, например. используяgrub-install
• Обновите файл конфигурации grub с помощьюupdate-grub or grub2-mkconfig
• Выйдите из chroot.
• Отмонтировать привязанные монтирования и новый «корень».
• Перезагрузка из NVME.

Если что-то не работает:

• Используйте кнопкуe(редактировать )в grub и удалите аргументы загрузки Linux в качестве параметров quiet, splash, rhgb, чтобы вы могли видеть сообщения об ошибках во время загрузки.
• Перезагрузитесь, используя действующую систему, смонтируйте новый «корень», выполните монтирование с привязкой, выполните chroot и устраните проблему, попробуйте еще раз.

Drive won't boot... after cloning, why?

У меня нет под рукой /etc/default/grub, но я воспользуюсь строчкой из вашего скрипта bootinfo

# auto-mount of windows drive
#/dev/disk/by-uuid/9CDAC383DAC357E2 /mnt/9CDAC383DAC357E2 auto nosuid,nodev,nofail,x-gvfs-show,ro 0 0

так что ваш исходный диск имеет UUID любой

вы клонируете содержимое этого диска на новый диск или NVME. И содержимое grub на новом диске по-прежнему будет ссылаться на uuid независимо от , который был старым диском, а не текущим новым диском.

Этот новый диск не будет иметь тот же UUID, что и исходный, вы должны исправить везде, где он использовался, в основном /etc/default/grubи за ним следует grub2-mkconfig, а также исправить свой /etc/fstab.

I believe the problem arises from both drives having the same disk UUID, am I right?

UUID = универсальный уникальный идентификатор. UUID должен быть другим.

Существует несколько способов монтирования диска... по -uuid, или по -id, или по -имени, или по -метке, или по -пути в верхней части моего голова. Я не знаю, все ли дистрибутивы Linux следуют этой модели, но если вы посмотрите в /dev/disk/, вы должны увидеть подпапки

• по -идентификатор
• по -метка
• по -пути
• автор -ууид

если вы делаете по -имени , то это просто вызывает диск из /dev/sda1или /dev/sd??, что не является уникальным, и я не рекомендую делать... если есть только когда-либо один диск присутствует, тогда он будет /dev/sdaи будет работать, но он не будет уникальным и не будет явным, поэтому со временем вы рискуете. И все может быть еще сложнее, если NVME отображается по-другому, как/dev/nvme????

с вашего fdisk:

Disk /dev/nvme0n1: 477 GiB, 512110190592 bytes, 1000215216 sectors
Disk identifier: 1207A335-32CA-4B6C-A508-29A0E85597C4

Device          Start       End   Sectors   Size Type
/dev/nvme0n1p1   2048    194559    192512    94M EFI System
/dev/nvme0n1p2 194560 488396799 488202240 232,8G Linux filesystem

• посмотрите под /dev/disk/?и найдите соответствующий идентификатор.
• исправьте ваши загрузочные файлы, чтобы явно использовать этот новый диск nvme для загрузки.
• исправить /etc/fstabна этом диске, чтобы использовать этот идентификатор, он будет иметь текст, ссылающийся на старый диск, потому что вы клонировали.