a stop is job running for login service

а если отключить автостарт, запустится, перейти на ctrl+alt+F7, залогинится и набрать startx, а потом перезагрузится?
systemctl show -p "Wants" multi-user.target | cat -
svicer
А если попробовать выставить minimum-vt=7(запустится с 7 tty)?
Это не поможет )))
elsonador
Это не поможет )))
Попытка не пытка, у меня точно такая же проблема, но я так и не нашёл сути проблемы... Сразу я думал это systemd, tty, GDM, потом gnome-keyring, потом драйвера intel, потом... Пытаюсь сравнить и найти общее. Единственое общее это pam_tally... но не всегда, может это systemd, tty, intel... ))) При изменении одного из выше описанных(предположений) ошибка ненадолго пропадала...
Четыре года назад уже всё проверили, бага не существует.
elsonador
Четыре года назад уже всё проверили, бага не существует.
А что это?
Что сейчас - не проверял и нет ни малейшего желания. В прошлый раз это было: крашится драйвер Nvidia->падает X->вешается SDDM (или что там вместо него)->systemd ждёт 90 секунд. Чем вызван сбой драйвера - неизвестно. Могу сфотографировать, как это выглядит, понятное дело, скриншот тут не вариант )))

Несколько месяцев было хорошо: видимо, в каком-то сервисе подправили время ожидания и компьютер отключался быстро. Ну, как хорошо: драйвер всё равно рушился, только ждать меньше.
После недавнего обновления дефолтные 90 секунд снова на месте.

Как можно заметить в данной теме, с графикой Intel зависание повторяется так же успешно.

Дам плохой совет тем, у кого проявляется эта срань: найдите, где у вас кнопка reset, и если ваша графическая оболочка имеет функцию logout - попробуйте, как она работает.
elsonador
Что сейчас - не проверял и нет ни малейшего желания. В прошлый раз это было: крашится драйвер Nvidia->падает X->вешается SDDM (или что там вместо него)->systemd ждёт 90 секунд. Чем вызван сбой драйвера - неизвестно. Могу сфотографировать, как это выглядит, понятное дело, скриншот тут не вариант )))

Несколько месяцев было хорошо: видимо, в каком-то сервисе подправили время ожидания и компьютер отключался быстро. Ну, как хорошо: драйвер всё равно рушился, только ждать меньше.
После недавнего обновления дефолтные 90 секунд снова на месте.

Как можно заметить в данной теме, с графикой Intel зависание повторяется так же успешно.

Дам плохой совет тем, у кого проявляется эта срань: найдите, где у вас кнопка reset, и если ваша графическая оболочка имеет функцию logout - попробуйте, как она работает.
Если вы внимательно читали, то не 90 сек, а бесконечно(90, 180 и т.д.)... Я специально сносил все драйвера и запускался с vesa эффект тот же... Но не всегда, это не всегда происходит, но не так часто как всегда:-)

Sasha30 А попробуйте отключить интернет физически, ошибка повторяется? Возможно кто-то логинится из вне? мало-ли:-)
Sasha30
[[email protected] ~]$ cat .xinitrc
exec openbox-session
[[email protected] ~]$
Если это все что у вас есть в ~/.xinitrc, то вас ждут неприятности на ровном месте. И раз уж установлен xorg-xinit, то и отталкивайтесь от его дефолтного конфига: /etc/X11/xinit/xinitrc.
Особенно присмотритесь к секции:
if [ -d /etc/X11/xinit/xinitrc.d ] ; then
 for f in /etc/X11/xinit/xinitrc.d/?*.sh ; do
  [ -x "$f" ] && . "$f"
 done
 unset f
fi
За последнее время на форуме уже несколько тем с траблами по этой причине. Недавно человеку этим же рецептом поправил пропавшее атомонтирование флешек, а учитывая эту новость, похоже это вообще ваш случай.
Aivar
Aivar
А что если gdm, например? Вплоть до зависания(намертво) при переключение tty...
 
Зарегистрироваться или войдите чтобы оставить сообщение.