Рейтинг:5

Конфликт UUID двух дисков с одинаковым Ubuntu 20.04

флаг za

Клонирован Ubuntu 20.04 с SSD m.2 на SSD nvme. UUID на nvme, вновь сгенерированный после клонирования. Оба работают, но со следующим райдером:
UUID в fstab nvme ubuntu должен быть UUID SSD ubuntu, иначе выдается ошибка «Не удалось запустить Remount Root and Kernel Filesystems».
Но оба раздела Ubuntu работают независимо, так как версия версии nvme обновлена ​​до 20.04.03 с 20.04.01. Версия на SSD по-прежнему 20.04.01.
Если соответствующий UUID введен в fstab, то оба раздела не загружаются.
У меня устаревший загрузочный BIOS и загрузчик Clover с GPT fs на обоих дисках.

$ lsblk -o имя, размер, тип fs, метка, UUID, точка монтирования, модель|sed 's/ *$//';
НАЗВАНИЕ РАЗМЕР FSTYPE ЭТИКЕТКА UUID ТОЧКА МОНТАЖА МОДЕЛЬ    
loop0 185.4M squashfs /snap/audacity/920    
loop1 185.3M squashfs /snap/audacity/922    
loop2 4K squashfs /snap/bare/5    
loop3 99.4M squashfs /snap/core/11993    
loop4 61.9M squashfs /snap/core20/1169    
loop5 99.5M squashfs /snap/core/11798    
loop6 55.4M squashfs /snap/core18/2128    
loop7 219M squashfs /snap/gnome-3-34-1804/66    
loop8 55.5M squashfs /snap/core18/2246    
loop9 61.8M squashfs /snap/core20/1081    
loop10 140K squashfs /snap/gtk2-common-themes/13    
loop11 65.2M squashfs /snap/gtk-common-themes/1519    
loop12 219M squashfs /snap/gnome-3-34-1804/72    
loop13 32.4M squashfs /snap/snapd/13270    
loop14 51M squashfs /snap/snap-store/542    
loop15 65.1M squashfs /snap/gtk-common-themes/1515    
loop16 42.2M squashfs /snap/snapd/13831    
loop17 164.8M squashfs /snap/gnome-3-28-1804/161    
loop18 51M squashfs /snap/snap-store/547    
loop19 162.9M squashfs /snap/gnome-3-28-1804/145    
ПДД 119.2G LS_128GB_M300    
ââsda1 24G ext4 U20.04 64-битный SSD 11bb7e9e-49c9-4e44-bc97-2b501f358e2b    
ââsda2 555M vfat EFI-SSD 864B-9B3E    
ââsda3 45G ntfs F894575794571788    
ââsda4 102.9M vfat BDU-SSD 64BD-803B    
ââsda5 500M ext4 2a2cb9ea-cb10-4154-ac48-8c8513559de3    
ââsda6 49.2G ntfs 6C7A63467A630BE0    
sdb 29G Storage_Device    
ââsdb1 200M vfat BDU 7CCC-3457 /boot/efi    
ââsdb2 28.8G    
nvme0n1 232.9G Samsung SSD 970 EVO Plus 250GB    
âânvme0n1p1 100M vfat BDU-NVME 4860-509F    
âânvme0n1p2 46.5G ext4 U20.04 64-битный SSD 5d01e76f-5114-4416-b810-5de33dafa914 /    
âânvme0n1p3 49.6G ext4 U18 NVME fd23fb07-2a0d-4b9c-962f-1d86f17e32df

fstab Ubuntu 20.04 на SSD

