[QUOTE] написал:
Подскажите, пожалуйста.
Не загружается сервер после смены IP адреса через menu.sh
Включил loglevel при старте, срет в экран в цикле вот такой строкой
Started Session cХХХХ of user root.
Где ХХХХ растет бесконечно.
Уже все перепробовал.[/QUOTE]
Циклическое появление сообщений Started Session cXXXX of user root, где XXXX бесконечно увеличивается — указывает на то, что какая-то служба (чаще всего systemd-logind или getty, иногда cron, pam, или auditd) бесконечно запускает новые сессии пользователя root. Это может происходить из-за:
Ошибки при загрузке оболочки (/bin/bash, sh, .bash_profile, .bashrc)
Некорректной конфигурации systemd (например, службы, зависящей от сети, которая не стартует)
Лупа agetty на терминале, если он не может корректно завершить сессию
---
Возможные причины после смены IP через menu.sh в Bitrix:
1. Конфигурация сети не сохранилась корректно, и система не может правильно поднять интерфейс.
2. SSH/tty или другие службы бесконечно пытаются авторизовать root.
3. Скрипт инициализации Bitrix (обычно через rc.local или crontab) бесконечно запускает что-то от имени root.
---
Что делать
🔍 Шаг 1. Зайти в emergency или rescue режим
1. Перезапустите виртуальную машину.
2. В меню загрузки GRUB нажмите e на строке загрузки ядра.
3. Найдите строку, начинающуюся с linux, и добавьте в конец:
systemd.unit=rescue.target
4. Нажмите Ctrl + X или F10 для загрузки.
Вы попадёте в режим восстановления с root-доступом.
---
🛠 Шаг 2. Проверить системные журналы
Посмотреть последние строки journalctl:
journalctl -xe
Или зацикленные сессии:
journalctl -b | grep 'Started Session'
Посмотреть, какая служба вызывает эти сессии:
systemctl list-sessions
loginctl
---
🛠 Шаг 3. Проверить автозапуск
Проверьте файлы автозапуска:
cat /etc/rc.local
crontab -l
Посмотреть, что в /etc/systemd/system/ запускается вручную:
ls -l /etc/systemd/system/multi-user.target.wants/
Особое внимание на кастомные юниты, не относящиеся к стандартным.
---
🛠 Шаг 4. Проверить конфигурацию сети
Если menu.sh сломал сетевую конфигурацию, проверь:
cat /etc/sysconfig/network-scripts/ifcfg-eth0
ip a
ip r
Или для Debian/Ubuntu:
cat /etc/netplan/*.yaml
Проверь, соответствует ли IP, шлюз и DNS новой сети.
Если ничего не помогает
Пока не найдена причина, можно временно остановить logind (для прерывания бесконечных сессий):
systemctl stop systemd-logind
Или (если включено [URL=mailto:getty@tty1.service]getty@tty1.service[/URL]):
systemctl disable getty@tty1
Ответ от chatgptВсе проблемы решаю через него, может поможет
Подскажите, пожалуйста.
Не загружается сервер после смены IP адреса через menu.sh
Включил loglevel при старте, срет в экран в цикле вот такой строкой
Started Session cХХХХ of user root.
Где ХХХХ растет бесконечно.
Уже все перепробовал.[/QUOTE]
Циклическое появление сообщений Started Session cXXXX of user root, где XXXX бесконечно увеличивается — указывает на то, что какая-то служба (чаще всего systemd-logind или getty, иногда cron, pam, или auditd) бесконечно запускает новые сессии пользователя root. Это может происходить из-за:
Ошибки при загрузке оболочки (/bin/bash, sh, .bash_profile, .bashrc)
Некорректной конфигурации systemd (например, службы, зависящей от сети, которая не стартует)
Лупа agetty на терминале, если он не может корректно завершить сессию
---
Возможные причины после смены IP через menu.sh в Bitrix:
1. Конфигурация сети не сохранилась корректно, и система не может правильно поднять интерфейс.
2. SSH/tty или другие службы бесконечно пытаются авторизовать root.
3. Скрипт инициализации Bitrix (обычно через rc.local или crontab) бесконечно запускает что-то от имени root.
---
Что делать
🔍 Шаг 1. Зайти в emergency или rescue режим
1. Перезапустите виртуальную машину.
2. В меню загрузки GRUB нажмите e на строке загрузки ядра.
3. Найдите строку, начинающуюся с linux, и добавьте в конец:
systemd.unit=rescue.target
4. Нажмите Ctrl + X или F10 для загрузки.
Вы попадёте в режим восстановления с root-доступом.
---
🛠 Шаг 2. Проверить системные журналы
Посмотреть последние строки journalctl:
journalctl -xe
Или зацикленные сессии:
journalctl -b | grep 'Started Session'
Посмотреть, какая служба вызывает эти сессии:
systemctl list-sessions
loginctl
---
🛠 Шаг 3. Проверить автозапуск
Проверьте файлы автозапуска:
cat /etc/rc.local
crontab -l
Посмотреть, что в /etc/systemd/system/ запускается вручную:
ls -l /etc/systemd/system/multi-user.target.wants/
Особое внимание на кастомные юниты, не относящиеся к стандартным.
---
🛠 Шаг 4. Проверить конфигурацию сети
Если menu.sh сломал сетевую конфигурацию, проверь:
cat /etc/sysconfig/network-scripts/ifcfg-eth0
ip a
ip r
Или для Debian/Ubuntu:
cat /etc/netplan/*.yaml
Проверь, соответствует ли IP, шлюз и DNS новой сети.
Если ничего не помогает
Пока не найдена причина, можно временно остановить logind (для прерывания бесконечных сессий):
systemctl stop systemd-logind
Или (если включено [URL=mailto:getty@tty1.service]getty@tty1.service[/URL]):
systemctl disable getty@tty1
Ответ от chatgptВсе проблемы решаю через него, может поможет
