Установка ещё одной ubuntы на один из разделов диска

[andytux]

В главном загрузчике прописал...

Можно в этой системе выполнить:

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

sudo update-grubОн должен найти другие системы и сгенерировать новый конфиг.
Но если не полагаться на автоматику, создавать пункт загрузки самому то...

linux  /boot/vmlinux-4.1*** root=/dev/sda10

Обновится ядро, придется исправлять. Если в системе более одного диска, то любой из них может стать sda и система не загрузится.
Смотри эту тему, как можно сделать.

загрузка Ubuntu-mate останавливает с сообщением что не может найти GPU

Самое банальное, пробовать загрузиться с параметром ядра "nomodeset".

[Ser_W]

Здравствуйте, это форум любителей БДСМ (Буду Дальше Сам Монтировать)?

[Stdos]

"nomodeset".

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

Немного помог update-grub он создал recovery mode, там можно вызвать консоль root и в нём проверить работоспособность системы.
от рута делаю startx, X-сервер стартует, но в режиме низкого разрешения.
Неудаётся залогинится в пользователя
# su - user
Unable to cd to '/home/user'
хотя пользователь в /etc/passwd и директория '/home/user' есть. 

[Ser_W]

Stdos, может быть, у вас аппаратная проблема?

[Stdos]

Ser_W, как оказалось нет. Проблема в ошибках установщика ubiquity.

Случайно глянул на права "/", было 700 (rwx------)
поменял на 755 (rwx--rx--rx) (примерно), начала работать авторизация и графика загрузилась.
Вот блин, ubiquity, которую я запускал от рута, забыло права поменять и перед установкой и по выходу.
Вобщем сразу после установки (не перезагружаясь) нужна команда

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

root# chmod 755 /
Если забыли и перезагрузились, то в систему пользователя (созданного при установке) уже не пустит. 
Варианты решения:
1. В главной системе подмонтировать  /dev/sda10 (скажем на /tmp/nov_ubunta)
   возможно будет достаточно:
   1) $ sudo chmod 755 /tmp/nov_ubunta/
   Если нет, то: 
   2) $ sudo chroot /tmp/nov_ubunta/
      root # chmod 755 /
   Если вариант 1 не помог, то

2. В системе где установлен загрузчик

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

# update-grub чтобы в загрузчике создать загрузку в recovery mode, после чего через неё загрузится в новую систему как root и сделать

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

# chmod 755 /

Наверное проще и надёжней, скопировать систему с live-cd на раздел и прописать её в загрузчике, создать пользователя или сидеть под стандартной ubuntu'ой. Хотя я не пробовал. 

[andytux]

Проблема в ошибках установщика ubiquity.

Вполне возможно. Продолжение "Ответ 1".
 Несколько дней назад, на второй раздел установил Ubuntu 22.04.1. Установка производилась на одном устройстве, в ЕФИ-режиме, из исо-образа, исо-образ находился на третьем разделе.
На этапе разметки выбрал ручную разметку, отметил второй раздел монтировать как корень без форматирования, первый раздел монтировать как ESP-раздел без форматирования.
Установка прошла успешно. По окончании вышло окно: "продолжить изучение или перезагрузить". Буквально через пару секунд выскочили два окна: ошибка установки груб (конкретно не успел прочитать), ошибка системной программы. Тут-же все окна закрылись.
Перезагрузился. Оказалось, груб установился, но на системном разделе нет файла grub.cfg. Т.е., старый груб на ESP-разделе перезаписан, так как он должен поместиться в прежний каталог /EFI/ubuntu. Но загрузить систему он не сможет, т.к. нет конфига груба.
Вот тут на выручку приходит еще один вариант: груб на ESP-разделе, независимый от системы. Т.к. его файл находится в каталоге /EFI/BOOT то установщик его не затронул. Остался нетронутым и его конфиг, находящийся на ESP-разделе в каталоге /boot/grub. Собственно этим конфигом я и запускал систему из исо-образа и установленную систему.
Загрузившись в установленную систему, скопировал из бэкапа файл /etc/grub.d/40_custom, выполнил update-grub. Был сгенерирован новый конфиг, включающий в себя мои настройки.