Не могу войти в систему после обновления

Hexen

New member
Сообщения
11
#1
Приветствую! Обновил систему до версии Astra Linux CE 2.11.6 (Orel) и после перезагрузки перестал открываться рабочий стол после логина, сразу возвращает обратно на экран входа. Пароль ввожу правильный, т.к. по SSH подключиться удаётся. Система работает как гостевая на сервере Proxmox VE, ядро 4.15.3-1-generic.
 

Fd1501h

Moderator
Сообщения
666
#2
Для начала попробуйте сбросить настройки fly.
rm -rf $HOME/.fly
 

Fd1501h

Moderator
Сообщения
666
#4
К сожалению не помогло и после перезагрузки и попытки входа эта папка не появилась.
Папка появится при старте fly.
Уже описывали подобное поведение, но там проблема была в драйверах видео,у вас это VM. Не должно влиять.
https://forum.astralinux.ru/threads/34/
 

Hexen

New member
Сообщения
11
#5
Папка появится при старте fly.
Уже описывали подобное поведение, но там проблема была в драйверах видео,у вас это VM. Не должно влиять.
https://forum.astralinux.ru/threads/34/
Видел, хотел было попробовать, но решение не подходит. Как быть? На сервере развёрнут Dr. Web ESS, хотел потестировать перед покупкой Astra CE, теперь терзают смутные сомненья))
 

Fd1501h

Moderator
Сообщения
666
#6
Видел, хотел было попробовать, но решение не подходит. Как быть? На сервере развёрнут Dr. Web ESS, хотел потестировать перед покупкой Astra CE, теперь терзают смутные сомненья))
По хорошему нужны логи, а то так "пальцем в небо".
+ ещё баг попробовать повторить, если повторяется то на багтрекер писать
 

Hexen

New member
Сообщения
11
#7
При загрузке вот ещё что обнаружил:
astra-1.PNG

Логи не проблема, какие нужны? Есть настойчивое желание всё таки забороть эту проблему.
 

Hexen

New member
Сообщения
11
#8
Ну надо же! Как оказалось всё банально и просто! От безысходности решил пройтись по разделу форума для Astra SE, вдруг попадётся что-то похожее и вот оно - "Не работает fly-dm с шелом zsh у пользователя по умолчанию". Сразу вспомнил, я ведь за 13 дней до перезагрузки, после которой появилась эта ошибка, установил Oh My Zsh.

Команда: $ chsh -s /bin/bash <имя пользователя>, перелогин и чудо. Всё заработало. Ну хоть так :)
 

nikoka59rus

New member
Сообщения
2
#10
Всем привет. Возможно не туда вопрос задаю. Работаю в гос.учреждении. Сегодня получили комп новый, на нем стоит данная система или как ее зовут еще. Загруюается не понятно как, и выходит запрос на вход в систему или куда там еще. В общем пользователь показывается как User, а вот пароль не принимает: ни admin, ни root. Подскажите, какой пароль вообще? А то уже думаю снести и поставить Win7
 

Fd1501h

Moderator
Сообщения
666
#11
Всем привет. Возможно не туда вопрос задаю. Работаю в гос.учреждении. Сегодня получили комп новый, на нем стоит данная система или как ее зовут еще. Загруюается не понятно как, и выходит запрос на вход в систему или куда там еще. В общем пользователь показывается как User, а вот пароль не принимает: ни admin, ни root. Подскажите, какой пароль вообще? А то уже думаю снести и поставить Win7
Кто вам поставлял систему у того и спрашивайте.
Если совсем всё плохо, сделайте сброс.
 

Fd1501h

Moderator
Сообщения
666
#13
Знать бы кто поставлял. Как сброс сделать?
Вам нужно: 1. Сбросить счётчик неудачных попыток входа (без этого смена пароля будет без толку)
2. Установить новый пароль для пользователя.

https://wiki.astralinux.ru/pages/viewpage.action?pageId=20217934
Это как сбросить счётчик неудачных входов. Что бы установить новый пароль там же введите команду passwd имя_пользователя
 