#/etc/fstab: информация о статической файловой системе.
#Используйте 'blkid' для вывода универсального уникального идентификатора
#устройство; это может использоваться с UUID= как более надежный способ именования устройств.
#это работает, даже если диски добавляются и удаляются. См. fstab(5).
#<файловая система> <точка монтирования> <тип> <опции> <дамп> <пароль>
#/ был в /dev/sda1 во время установки
#UUID=5d01e76f-5114-4416-b810-5de33dafa914 / ошибки ext4=remount-ro 0 1
UUID=11bb7e9e-49c9-4e44-bc97-2b501f358e2b / ошибки ext4=remount-ro 0 1 /swapfile         
нет своп sw 0 0
#UUID=4860-509F /boot/efi vfat по умолчанию 0 1
#UUID=4860-509F /boot/efi vfat по умолчанию 0 1
#UUID=4860-509F /boot/efi vfat по умолчанию 0 1
#UUID=4860-509F /boot/efi vfat по умолчанию 0 1
#UUID=B092-D69A /boot/efi vfat по умолчанию 0 1
#UUID=864B-9B3E /boot/efi vfat по умолчанию 0 1
#UUID=864B-9B3E /boot/efi vfat по умолчанию 0 1 
 UUID=864B-9B3E /boot/efi vfat по умолчанию 0 1

fstab ubuntu 20.04 на NVME

#/etc/fstab: информация о статической файловой системе.
#Используйте 'blkid' для вывода универсального уникального идентификатора
#устройство; это может использоваться с UUID= как более надежный способ именования устройств.
#Это работает, даже если диски добавляются и удаляются. См. fstab(5).
#<файловая система> <точка монтирования> <тип> <опции> <дамп> <пароль>
#/ был в /dev/sda1 во время установки
UUID=11bb7e9e-49c9-4e44-bc97-2b501f358e2b / ошибки ext4=remount-ro 0 1
#UUID=5d01e76f-5114-4416-b810-5de33dafa314 / ошибки ext4=remount-ro 0 1
/swapfile нет swap sw 0 0
UUID=4860-509F /boot/efi vfat по умолчанию 0 1

Проблема решена путем прохождения обновления № 1 в ответе ниже.

prasannaC avatar
флаг za
@heynnema, пожалуйста, посмотрите добавленный вывод lsblk в исходном редактировании вопроса. UUID клонированного раздела в nvme0n1p2 уже уникален, независимо от того, нужно ли мне все еще выполнять «man uuidgen и man tune2fs», как вы предложили. Спасибо.
heynnema avatar
флаг ru
Вы намерены поддерживать подключение SSD и NVME? Вы не клонировали диски, вы, вероятно, использовали разделы копирования / вставки с помощью gparted, а затем изменили размеры разделов, да? Если вы используете устаревшую загрузку, почему диски GPT? Покажи мне свой файл /etc/fstab.
prasannaC avatar
флаг za
@heynnema yes через gparted я скопировал/вставил, а также изменил его UUID. и изменил его размер. Мой рабочий стол имеет устаревший BIOS, и, поскольку nvme SSD не может быть загружен через него, я использую загрузчик Clover, для которого требуется GPT. Какой /etc/fstab вы хотите, ssd или nvme ubuntu 20.04?
heynnema avatar
флаг ru
Давай, покажи мне оба. Вы переключаетесь в зависимости от конфигурации оборудования?
prasannaC avatar
флаг za
@heynnema, пожалуйста, посмотрите fstab обоих дисков.
heynnema avatar
флаг ru
Я думаю, что я смущен. Какой окончательный конфиг вы хотите... два диска, всегда подключенных, и загрузка с nvme... или что-то еще? Зачем два фстаба? UUID выглядят неправильно в файле nvme fstab. 5d01e76f-5114-4416-b810-5de33dafa314 должен заканчиваться на a914.
heynnema avatar
флаг ru
См. Обновление № 1 в моем ответе.
prasannaC avatar
флаг za
@heynnema, пожалуйста, посмотрите мой ответ чуть ниже вашего обновления № 1.
Рейтинг:3
флаг ru

Когда вы клонируете диск, все клонируется, включая UUID диска и раздела. Это становится проблемой, когда оба диска подключены к системе одновременно.

Вам необходимо изменить UUID на исходном диске или диске-клоне. Однако, если вы измените UUID на исходном диске, вам также придется отредактировать файл /etc/fstab. Если вы измените UUID на диске-клоне, никакие изменения /etc/fstab не потребуются (если только диск-клон не будет установлен в системе вместо исходного диска, и тогда /etc/fstab необходимо будет обновить с помощью новый UUID или имя устройства /dev/sdaX).

