А загрузчик переустановить, нет? Поправить /etc/fstab?

На ноутбуке, кстати, BIOS-CSM или UEFI режим загрузки?

Стационарный комп. Включена UEFI. SSD работал с ней же, поэтому не стал ничего трогать при клонировании. Про переустановку загрузчика и правку /etx/fstab - с чего лучше начать?

Проверь, что в /etc/fstab совпадает UUID разделов.

Через chroot перегененируй конфиг grub.

В случае uefi нужно будет ещё поправить файл конфига рядом с efi образом grub на efi system partition, в котором указывается откуда подгружать основной конфиг.

И возможно, нужно перкгенерировать initramfs, чтобы в нем были драйверы (модули) для доступа к nvme диску.

1. Сверка uuid и правка /etc/rstab;

2. Перегенерации grub.cfg и правка конфига груб, в котором указывается откуда грузить основной конфиг.

3. Переустановка efi образа grub и прописывание его в efivars, либо переименовывание его в bootx64.efi.

Загрузись с флешки и сделай как говорит астронавт.

Если не сможешь самостоятельно, скопируй сюда содержимое fstab и выхлоп sudo fdisk -l. Для начала можешь просто sudo update-grub попробовать, может прокатить (с efi не прокатит, инструкция ниже).

Сложно это для меня :-( Скажите, а есть ли смысл в «переезде» с sATA SSD на NVME?

Есть.

Вот инструкция по восстановлению grub, смотри секцию «Восстановление используя chroot». Не ссы, ничего сложного.

Спасибо за советы и поддержку :-) Ушёл пробовать. Мне, чтобы nvme воткнуть - полкомпа разобрать надо. О результатах отпишусь.

Ты скопировал, не смог загрузиться, вытащил, загрузился с SATA-носителя, написал сюда, а сейчас хочешь по второму кругу?

Немного не так… Сейчас я подключил рабочий SSD, с которого копировал систему, и загрузился с него. Не отключая NVME.

Теперь сперва проверю содержимое fstab

/ was on /dev/sda3 during installation

UUID=bc214833-d0f3-4849-b7e0-bff3b79f0e82 / btrfs defaults,subvol=@ 0 1

/boot/efi was on /dev/sda1 during installation

UUID=0378-1E80 /boot/efi vfat umask=0077 0 1

/home was on /dev/sdb1 during installation

UUID=bed99606-a0a7-4fcc-81f5-93123dd6dcef /home btrfs defaults,subvol=@home 0 2

swap was on /dev/sda2 during installation

UUID=705936c6-fe57-442e-8f1f-12d0764d80f7 none swap sw 0 0 /dev/sdc1 /media/data btrfs defaults 1 2 /dev/sdd1 /media/multimedia btrfs defaults 1 2

Кстати - вообще божественно получилось: разделы swap и efi подтянулись с nvme, а загрузка произошла с ssd. Я так полагаю, что нужно в fstab таки прописать uuid раздела root на nvme - и будет мне счастье?

Ты же таблицу разделов склонировал? По логике уиды должны быть одинаковые. Это легко проверить с помощью fdisk.

Скорее всего достаточно обновить конфиг grub. UPD. Старый носитель я бы прр этом отключил, ибо при одинаковых уидвх поведение непредсказуемо. По крайней мере я не в курсе, что из этого может получиться.

Таблица разделов - клонирована. UUID - разные. fstab вообще показывает, что у меня swap и efi на одном устройстве, а root - на другом. Хотя изначально они все втроём на одном сидят. Значит GRUB просто находит root на том устройстве, где ему указано искать в BIOS, а остальные разделы подтаскивает с того устройства, которое установлено в приоритетный для загрузки слот NVME. Следовательно, нужно GRUB`у указать, что ВСЕ разделы нужно искать на одном устройстве. Вообще, как я полагаю, проблема возникла именно из-за того, что устройство, на которое клонирована система, подключено к другому разъёму.

Старый носитель я отключаю при операциях с новым. Обновление конфига GRUB`а - делать по-инструкции выше?

Выхлоп fdisk -l

Диск /dev/nvme0n1: 238,5 GiB, 256060514304 байт, 500118192 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: gpt
Идентификатор диска: DBC2AB35-1E0E-447D-803F-8F0143B5ACF5

Устр-во начало Конец Секторы Размер Тип
/dev/nvme0n1p1 2048 999423 997376 487M EFI
/dev/nvme0n1p2 999424 17000447 16001024 7,6G Linux своп
/dev/nvme0n1p3 17000448 234440703 217440256 103,7G Файловая система Linux

Диск /dev/sda: 111,8 GiB, 120034123776 байт, 234441648 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: gpt Идентификатор диска: DBC2AB35-1E0E-447D-803F-8F0143B5ACF5

Устр-во начало Конец Секторы Размер Тип /dev/sda1 2048 999423 997376 487M EFI /dev/sda2 999424 17000447 16001024 7,6G Linux своп /dev/sda3 17000448 234440703 217440256 103,7G Файловая система Linux

Диск /dev/sdb: 447,1 GiB, 480103981056 байт, 937703088 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: gpt Идентификатор диска: 2BCA24AC-DB24-4996-8AF2-718D96D300CE

Устр-во начало Конец Секторы Размер Тип /dev/sdb1 2048 937701375 937699328 447,1G Файловая система Linux

Диск /dev/sdd: 3,7 TiB, 4000787030016 байт, 7814037168 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 4096 байт Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт Тип метки диска: gpt Идентификатор диска: 16325560-A4C7-4FF1-8319-FE61335E1BAD

Устр-во начало Конец Секторы Размер Тип /dev/sdd1 2048 7814037134 7814035087 3,7T Файловая система Linux

Диск /dev/sdc: 3,7 TiB, 4000787030016 байт, 7814037168 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 4096 байт Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт Тип метки диска: gpt Идентификатор диска: 4671995E-9596-4867-8F57-7252758DE349

Устр-во начало Конец Секторы Размер Тип /dev/sdc1 2048 7814037134 7814035087 3,7T Файловая система Linux

Вот глупый вопрос: а как из загрузочного меню GRUBa попасть в командную строку? При нажатии кнопки "c" появляется командная строка самого GRUBa, в которой не работают обычные команды. Или я что-то не так делаю?

Не, не, это не так работает. Загрузчик знает только про ядро, а ядро уже само монтирует всё нужное как указано в fstab.

Ну так у меня в FSTAB почему-то именно так и прописано. Думаю - надо переписать по-нормальному.

Только вот с командной строкой грабовской - не понятно.

Выполни: sudo blkid /dev/nvme0n1p* и сравни с теми, что прописаны в fstab и с теми, что у тебя на старом диске (та же команда + соответвующее устройство).

Всё так. Если нужна ядерная консоль, нужно выбрать соответствующий пункт из предложенных, он может по-разному называться. Но когда линукс не грузит, ты так и так в ней должен оказаться.

загрузка у меня просто стопорится на показе логотипа Kubuntu. Когда надоедает ждать (минут через 5 тишины) я просто жму сочетание волшебных кнопок и комп ребутится.

Выхлоп

sudo blkid /dev/nvme0n1 /dev/nvme0n1: PTUUID=«dbc2ab35-1e0e-447d-803f-8f0143b5acf5» PTTYPE=«gpt» sudo blkid /dev/sda /dev/sda: PTUUID=«dbc2ab35-1e0e-447d-803f-8f0143b5acf5» PTTYPE=«gpt»

Получается, что у меня в fstab прописан одинаковый UUID для SSD и для NVME. Получается, теперь нужно в FSTAB, расположенном на NVME, прописать UUID в строке, где перечислены разделы efi, root, swap, и по-идее, загрузка должна начаться?

Всё как изначально и предлагали. Нужно замостить live-образ на флешку, загрузиться с неё, вытащив SATA-носитель и обновить grub, можно тупо следуя инструкции по восстановлению, там есть все нужные шаги и апдейт в конце.

Образ взять от Kubuntu 18.04? Инструкция - на которую ссыль выше? Раздел в инструкции - chroot? Там написано, что нужно примонтировать важные разделы - у меня эти разделы называются также?

У меня загрузочный диск в GPT, а не MBR - это не страшно?

А иначе бы и без choot восстановилось, всё ок.

sudo mount /dev/nvme0n1p3 /mnt
sudo mount /dev/nvme0n1p1 /mnt/boot/efi
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys  /mnt/sys

— если я правильно распасил твой выхлоп, то так. Ты бы лучше его в «`» заворачивал.

Ушёл пробовать

mad_austronaut ★★★★ (21.08.20 22:37:23) Купил KingSpec NVMe 2242 256GB @ 04.07.19

И как оно, шевелится?

kuguar, не туда тебя понесло.

/home was on /dev/sdb1 during installation

UUID=bed99606-a0a7-4fcc-81f5-93123dd6dcef /home btrfs defaults,subvol=@home 0 2

Вот с чем тебе нужно разбираться. Налепил хоме-разделов черт знает откуда. Плюс к этому смотреть в новом fstab монтирование остальных, несистемных дисков. После изменения номенклатуры дисков, вполне могут измениться их канонические имена. Для простоты лучше их пока закомментировать.

Продал его на авито, не подошел, так как в Lenovo X250 диск M.2 работает как SATA.

Купил у того же продавца на али аналогичный диск, но не NVMe, а SATA. Не такой шустрый, но тоже нормальный (SMART).

Работает периодически под убунтой у меня, думал ноутбук в командировки брать. Пару раз взял, а потом всех пандемия накрыла.