A
Проверь на новом профиле
Size: a a a
2020 June 24
SG
А, если востанавливается то нет. В первоначальном посте ты же убивал сам процесс тогда только терялось всё.
Не-не, я ничего не убивал. Я получал не работающий логин и уходил логиниться в гдм. После того как он меня залогинил, через минуту примерно снова вылетало окно авторизации гдма (я ничего не нажимал и не блокировал эжкран), я логинюсь, а еще через десять минут снова вылезает окно авторизации гдма, но только теперь при логине у меня появляется новая, чистая сессия без моих открытх окнах и без данных, которые я не успел сохранить
SG
Вот кусок сегодняшнего лога для моего tty (2 по умолчанию, где и появляется DE)
Ничего интересного там нет, хотя должны появляется записи gdm-password
https://paste.centos.org/view/c0012cff
Ничего интересного там нет, хотя должны появляется записи gdm-password
https://paste.centos.org/view/c0012cff
SG
А, это новое, тут не видно, как прибивается моя сессия
SG
А этого и не видно, как будто сессия дейсвтительно падает и сразу же перезапускается
A
Но видно что gdm-password что-то не нравится.
A
👌🏻
Status code: 404 for http://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/Packages/p/pam-1.3.1-27.fc33.x86_64.rpm (IP: 192.168.182.1)
http://koji.rpmfusion.org/kojifiles/work/tasks/6356/416356/root.logA
@Vascom2 я в rpmfusion чатике написал чтобы пинганули меня как пофиксят проблему выше, но я такое часто встречаю в fusion. Как бы самому проверить не дожидаясь?
V
A
Банально ребилды делать и оно сработает. Но может еще как-то можно?
V
Кажется, если добавить buildroot override, то репы перегенерятся.
V
В противном случае ждать или писать в IRC.
A
А, всё, leight уже пересобирает мой пакет
A
Ну да, правильно ты сказал, он перегенерил репу перед этим.
A
ппц, что без админов никак не сделать это?
V
ппц, что без админов никак не сделать это?
Ну автоматом репы раз в сутки ребилдятся.
A
На одной архитектуре всё равно стрельнуло http://koji.rpmfusion.org/koji/taskinfo?taskID=416368
V
На одной архитектуре всё равно стрельнуло http://koji.rpmfusion.org/koji/taskinfo?taskID=416368
Там вообще странная ошибка. Я таких не видел раньше.
SG
Кто-нибудь сталкивался с багом в гноме, когда экран блокировки экрана не делает активным поле ввода пароля? Ввести пароль невозможно, разблокировать систему тоже
Помогает только возврат к меню выбора пользователей (в gdm), затем логин обратно в своего пользователя
Однако в этом случае через несколько минут опять всплывет gdm , не гномовский скринсевер, и заблокирует экран. После логина все будет норм, но примерно через десять минут gdm снова вылезет, но при логине убьет текущую сессию, и я потеряю все открытые окна
F32 Workstation, Wayland, последние обновления
UPD:
Такое поведение проявляется не каждый раз, а примерно в 7 случаев из 10
UPD2:
Логин пользователя
Помогает только возврат к меню выбора пользователей (в gdm), затем логин обратно в своего пользователя
Однако в этом случае через несколько минут опять всплывет gdm , не гномовский скринсевер, и заблокирует экран. После логина все будет норм, но примерно через десять минут gdm снова вылезет, но при логине убьет текущую сессию, и я потеряю все открытые окна
F32 Workstation, Wayland, последние обновления
UPD:
Такое поведение проявляется не каждый раз, а примерно в 7 случаев из 10
UPD2:
Логин пользователя
json_guard
Имя (отображаемое) — Sergey Gureev
Пароль начинается с заглавной латинской буквы, содержит A-Z, a-z, 0-9, _Установил еще одни последние обновления))
Инфо по транзакции: https://paste.centos.org/view/e0c64266
Проблема воспроизводиться перестала
Инфо по транзакции: https://paste.centos.org/view/e0c64266
Проблема воспроизводиться перестала
SG
Возможно, проблема была связана со сторым mutter, который просто "не долетел" до одного из зеркал, с которого я обновлялся
Но это вангование, я точно не знаю, как это работает внутри
Но это вангование, я точно не знаю, как это работает внутри