Запись: Не должно быть причин монтировать как исходный, так и клонированный диск путем дополнительных правок в /etc/fstab. Диск-клон обычно используется для создания резервной копии или для переноса с меньшего исходного диска на больший диск-клон, а затем заменяется в системе.

Запись: Проблемы с загрузкой клонированного диска обычно можно устранить с помощью ремонт обуви.

Для изменения UUID требуются две команды. См. следующие справочные страницы...

человек
мужчина tune2fs

уидген

пример: уидген -р или же уидген -т

   -r, --случайный
          Создайте случайный UUID. Этот метод создает UUID con.
          состоит в основном из случайных битов. Он требует, чтобы операционная
          система имеет высококачественный генератор случайных чисел, такой как
          /dev/случайный.

   -т, --время
          Создайте основанный на времени UUID. Этот метод создает UUID на основе
          системные часы плюс аппаратный адрес Ethernet системы, если
          настоящее время.

Tune2fs

пример: sudo tune2fs -U новый_UUID /dev/sdbX

   -U UUID
          Установить универсальный уникальный идентификатор (UUID) файловой системы
          к UUID. Формат UUID представляет собой серию шестнадцатеричных цифр, разделенных
          оценивается дефисами, например:
          "c1b9d5a2-f162-11cf-9ece-0020afc76f16". Параметр UUID может
          также быть одним из следующих:

               очистить очистить UUID файловой системы

               random генерировать новый случайно сгенерированный UUID

               time генерировать новый UUID на основе времени

          UUID может использоваться mount(8), fsck(8) и /etc/fstab(5)
          (и, возможно, другие), указав UUID=uuid вместо блока
          специальное имя устройства, например /dev/hda1.

          См. uuidgen(8) для получения дополнительной информации. Если система не
          иметь хороший генератор случайных чисел, такой как /dev/random или
          /dev/urandom, tune2fs будет автоматически использовать UUID на основе времени
          вместо случайно сгенерированного UUID.

Обновление №1:

исправлен fstab ubuntu 20.04 на NVME

Запись: в fstab не должно быть табов, только пробелы

#/etc/fstab: информация о статической файловой системе.
#Используйте 'blkid' для вывода универсального уникального идентификатора
#устройство; это может использоваться с UUID= как более надежный способ именования устройств.
#Это работает, даже если диски добавляются и удаляются. См. fstab(5).
#<файловая система> <точка монтирования> <тип> <опции> <дамп> <пароль>
#/ был в /dev/nvme0n1p2 во время установки
UUID=5d01e76f-5114-4416-b810-5de33dafa914 / ошибки ext4=remount-ro 0 1
/swapfile нет swap sw 0 0
UUID=4860-509F /boot/efi vfat по умолчанию 0 1
prasannaC avatar
флаг za
"Кажется, я запутался. Какой окончательный конфиг вы хотите... два диска, всегда подключенных, и загрузка с nvme...или что-то другое? Зачем два фстаба? UUID выглядят неправильно в файле nvme fstab. 5d01e76f-5114-4416-b810-5de33dafa314 должно заканчиваться на a914 "Я хочу, чтобы только NVME имел Ubuntu 20.04 и удалю его с SSD. Не редактировал ни один fstab, только что сделал копирование / вставку. Должен ли я редактировать UUID в NVME fstab. Спасибо.
heynnema avatar
флаг ru
@prasannaC Да. Отредактируйте правильный UUID в fstab, как в моем обновлении №1.
prasannaC avatar
флаг za
ТЫ ПРАВ!!! uuid должен заканчиваться на a914 вместо a314. На самом деле это была глупая опечатка. Миллион благодарностей за ваше терпение и большую помощь. Теперь я могу загрузить свою Ubuntu 20.04 на раздел nvme0n1p2 NVME с отключенным SSD. Я принял ваш ответ.
heynnema avatar
флаг ru
@prasannaC Отличные новости! Спасибо за обновления.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.