Смоленск 1.7
Доброго времени. Нужна помощь. Всю голову сломал. Не запускается служба smbd.service. Как это произошло? В общем, после экспериментов с входом в домен через SSSD (fly-admin-ad-sssd-client), ругнулся при установке на PAM разных типов. Ввел машину в домен, но авторизоваться под доменным пользователем не удалось (вход неудачен). Вернулся назад под локальным пользователем, зашел в граф. окружение и вывел машину из домена.
Дальше начались чудеса - решил переустановить SSSD и попробовать снова завести машину в домен. Пробовал sudo apt-get remove (purge), --auto-remove, все нормально удаляется, удалял самбу, заново ее ставил, удалил как в вики sssd и winbind (sudo apt purge *sss* *winbind*), ничего не помогает. В конфиге самбы был прописан домен, я конфиг заменил на старый (по-умолчанию), попробовал переустановить самбу. Безрезультатно. journalctl -xe тоже вроде ничего не выдает, либо я его не так интерпретировал.
Пляски довели меня до того что после удаления SSSD перестала стартовать самба (локальная).
Путем ковыряния я выяснил что откуда-то берутся настройки realm моего домена из конфигов. Но почистить все не могу - заменил файл host на старый и заменил конфиг самбы на старый (где рабочая группа не доменная), самба все-равно отказывается стартовать.
Подскажите как вернуть настройки компьютера на вход без домена (фактически компьютер выведен из домена, перед удалением SSSD), но файлы конфига домена остались, откуда он берет данные, не понимаю.
Спасибо
Посмотреть вложение Screenshot_20220530_120454.png
Кто-нибудь сталкивался с похожим? Есть мысли, как вернуть старые локальные конфиги до ввода в домен? Там видимо еще разграничение пользователей по самбе есть.
Доброго времени. Нужна помощь. Всю голову сломал. Не запускается служба smbd.service. Как это произошло? В общем, после экспериментов с входом в домен через SSSD (fly-admin-ad-sssd-client), ругнулся при установке на PAM разных типов. Ввел машину в домен, но авторизоваться под доменным пользователем не удалось (вход неудачен). Вернулся назад под локальным пользователем, зашел в граф. окружение и вывел машину из домена.
Дальше начались чудеса - решил переустановить SSSD и попробовать снова завести машину в домен. Пробовал sudo apt-get remove (purge), --auto-remove, все нормально удаляется, удалял самбу, заново ее ставил, удалил как в вики sssd и winbind (sudo apt purge *sss* *winbind*), ничего не помогает. В конфиге самбы был прописан домен, я конфиг заменил на старый (по-умолчанию), попробовал переустановить самбу. Безрезультатно. journalctl -xe тоже вроде ничего не выдает, либо я его не так интерпретировал.
Пляски довели меня до того что после удаления SSSD перестала стартовать самба (локальная).
Путем ковыряния я выяснил что откуда-то берутся настройки realm моего домена из конфигов. Но почистить все не могу - заменил файл host на старый и заменил конфиг самбы на старый (где рабочая группа не доменная), самба все-равно отказывается стартовать.
Подскажите как вернуть настройки компьютера на вход без домена (фактически компьютер выведен из домена, перед удалением SSSD), но файлы конфига домена остались, откуда он берет данные, не понимаю.
Спасибо
admin1@post:~$ sudo systemctl status smbd
[sudo] пароль для admin1:
● smbd.service - Samba SMB Daemon
Loaded: loaded (/lib/systemd/system/smbd.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Mon 2022-05-30 11:54:13 MSK; 6min ago
Docs: man:smbd(8)
man:samba(7)
man:smb.conf(5)
Process: 772 ExecStartPre=/usr/share/samba/update-apparmor-samba-profile (code=exited, status=0/SUCCESS)
Process: 773 ExecStart=/usr/sbin/smbd --foreground --no-process-group $SMBDOPTIONS (code=exited, status=1/FAILU
Main PID: 773 (code=exited, status=1/FAILURE)
мая 30 11:54:09 post systemd[1]: Starting Samba SMB Daemon...
мая 30 11:54:13 post systemd[1]: smbd.service: Main process exited, code=exited, status=1/FAILURE
мая 30 11:54:13 post systemd[1]: smbd.service: Failed with result 'exit-code'.
мая 30 11:54:13 post systemd[1]: Failed to start Samba SMB Daemon.
lines 1-14/14 (END)
[sudo] пароль для admin1:
● smbd.service - Samba SMB Daemon
Loaded: loaded (/lib/systemd/system/smbd.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Mon 2022-05-30 11:54:13 MSK; 6min ago
Docs: man:smbd(8)
man:samba(7)
man:smb.conf(5)
Process: 772 ExecStartPre=/usr/share/samba/update-apparmor-samba-profile (code=exited, status=0/SUCCESS)
Process: 773 ExecStart=/usr/sbin/smbd --foreground --no-process-group $SMBDOPTIONS (code=exited, status=1/FAILU
Main PID: 773 (code=exited, status=1/FAILURE)
мая 30 11:54:09 post systemd[1]: Starting Samba SMB Daemon...
мая 30 11:54:13 post systemd[1]: smbd.service: Main process exited, code=exited, status=1/FAILURE
мая 30 11:54:13 post systemd[1]: smbd.service: Failed with result 'exit-code'.
мая 30 11:54:13 post systemd[1]: Failed to start Samba SMB Daemon.
lines 1-14/14 (END)
Посмотреть вложение Screenshot_20220530_120454.png
admin1@post:~$ sudo journalctl -xe
-- Subject: Начинается запуск юнита smbd.service
-- Defined-By: systemd
-- Support: https://www.rusbitech.ru/support
--
-- Начат процесс запуска юнита smbd.service.
мая 30 12:11:01 post systemd[1]: smbd.service: Main process exited, code=exited, status=1/FAILURE
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: https://www.rusbitech.ru/support
--
-- An ExecStart= process belonging to unit smbd.service has exited.
--
-- The process' exit code is 'exited' and its exit status is 1.
мая 30 12:11:01 post systemd[1]: smbd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.rusbitech.ru/support
--
-- The unit smbd.service has entered the 'failed' state with result 'exit-code'.
мая 30 12:11:01 post systemd[1]: Failed to start Samba SMB Daemon.
-- Subject: Ошибка юнита smbd.service
-- Defined-By: systemd
-- Support: https://www.rusbitech.ru/support
--
-- Произошел сбой юнита smbd.service.
--
-- Результат: failed.
мая 30 12:11:01 post audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=0:63:0:0 msg='unit=s
мая 30 12:11:01 post sudo[1864]: pam_unix(sudo:session): session closed for user root
мая 30 12:11:01 post audit[1864]: USER_END pid=1864 uid=0 auid=1000 ses=3 subj=0:63:0:0 msg='op=PAM:session_close
мая 30 12:11:01 post audit[1864]: CRED_DISP pid=1864 uid=0 auid=1000 ses=3 subj=0:63:0:0 msg='op=PAM:setcred gran
мая 30 12:11:10 post audit[1900]: USER_ACCT pid=1900 uid=1000 auid=1000 ses=3 subj=0:63:0:0 msg='op=PAM:accountin
мая 30 12:11:10 post sudo[1900]: admin1 : TTY=pts/0 ; PWD=/home/admin1 ; USER=root ; COMMAND=/usr/bin/journalct
мая 30 12:11:10 post audit[1900]: USER_CMD pid=1900 uid=1000 auid=1000 ses=3 subj=0:63:0:0 msg='cwd="/home/admin1
мая 30 12:11:10 post audit[1900]: CRED_REFR pid=1900 uid=0 auid=1000 ses=3 subj=0:63:0:0 msg='op=PAM:setcred gran
мая 30 12:11:10 post sudo[1900]: pam_kiosk2(sudo:session): need_continue: UID 0 detected, skipping. User: root
мая 30 12:11:10 post sudo[1900]: pam_unix(sudo:session): session opened for user root by admin1(uid=0)
мая 30 12:11:10 post audit[1900]: USER_START pid=1900 uid=0 auid=1000 ses=3 subj=0:63:0:0 msg='op=PAM:session_ope
-- Subject: Начинается запуск юнита smbd.service
-- Defined-By: systemd
-- Support: https://www.rusbitech.ru/support
--
-- Начат процесс запуска юнита smbd.service.
мая 30 12:11:01 post systemd[1]: smbd.service: Main process exited, code=exited, status=1/FAILURE
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: https://www.rusbitech.ru/support
--
-- An ExecStart= process belonging to unit smbd.service has exited.
--
-- The process' exit code is 'exited' and its exit status is 1.
мая 30 12:11:01 post systemd[1]: smbd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.rusbitech.ru/support
--
-- The unit smbd.service has entered the 'failed' state with result 'exit-code'.
мая 30 12:11:01 post systemd[1]: Failed to start Samba SMB Daemon.
-- Subject: Ошибка юнита smbd.service
-- Defined-By: systemd
-- Support: https://www.rusbitech.ru/support
--
-- Произошел сбой юнита smbd.service.
--
-- Результат: failed.
мая 30 12:11:01 post audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=0:63:0:0 msg='unit=s
мая 30 12:11:01 post sudo[1864]: pam_unix(sudo:session): session closed for user root
мая 30 12:11:01 post audit[1864]: USER_END pid=1864 uid=0 auid=1000 ses=3 subj=0:63:0:0 msg='op=PAM:session_close
мая 30 12:11:01 post audit[1864]: CRED_DISP pid=1864 uid=0 auid=1000 ses=3 subj=0:63:0:0 msg='op=PAM:setcred gran
мая 30 12:11:10 post audit[1900]: USER_ACCT pid=1900 uid=1000 auid=1000 ses=3 subj=0:63:0:0 msg='op=PAM:accountin
мая 30 12:11:10 post sudo[1900]: admin1 : TTY=pts/0 ; PWD=/home/admin1 ; USER=root ; COMMAND=/usr/bin/journalct
мая 30 12:11:10 post audit[1900]: USER_CMD pid=1900 uid=1000 auid=1000 ses=3 subj=0:63:0:0 msg='cwd="/home/admin1
мая 30 12:11:10 post audit[1900]: CRED_REFR pid=1900 uid=0 auid=1000 ses=3 subj=0:63:0:0 msg='op=PAM:setcred gran
мая 30 12:11:10 post sudo[1900]: pam_kiosk2(sudo:session): need_continue: UID 0 detected, skipping. User: root
мая 30 12:11:10 post sudo[1900]: pam_unix(sudo:session): session opened for user root by admin1(uid=0)
мая 30 12:11:10 post audit[1900]: USER_START pid=1900 uid=0 auid=1000 ses=3 subj=0:63:0:0 msg='op=PAM:session_ope
Кто-нибудь сталкивался с похожим? Есть мысли, как вернуть старые локальные конфиги до ввода в домен? Там видимо еще разграничение пользователей по самбе есть.
Последнее редактирование: