Перенос Линукс на другой диск и запуск оттуда

Проблема: Система все равно грузится с первого диска. Даже если я выбираю из меню груба загрузку с второго диска (sdb) или даже если я в биосе ставлю с него загрузку - начинает он грузиться со второго диска, но систему тянет с первого.

Скорее всего, в параметрах ядра и в /etc/fstab корневая файловая система указана не в виде имён разделов, а посредством UUID файловой системы (идентификатора файловой системы), LABEL - метеки файловой системы или PARTUUID - идентификатора раздела.

Так что тебе надо посредством утилиты blkid, она входит в состав parted, посмотреть идентификтаоры разделов на SSD диске.

Далее смонтировать корневой раздел с SSD диска и внести изменения в /etc/fstab, указав там значение UUID соответствующего раздела SSD диска, далее смонтировать /boot с SSD диска и указать там тоже правильный UUID.

fstab?

И да - лучше установи с нуля. Иначе можно воевать с файлами (или uefi) бесконечно. Вообще в этом смысл отдельного раздела /home. Просто разметь винт жд как тебе надо и храни там своих поней. А на ssd поставь свежую™ систему. И волосы у тебя будут шелковистыми и время клеить тёлок появится. В данном вопросе задротство неуместно.

Засим нарекаю сей тред «Как установить систему на новый диск не вынимая старого»

Пока не получается. Результат вывода blkid:

/dev/sda1: LABEL=«WINRE» UUID=«4E363C88363C7357» TYPE=«ntfs» PARTUUID=«241c6624-01»
/dev/sda2: LABEL=«Data» UUID=«4034832B348322D0» TYPE=«ntfs» PARTUUID=«241c6624-02»
/dev/sda5: UUID=«c66d3692-2d1c-4192-80e5-1ce2ddccce69» TYPE=«swap» PARTUUID=«241c6624-05»
/dev/sda6: LABEL=«mint_old» UUID=«e688a9ca-d0cb-4ff0-bc52-b3bd1deec1e9» TYPE=«ext4» PARTUUID=«241c6624-06»
/dev/sdb1: UUID=«eb0c25f0-a685-11e7-b5f5-ff7aa6b891d5» TYPE=«ext4» PARTUUID=«c8307ca9-01»
/dev/sdb2: UUID=«87959788-76ce-4d65-9484-dfed59a7c76b» TYPE=«swap» PARTUUID=«c8307ca9-02»

fstab на sda рабочей системе (старой) (это sda6):

# / was on /dev/sda6 during installation
UUID=e688a9ca-d0cb-4ff0-bc52-b3bd1deec1e9 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=c66d3692-2d1c-4192-80e5-1ce2ddccce69 none swap sw 0 0

fstab на sda новой системе (это sdb1):

UUID=eb0c25f0-a685-11e7-b5f5-ff7aa6b891d5 / ext4 errors=remount-ro 0 1
# swap was on /dev/sdb2 during installation
UUID=87959788-76ce-4d65-9484-dfed59a7c76b none swap sw 0 0

Настройка grub.cfg в конфиге для новой системы (как в на старой системе, так и в новой одинаково - я конфиг просто скопировал туда)

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows 8 (loader) (на /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain->4E363C88363C7357' {
insmod part_msdos
insmod ntfs
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 4E363C88363C7357
else
search --no-floppy --fs-uuid --set=root 4E363C88363C7357
fi
parttool ${root} hidden-
drivemap -s (hd0) ${root}
chainloader +1
}
menuentry 'Linux Mint 18 Sarah (18) (на /dev/sdb1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-eb0c25f0-a685-11e7-b5f5-ff7aa6b891d5' {
insmod part_msdos
insmod ext2
set root='hd1,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1 eb0c25f0-a685-11e7-b5f5-ff7aa6b891d5
else
search --no-floppy --fs-uuid --set=root eb0c25f0-a685-11e7-b5f5-ff7aa6b891d5
fi
linux /boot/vmlinuz-4.4.0-64-generic root=UUID=e688a9ca-d0cb-4ff0-bc52-b3bd1deec1e9 ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-64-generic
}

UUID для нового диска я перегенерировал через tune2fs /dev/sdb1 -U `uuid` Ну и метку поставил на текущую систему mint_old

Задротство задротством, но хотелось бы сначала помучится, дабы не переустанавливать кучу софта, ибо работа не ждет, а кажется, что таким образом потратится меньше времени. По крайней мере воскресенье частями доступно. Фактически вот оно - все есть на другом диске. Почему бы не заработать ему? Тем более, что как все говорят, это вполне возможно. А переустановить - последний шаг и уже не особо важный, ибо придется с работой все равно на другой комп уходить, и можно будет потом спокойно это сделать. Совсем потом.

Linux стоял на диске 80Gb. Перестало хватать места. Намыл диск 250Gb.Командой dd скопировал меньший на больший. Выкинул меньший. Всё заработало без вопросов и дополнительных движений. Остальное lvm подтянул.

как в на старой системе, так и в новой одинаково - я конфиг просто скопировал туда

А надо было поправить, я же написал:

menuentry 'Linux Mint 18 Sarah (18) (на /dev/sdb1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-eb0c25f0-a685-11e7-b5f5-ff7aa6b891d5' {
insmod part_msdos
insmod ext2
set root='hd1,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1 eb0c25f0-a685-11e7-b5f5-ff7aa6b891d5
else
search --no-floppy --fs-uuid --set=root eb0c25f0-a685-11e7-b5f5-ff7aa6b891d5
fi
linux /boot/vmlinuz-4.4.0-64-generic root=UUID=e688a9ca-d0cb-4ff0-bc52-b3bd1deec1e9 ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-64-generic
}

Ага, понял, попробую чуть позже (дочка выгнала с компа). Но возникает вопрос - эти же строки генерятся самим апдейтером грубом, то есть при следующей перегенерации (когда оно там запускается - при обновлениях каких-то?) оно же тогда вернет вот то, что сейчас? И я не смогу загрузиться?

Спасибо, получилось. Прогнал проги разные установленные, вроде бы все нормально. Задам еще вопрос не в тему - как лучше подключать в локальную систему второй винт, через тот же fstab? Ну, чтобы загрузил систему, а там эти винты как отдельные папки прибайндены.

эти же строки генерятся самим апдейтером грубом

Когда генерировался конфиг груба, до исправления /etc/fstab или после?

Задам еще вопрос не в тему - как лучше подключать в локальную систему второй винт, через тот же fstab?

Можно и так, ну либо, возможно, настроено монтирование в графической оболочке, в файловом менеджере.

дабы не переустанавливать

pvmove же есть