Если установливать регулярку гнома в VirtualBox, то livecd грузится, весь процесс установки проходит успешно, но после перезагрузки установленная система виснет на старте.
У меня не воспроизводится с regular-gnome3-20170607-x86_64.iso в virtualbox-4.3.26-alt1.M70P.1.
У меня последний сизиф, и virtualbox 5.1.18 соответственно. В логах ругани никакой нет, но gdm не показывается.
Возможно связано с https://www.virtualbox.org/pipermail/vbox-dev/2017-June/014513.html
Как выяснилось, виснет она и при старте после установки на реальное железо. На самом деле она конечно же не виснет. Просто gdm не стартует, так как ему чего-то не нравится. Обходное решение написал на вики: https://www.altlinux.org/Starterkits/bugs#alt-p8-gnome3 https://www.altlinux.org/Regular/bugs#regular-gnome 1. Переключиться сочетанием клавиш ctrl+alt+F2 во вторую текстовую консоль 2. В строке приглашения авторизоваться как root 3. Отключить службу prefdm: systemctl stop prefdm systemctl disable prefdm 4. Включить службу gdm: systemctl enable gdm systemctl start gdm Т.е. gdm не получается запустить при помощи prefdm.service, но в тоже время получается запустить при помощи gdm.service Остаётся необъяснённым факт, что с live то gdm запускается prefdm.service Но объяснение, оказывается есть. В live используется скрипт, который блокирует работу gnome-initial-settings (или как его там?). К тому же там автостарт. Либо одно помогает, либо другое. Нужно ещё проверить вариант с автозапуском при установке.
>gnome-initial-settings (или как его там?) gnome-initial-setup >К тому же там автостарт. Однозначно, автологин проблему решает. Я установил в виртуалку regular-gnome3, активировав автологин, и она запустилась успешно. При неудачном старте gdm, есть такое сообщение в логе: gdm-launch-environment[1337]: pam_succeed_if(gdm-launch-environment:auth): requirement "user = gdm" not met by user "gnome-initial-setup" Надо разбираться, кто виноват, gdm или prefdm.
(В ответ на комментарий №5) > Надо разбираться, кто виноват, gdm или prefdm. gdm виноват. Переход с prefdm на gdm ничего не даёт. Проверено на сегодняшних регулярках.
Этой проблемы больше нет. Иногда проявляется баг 34964, который решается переключением из tty1 в другую tty и обратно.
