Новая Ubuntu 20.04 на втором диске не видит старую 18.04 на первом

[greg.bul]

Странная история. Работаю на Ubuntu 18.04 (с UEFI), и решил попробовать 20.04, установив ее на втором диске. Установил. В загрузочном меню не обнаружил свою старую систему. Оба диска в GPT. Update-grub не помог.
Отключил второй диск, Grub2 загрузился с первого, в режиме командной строки. Запустил старую систему вручную, сделал grub-install и update-grub. Всё заработало как раньше.
Подключил второй диск, снова update-grub в старой системе - в списке появилась новая 20.04.
В результате имею старый загрузчик, старую систему и возможность загружать новую со второго диска.
Что за ерунда? В новой версии Ubuntu Grub2 без поддержки старых версий Ubuntu?
PS 18.04 на диске с btrfs, новую пробовал с ZFS и EXT4, результат одинаковый.

[andytux]

В загрузочном меню не обнаружил свою старую систему

Всяко бывает. Не всегда автоматика справляется.

Оба диска в GPT

До лампочки.

Отключил второй диск, Grub2 загрузился с первого, в режиме командной строки

Груб разбросан по двум дискам. ESP-раздел и голова груба на первом диске, а остальные файлы на втором.

В результате имею старый загрузчик

Один загрузчик, на одном диске, загружает обе системы. Просто, понятно и работает.

18.04 на диске с btrfs, новую пробовал с ZFS и EXT4,

Гипотеза. Новый груб не увидел систему на диске, с файловой системой btrfs. Надо было попробовать прописать вручную. А сейчас остается только гадать.

[greg.bul]

Гипотеза. Новый груб не увидел систему на диске, с файловой системой btrfs. Надо было попробовать прописать вручную. А сейчас остается только гадать.

До этого на втором диске стояла резервная 18.04 EXT4, она всё прекрасно видела. BTRFS ни при чём. Глюк проявляется на 20.04.

[greg.bul]

В-общем, пробовал разные варианты, но новая 20.04 так и не видит старую систему. И вайфай не работает, старые драйверы не пашут, а новых нет. Придётся ждать, пока доведут систему до ума.

[andytux]

пробовал разные варианты

А самый простой и очевидный:

...попробовать прописать вручную

[greg.bul]

...попробовать прописать вручную

Нет уж, я лучше подожду обновлённую версию, где этот баг устранят.
Эта пока слишком сырая, даже простая установка у меня не пошла из-за глухого зависания графики на этапе выбора разделов диска. С моей картой NVidia установка идёт только в безопасном режиме. Посижу на 18.04.

[andytux]

новая 20.04 так и не видит старую систему

Это уже не единственная тема на форуме с подобным вопросом. Пару недель назад установил 20.04. Но как только понадобилось загрузить что-то отличное от нее, то обнаружил, что загрузчик не желает ничего находить. Но и загрузчик с флешки (от *бунту 18.04) не может найти ничего на разделе с *бунту 20.04.
Рядом есть Windows 10. На ее НТФС разделе все находится и загружается, а на родном ext4 ничего найти не может. Пока не ясно, кто больше виноват, новый загрузчик или новая файловая система. Только что на ESP-раздел скопировал груб из исо-образа *бунту 20.04. Во всяком случае, он увидел конфиг груба на системном разделе и запустил *бунту 20.04.

[Скуратов-Бельский]

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

[andytux]

когда вы ставили новую систему, вы задали тот-же самый логин и пароль

Если вопрос ко мне, то это установка на новый компьютер первой и единственной *бунту. До этого на нем только предустановленная Windows 10.

[Скуратов-Бельский]

andytux, нет, конечно не к вам. Это был вопрос к топик-стартёру. Дело в том, что меня интересует вопрос: что будет, если поставить новую систему (на другой физический диск) с тем-же логином и паролем, что и предыдущая? Не начнут-ли системы путать разделы друг друга, какие-то конфиги и т.п.? От реального эксперимента удерживает боязнь сломать обе системы.

[vladimirzhuravlev]

Не начнут-ли системы путать разделы друг друга, какие-то конфиги и т.п.?

Если домашний раздел не делать, а оставлять просто папкой в корне в каждой ОС, то наверное ничего страшного.

[andytux]

если поставить новую систему (на другой физический диск) с тем-же логином и паролем

Устанавливал несколько систем. И на разные диски, и на разные разделы одного диска. Т.к. это делалось для экспериментов, то, чтобы не запутаться самому, логины и пароли устанавливались одинаковые. Помимо установленных систем, даже на этих-же разделах, было еще по нескольку живых систем. Никакого взаимного дурного влияния замечено не было.
Если конечно у них будет общий хоме-раздел, то тут надо держать ухо востро. Второе узкое место - загрузчик. Если системы на разных дисках и загрузчики каждый на своем диске, то влияния никакого. Если загрузчики ставить на один диск, то тут могут быть самые разные варианты.

[greg.bul]

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

Это не имеет значения, если у каждой операционки свой раздел на диске.
Установка 20.04 в качестве эксперимента на машине с 18.04 чревата потерей возможности загрузки исходной системы. Я после такого "эксперимента" восстанавливал загрузчик, запустив старую систему вручную через командную строку Grub-а с последующей переустановкой Grub-а. После этого 18.04 грузилась нормально и видела новую 20.04 на другом диске.

[andytux]

 Загрузка разных исо-образов, с разных файловых систем, разными версиями груб.
Вот такая табличка у меня получилась:

Код: [Выделить]

grub inst20 iso20 iso18
android-x86_64-9.0.iso ntfs 0/2 0/2 2/2
android-x86_64-9.0.iso ext 0/2 0/2 2/2
ubuntu 16.04.6-desktop-amd64.iso ntfs 0/2 0/2 2/2
ubuntu 18.04.4-desktop-amd64.iso ntfs 0/2 0/2 2/2
ubuntu 18.04.4-desktop-amd64.iso ext 0/2 0/2 2/2
ubuntu 20.04.1-desktop-amd64.iso ntfs 0/2 0/2 2/2
ubuntu 20.04.1-desktop-amd64.iso ext 0/2 0/2 2/2Первя колонка - название образа. Вторая - файловая система раздела, на котором находился образ. Третья - груб, установленный вместе с Ubuntu 20.04. Четвертая - груб, скопироавнный на ESP-раздел из исо-образа Ubuntu 20.04. Пятая - груб, скопироавнный на ESP-раздел из исо-образа Ubuntu 18.04.
Цифры - количество успешных запусков. В числителе - по умолчанию, в знаменателе - с удаленным модулем tpm (добавлялась команда rmmod tpm). Каждый вариант запускался два раза.
Вывод. В груб из Ubuntu 18.04 еще нет модуля tpm. Поэтому запускает все, всегда и везде.
В груб из Ubuntu 20.04 есть модуль tpm. Запускает только установленную Ubuntu 20.04. Ничего другого просто не видит. Удаление модуля командой "rmmod tpm" решает проблему. Груб начинает видеть и запускать любую систему.

[Вокруг]

Пока не ясно, кто больше виноват, новый загрузчик или новая файловая система

Скорее загрузчик. В Fedora такое начало проявляться несколько версий назад, похоже и до сюда дошло