Сообщения
22
#14
Такая же проблема как и у Hexen. Собрал пакет ПО для настройки АРМ, начал устанавливать, после установки 1-3 программ, перезагружался. И на одной из перезагрузок, меня не пускало на рабочий стол, ни под каким пользователем. Благо с начало установил timeshift, откатился, и устанавливая по одной проге, стал вычислять негодяя, им оказался deb пакет remmina_1.4.11+dfsg-astra2_amd64.deb.
После его установки, remmina запускается, все нормально, на как только перезагрузишься, то на рабочий стол уже не попасть. Правда я еще не пробовал эту прогу убирать из автозапуска, может это и вылечило бы, но времени просто было не много, а я новичок с линуксом, и установить еще кучу софта надо, опробовать все что необходимо, что бы будущий пользователь не сильно страдал от перехода с винды.
При этом, если установить remmin-у с репы астры через терминал, то установиться такая же версия, но проблем после перезагрузки нет, так же после установки последней версии ПО с flatpak, то же ни каких проблем нет.
Так что осторожней с тем что едит... устанавливаете:)
 

KVG

New member
Сообщения
4
#15
А вот моя история.

Я госслужащий. Основной программный комплекс, с которым мы работаем, написан под линукс, архитектура 32-bit. ПО давно не обновлялось, переход на 64 не предвидится. Переход на «Астру» затронул и нас. Но поскольку версия SE не поддерживает 32-битных приложений, то какой-то умелец установил CE (Orel 2.23.43) и прикрутил к нему наше ПО. Работает замечательно. Кто и как это делал — не знаю. Наши рабочие места клонированы с диска работающего образца.

Но мы не ищем легких путей. Имеется последнее обновление 2.23.46, надо обновиться. Скачал, раздал через FTP, дописал в /etc/apt/sources.list, обновился, замечательно. Мало, нужно Sambu попробовать, а вместе с ней LDAP, и т.д. В графической утилите выбрал приложения, наставил галочек, установил. Хорошо. Перезагружаюсь и не могу зарегистрироваться под своим обычным логином, это st. Печаль.

Зашел под admin-ом, оказывется, ни пользователя st, ни его группы afis (1001:1001) система не знает, сегодня в логах вычитал:

Oct 30 15:00:01 we05 pkivalidator[6212]: pam_unix(cron:session): session opened for user st by (uid=0)
Oct 30 15:00:01 we05 pkivalidator[6212]: pam_unix(cron:session): session closed for user st
Oct 30 15:00:31 we05 systemd-logind[505]: Removed session c6.
Oct 30 15:00:32 we05 systemd-logind[505]: Removed session c4.
Oct 30 15:00:32 we05 systemd-logind[505]: Removed session c2.
Oct 30 15:00:32 we05 systemd-logind[505]: Removed session c5.
Oct 30 15:00:32 we05 pkivalidator[1973]: pam_unix(systemd-user:session): session closed for user st
Oct 30 15:00:33 we05 userdel[14150]: delete user 'st'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from group 'dialout'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from group 'cdrom'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from group 'floppy'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from group 'audio'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from group 'video'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from group 'plugdev'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from group 'users'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from group 'scanner'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from group 'admin'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from group 'docker'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from shadow group 'dialout'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from shadow group 'cdrom'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from shadow group 'cdrom'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from shadow group 'floppy'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from shadow group 'audio'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from shadow group 'video'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from shadow group 'plugdev'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from shadow group 'users'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from shadow group 'scanner'
Oct 30 15:00:33 we05 userdel[14150]: delete 'st' from shadow group 'docker'
Oct 30 15:00:34 we05 groupdel[14159]: group 'afis' removed from /etc/group
Oct 30 15:00:34 we05 groupdel[14159]: group 'afis' removed from /etc/gshadow
Oct 30 15:00:34 we05 groupdel[14159]: group 'afis' removed
Oct 30 15:04:07 we05 polkitd(authority=local): Registered Authentication Agent for unix-session:199 (system bus nam
e :1.123 [/usr/lib/x86_64-linux-gnu/libexec/polkit-kde-authentication-agent-1], object path /org/kde/PolicyKit1/Aut
henticationAgent, locale ru_RU.UTF-8)
Oct 30 15:07:48 we05 sudo: pam_unix(sudo:session): session closed for user root
Oct 30 15:15:02 we05 sudo: admin : problem with defaults entries ; TTY=unknown ; PWD=/home/admin ; USER=root ;
Oct 30 15:15:02 we05 sudo: admin : TTY=unknown ; PWD=/home/admin ; USER=root ; ENV=QT_STYLE_OVERRIDE=breeze FLY_
ICON_THEME=fly-astra-flat ; COMMAND=/usr/bin/fly-admin-cron
Oct 30 15:15:02 we05 sudo: pam_kiosk2(sudo:session): need_continue: UID 0 detected, skipping. User: root
Oct 30 15:15:02 we05 sudo: pam_unix(sudo:session): session opened for user root by (uid=0)
Oct 30 15:15:45 we05 sudo: pam_unix(sudo:session): session closed for user root

Мне по-прежнему нравится Астра, но зачем же пользователей удалять? Втихаря.
 

ALSE_User

New member
Сообщения
534
#16
Мутная история...
Впервые слышу чтобы при установке обновлений удалялись пользовательские учетки. Хотя обновлений провел много.

Что это за версия 2.43.46 ? Знаю только 2.12.46.
Перед обновлениями читали https://wiki.astralinux.ru/pages/viewpage.action?pageId=47416144 ?
Что CE версия, что SE версия 64-х битная. Возможность запуска 32-х битных приложений есть и там и там https://wiki.astralinux.ru/pages/viewpage.action?pageId=14024724

Ваш "умелец" никаких сюрпризов вам на оставил в системе ?
После "обновился" и "устанавливал Samba и проч." что происходило ?
И причем здесь "госслужащий" ?
 

MickM

New member
Сообщения
212
#17
Мутная история...
Впервые слышу чтобы при установке обновлений удалялись пользовательские учетки.
Может там был ввод в домен или ещё чего, а эти процедуры подразумевают удаление локальных УЗ?
Мало, нужно Sambu попробовать, а вместе с ней LDAP, и т.д. В графической утилите выбрал приложения, наставил галочек, установил.
 

KVG

New member
Сообщения
4
#18
Что это за версия 2.43.46 ? Знаю только 2.12.46.

Конечно, это неточность, опечатка; правильно будет не Orel 2.23.43, а Orel 2.12.43

Про обновления 2.12 читал, так и делал, сначала на домашнем, потом на рабочем ПК. Дома тоже Astra CE.

Про установку приложений 32bit / i386, читал, но сразу не дошло, что их поддерживают обе системы. Теперь дошло. И сразу родился вопрос, а зачем на вновь поставленной машине снесли предустановленную «Astra Linux Special Edition 010380570» и вместо нее поставили CE?

И причем здесь "госслужащий"? Может быть это слово отчасти объясняет, откуда возникают проблемы и как они решаются. В закупку оборудования средства вкладываются, в обучение сотрудников ни-ни. Самообразование — наше все.

Что происходило? Текст бежал по экрану, не документировал, ведь есть журналирование. После успешной установки ПО два-три раза перезагружался. Когда понял, что дело плохо, загружался только с флешки, монтировал sda2 как -o ro.

Грузился с systemrescue-10.02 запускал testdisk, видел красненький /home/st/, восстановить нельзя. Смотрел на соседнем рабочем месте политику безопасности, если верить увиденному, затирание не включено (все наши РМ близнецы-братья, клонированы из одного источника). Где хранятся настройки политики безопасности?

Directory /home
114629 drwxr-xr-x 0 0 4096 30-Oct-2023 12:00 .
2 drwxr-xr-x 0 0 4096 30-Oct-2023 12:00 ..
115712 drwxr-x--- 1000 1000 4096 31-Mar-2021 14:06 user
X 152813 drwx------ 1001 1001 0 30-Oct-2023 12:00
2884961 drwxrwxrwx 0 0 4096 11-Nov-2021 11:44 lib


Потеря /home/st/ неожиданна и болезненна, впервые такое вижу. Удалены и учетка, и домашний каталог.

Журналы сохранены, но где и что смотреть? Ранее приводил выдержку из auth.log, теперь syslog за тот-же период.
 

Вложения

ALSE_User

New member
Сообщения
534
#19
Без полбанки здесь не разобраться
Надеюсь у Вас есть резервная копия .
Ваша система не так проста похоже.
Несколько вопросов:
- какая была необходимость обновлять систему ? непосредственно после обновления все необходимое работало ?
- зачем Вы ставили Samba, LDAP и еще что-то ? после каких действий были удалены пользовательские учетные записи ?
- в первом приведенном листинге значится
Oct 30 15:07:48 we05 sudo: pam_unix(sudo:session): session closed for user root
сессия root закрыта, а когда она была открыта ?
 
Сообщения
22
#20
Не знаю как могло получиться, при правильном обновлении, что стерлись пользователи, но возможно что в системе, была, какая то привязка к домашней директории.
Приведу самый простой пример. Допустим есть два диска (для простоты два физически диска) и вот если у второго диска была точка монтирования /home, а при обновлении, каким то чудом fstab или systemd или рукописный файл спрятанный не там где нужно был затерт, то пользователи могут естественно обнулиться. Так что можете на это, или что то в этом духе (например подключенный сетевой диск от сервера), обратить внимание на братьях АРМ.