Re: Черный экран с курсором
28.06.2016 21:08, Anatoly Molchanov пишет: > Добрый день, коллеги. > > Сервер на Debian 7 после 230 дней аптайма показывает черный экран с мигающим > курсором. На ввод реагирует смещением курсора, похоже что удалось > авторизоваться. Сервер, визуально, полностью работоспособен, никакого > криминала в логах нет, все сервисы работают штатно. Подскажите, пожалуйста, > как можно диагностировать? Копайте в сторону «console suspend» и «console blank». У меня для того чтобы консоли не гасли сделаны два действия: 1. В /proc/cmdline добавлено «no_console_suspend=1 consoleblank=0». 2. В /etc/rc.local добавлено: for term in /dev/tty[0-9]*; do setterm -blank 0 >$term <$term setterm -powerdown 0 >$term <$term setterm -powersave off >$term <$term done
Re: Черный экран с курсором
On 28/06/16 02:08 PM, Anatoly Molchanov wrote: > Добрый день, коллеги. > > Сервер на Debian 7 после 230 дней аптайма показывает черный экран с > мигающим курсором. На ввод реагирует смещением курсора, похоже что > удалось авторизоваться. Сервер, визуально, полностью работоспособен, > никакого криминала в логах нет, все сервисы работают штатно. > Подскажите, пожалуйста, как можно диагностировать? Я так понимаю, совет перегрузиться тут не к месту ? у меня были похожие глюки, когда включался APM на текстовой консоли (я не использую fb) По описанию, это не выглядит, как проблема какого то одного tty, попробуй набрать вслепую `setterm -reset` и `stty sane`
Re: Черный экран с курсором
Max Dmitrichenko -> Debian Russian Mailing List @ Wed, 29 Jun 2016 01:17:36 +0300: >> (systemd, кстати, тоже) > Я совсем не специалист в systemd, но что-то смутно припоминаю, что там > была и какая-то другая логика, которая запускала getty on demand, типа > что пока на эту консоль никто не переключился, никакого getty и не > надо. Снилось ли мне это? Для ситуаций подобного типа это несущественно. getty как таковой запускается и даже работает.
Re: Черный экран с курсором
попробовать добавить nomodeset BOOT_IMAGE=/vmlinuz-2.6.32-27-pve root=/dev/mapper/pve-root ro quiet 29 июня 2016 г., 1:17 пользователь Anatoly Molchanovнаписал: > в /proc/cmdline у меня только: > BOOT_IMAGE=/vmlinuz-2.6.32-27-pve root=/dev/mapper/pve-root ro quiet > > Это Proxmox 3й версии на базе Debian 7. > > 29 июня 2016 г., 1:15 пользователь Max Dmitrichenko > написал: > >> Ну тогда надо попробовать покапать в стору фреймбуфера. Как он там >> настраивается через параметры ядра вроде. Давайте на /proc/cmdline >> посмотрим. >> >> 29 июня 2016 г., 1:09 пользователь Anatoly Molchanov >> написал: >> > спасибо. попробовал, но картинка та же >> > >> > 29 июня 2016 г., 1:08 пользователь Max Dmitrichenko > > >> > написал: >> > >> >> 1:2345:respawn:/sbin/getty 38400 tty1 >> >> >> >> respawn означает, что перезапустить процесс, если он завершился. Смело >> >> убивайте все getty и напишите результат. Если дело не в этом, то надо >> >> копать в сторону фреймбуфера консоли. Других вариантов на ум не >> >> приходит >> >> >> >> 29 июня 2016 г., 1:05 пользователь Anatoly Molchanov >> >> написал: >> >> > /etc/inittab: >> >> > id:2:initdefault: >> >> > si::sysinit:/etc/init.d/rcS >> >> > ~~:S:wait:/sbin/sulogin >> >> > l0:0:wait:/etc/init.d/rc 0 >> >> > l1:1:wait:/etc/init.d/rc 1 >> >> > l2:2:wait:/etc/init.d/rc 2 >> >> > l3:3:wait:/etc/init.d/rc 3 >> >> > l4:4:wait:/etc/init.d/rc 4 >> >> > l5:5:wait:/etc/init.d/rc 5 >> >> > l6:6:wait:/etc/init.d/rc 6 >> >> > z6:6:respawn:/sbin/sulogin >> >> > ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now >> >> > pf::powerwait:/etc/init.d/powerfail start >> >> > pn::powerfailnow:/etc/init.d/powerfail now >> >> > po::powerokwait:/etc/init.d/powerfail stop >> >> > 1:2345:respawn:/sbin/getty 38400 tty1 >> >> > 2:23:respawn:/sbin/getty 38400 tty2 >> >> > 3:23:respawn:/sbin/getty 38400 tty3 >> >> > 4:23:respawn:/sbin/getty 38400 tty4 >> >> > 5:23:respawn:/sbin/getty 38400 tty5 >> >> > 6:23:respawn:/sbin/getty 38400 tty6 >> >> > >> >> > >> >> > 29 июня 2016 г., 1:04 пользователь Max Dmitrichenko < >> dmitr...@gmail.com> >> >> > написал: >> >> > >> >> >> Кстати, достаточно сказать >> >> >> # killall -9 getty >> >> >> >> >> >> Олдскульный init их сам должен пореспаунить после этого. >> >> >> >> >> >> 29 июня 2016 г., 1:02 пользователь Max Dmitrichenko >> >> >> написал: >> >> >> > 29 июня 2016 г., 0:52 пользователь Anatoly Molchanov >> >> >> > написал: >> >> >> >> в Debian 7 ? >> >> >> > >> >> >> > Мда, читал тред с конца ) Семерки под рукой уже нет. Кидайте сюды >> >> >> > содержимое /etc/inittab тогда. Будем по старинке раскуривать >> SysV. На >> >> >> > сколько я помню, getty запускается именно по велению >> /etc/inittab, а >> >> >> > отдельного сервиса действительно нет и не должно быть. >> >> >> > >> >> >> > -- >> >> >> > With best regards >> >> >> > Max Dmitrichenko >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> With best regards >> >> >> Max Dmitrichenko >> >> > >> >> > >> >> >> >> >> >> >> >> -- >> >> With best regards >> >> Max Dmitrichenko >> > >> > >> >> >> >> -- >> With best regards >> Max Dmitrichenko >> > >
Re: Черный экран с курсором
console-tools последний стоит. никаких приколистов не было )) 29 июня 2016 г., 1:24 пользователь Max Dmitrichenkoнаписал: > 29 июня 2016 г., 1:22 пользователь Max Dmitrichenko > написал: > > Черт его знает. Такое ощущение, что какой-то приколист поменял цвет > > шрифта на черный ) > > В семерке был такой пакет console-tools, он вроде ставил сервис, > который на старте дергался и устанавливал шрифты. Может подергать этот > сервис, чтобы он переустановил их? > > -- > With best regards > Max Dmitrichenko >
Re: Черный экран с курсором
Мужчины, спасибо за помощь. Еще вижу много tty'ев в /dev (30+ штук) 29 июня 2016 г., 1:17 пользователь Max Dmitrichenkoнаписал: > 29 июня 2016 г., 1:12 пользователь Artem Chuprina > написал: > > (systemd, кстати, тоже) > > Я совсем не специалист в systemd, но что-то смутно припоминаю, что там > была и какая-то другая логика, которая запускала getty on demand, типа > что пока на эту консоль никто не переключился, никакого getty и не > надо. Снилось ли мне это? > > -- > With best regards > Max Dmitrichenko >
Re: Черный экран с курсором
29 июня 2016 г., 1:22 пользователь Max Dmitrichenkoнаписал: > Черт его знает. Такое ощущение, что какой-то приколист поменял цвет > шрифта на черный ) В семерке был такой пакет console-tools, он вроде ставил сервис, который на старте дергался и устанавливал шрифты. Может подергать этот сервис, чтобы он переустановил их? -- With best regards Max Dmitrichenko
Re: Черный экран с курсором
29 июня 2016 г., 1:16 пользователь Anatoly Molchanovнаписал: > Сервер IBM x-серии, были глюки на VGA-выходе(другого сервера) через IPMI, но > на текущем косяк и через IPMI и напрямую с материнки. Мне кажется, что это > не христоматийный случай, так как курсор бегает и реагирует на ввод > адекватно. Ну если cmdline на этот счёт молчит, то скорее всего у вас vesafb, если вы grub на VGA не переконфигурили Как он работает, если честно - хз. Черт его знает. Такое ощущение, что какой-то приколист поменял цвет шрифта на черный ) -- With best regards Max Dmitrichenko
Re: Черный экран с курсором
в /proc/cmdline у меня только: BOOT_IMAGE=/vmlinuz-2.6.32-27-pve root=/dev/mapper/pve-root ro quiet Это Proxmox 3й версии на базе Debian 7. 29 июня 2016 г., 1:15 пользователь Max Dmitrichenkoнаписал: > Ну тогда надо попробовать покапать в стору фреймбуфера. Как он там > настраивается через параметры ядра вроде. Давайте на /proc/cmdline > посмотрим. > > 29 июня 2016 г., 1:09 пользователь Anatoly Molchanov > написал: > > спасибо. попробовал, но картинка та же > > > > 29 июня 2016 г., 1:08 пользователь Max Dmitrichenko > > написал: > > > >> 1:2345:respawn:/sbin/getty 38400 tty1 > >> > >> respawn означает, что перезапустить процесс, если он завершился. Смело > >> убивайте все getty и напишите результат. Если дело не в этом, то надо > >> копать в сторону фреймбуфера консоли. Других вариантов на ум не > >> приходит > >> > >> 29 июня 2016 г., 1:05 пользователь Anatoly Molchanov > >> написал: > >> > /etc/inittab: > >> > id:2:initdefault: > >> > si::sysinit:/etc/init.d/rcS > >> > ~~:S:wait:/sbin/sulogin > >> > l0:0:wait:/etc/init.d/rc 0 > >> > l1:1:wait:/etc/init.d/rc 1 > >> > l2:2:wait:/etc/init.d/rc 2 > >> > l3:3:wait:/etc/init.d/rc 3 > >> > l4:4:wait:/etc/init.d/rc 4 > >> > l5:5:wait:/etc/init.d/rc 5 > >> > l6:6:wait:/etc/init.d/rc 6 > >> > z6:6:respawn:/sbin/sulogin > >> > ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now > >> > pf::powerwait:/etc/init.d/powerfail start > >> > pn::powerfailnow:/etc/init.d/powerfail now > >> > po::powerokwait:/etc/init.d/powerfail stop > >> > 1:2345:respawn:/sbin/getty 38400 tty1 > >> > 2:23:respawn:/sbin/getty 38400 tty2 > >> > 3:23:respawn:/sbin/getty 38400 tty3 > >> > 4:23:respawn:/sbin/getty 38400 tty4 > >> > 5:23:respawn:/sbin/getty 38400 tty5 > >> > 6:23:respawn:/sbin/getty 38400 tty6 > >> > > >> > > >> > 29 июня 2016 г., 1:04 пользователь Max Dmitrichenko < > dmitr...@gmail.com> > >> > написал: > >> > > >> >> Кстати, достаточно сказать > >> >> # killall -9 getty > >> >> > >> >> Олдскульный init их сам должен пореспаунить после этого. > >> >> > >> >> 29 июня 2016 г., 1:02 пользователь Max Dmitrichenko > >> >> написал: > >> >> > 29 июня 2016 г., 0:52 пользователь Anatoly Molchanov > >> >> > написал: > >> >> >> в Debian 7 ? > >> >> > > >> >> > Мда, читал тред с конца ) Семерки под рукой уже нет. Кидайте сюды > >> >> > содержимое /etc/inittab тогда. Будем по старинке раскуривать SysV. > На > >> >> > сколько я помню, getty запускается именно по велению /etc/inittab, > а > >> >> > отдельного сервиса действительно нет и не должно быть. > >> >> > > >> >> > -- > >> >> > With best regards > >> >> > Max Dmitrichenko > >> >> > >> >> > >> >> > >> >> -- > >> >> With best regards > >> >> Max Dmitrichenko > >> > > >> > > >> > >> > >> > >> -- > >> With best regards > >> Max Dmitrichenko > > > > > > > > -- > With best regards > Max Dmitrichenko >
Re: Черный экран с курсором
29 июня 2016 г., 1:12 пользователь Artem Chuprinaнаписал: > (systemd, кстати, тоже) Я совсем не специалист в systemd, но что-то смутно припоминаю, что там была и какая-то другая логика, которая запускала getty on demand, типа что пока на эту консоль никто не переключился, никакого getty и не надо. Снилось ли мне это? -- With best regards Max Dmitrichenko
Re: Черный экран с курсором
Сервер IBM x-серии, были глюки на VGA-выходе(другого сервера) через IPMI, но на текущем косяк и через IPMI и напрямую с материнки. Мне кажется, что это не христоматийный случай, так как курсор бегает и реагирует на ввод адекватно. 29 июня 2016 г., 1:12 пользователь Artem Chuprinaнаписал: > Max Dmitrichenko -> Anatoly Molchanov @ Wed, 29 Jun 2016 01:04:20 +0300: > > > Кстати, достаточно сказать > > # killall -9 getty > > > Олдскульный init их сам должен пореспаунить после этого. > > (systemd, кстати, тоже) Однако, описание поведения как бы намекает, что > это вряд ли спасет ситуацию. Если Анатолий не только входил вслепую, но > и выходил, то там, где он вышел, getty уже перезапустился. И раз он не > сумел проинитить терминал так, чтобы буквы стало видно, то еще раз > прибить, скорее всего, тоже не поможет. > > Я подозреваю глюки в графике. У нас же нынче консоль по умолчанию либо > продвинутая *VGA, либо framebuffer, и всё это работает на продвинутых > режимах карточки. Либо на неконвенционном текстовом режиме (где у > каждой карты свои глюки), либо вообще поверх графического, тоже нифига > не bare VGA. > >
Re: Черный экран с курсором
Ну тогда надо попробовать покапать в стору фреймбуфера. Как он там настраивается через параметры ядра вроде. Давайте на /proc/cmdline посмотрим. 29 июня 2016 г., 1:09 пользователь Anatoly Molchanovнаписал: > спасибо. попробовал, но картинка та же > > 29 июня 2016 г., 1:08 пользователь Max Dmitrichenko > написал: > >> 1:2345:respawn:/sbin/getty 38400 tty1 >> >> respawn означает, что перезапустить процесс, если он завершился. Смело >> убивайте все getty и напишите результат. Если дело не в этом, то надо >> копать в сторону фреймбуфера консоли. Других вариантов на ум не >> приходит >> >> 29 июня 2016 г., 1:05 пользователь Anatoly Molchanov >> написал: >> > /etc/inittab: >> > id:2:initdefault: >> > si::sysinit:/etc/init.d/rcS >> > ~~:S:wait:/sbin/sulogin >> > l0:0:wait:/etc/init.d/rc 0 >> > l1:1:wait:/etc/init.d/rc 1 >> > l2:2:wait:/etc/init.d/rc 2 >> > l3:3:wait:/etc/init.d/rc 3 >> > l4:4:wait:/etc/init.d/rc 4 >> > l5:5:wait:/etc/init.d/rc 5 >> > l6:6:wait:/etc/init.d/rc 6 >> > z6:6:respawn:/sbin/sulogin >> > ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now >> > pf::powerwait:/etc/init.d/powerfail start >> > pn::powerfailnow:/etc/init.d/powerfail now >> > po::powerokwait:/etc/init.d/powerfail stop >> > 1:2345:respawn:/sbin/getty 38400 tty1 >> > 2:23:respawn:/sbin/getty 38400 tty2 >> > 3:23:respawn:/sbin/getty 38400 tty3 >> > 4:23:respawn:/sbin/getty 38400 tty4 >> > 5:23:respawn:/sbin/getty 38400 tty5 >> > 6:23:respawn:/sbin/getty 38400 tty6 >> > >> > >> > 29 июня 2016 г., 1:04 пользователь Max Dmitrichenko >> > написал: >> > >> >> Кстати, достаточно сказать >> >> # killall -9 getty >> >> >> >> Олдскульный init их сам должен пореспаунить после этого. >> >> >> >> 29 июня 2016 г., 1:02 пользователь Max Dmitrichenko >> >> написал: >> >> > 29 июня 2016 г., 0:52 пользователь Anatoly Molchanov >> >> > написал: >> >> >> в Debian 7 ? >> >> > >> >> > Мда, читал тред с конца ) Семерки под рукой уже нет. Кидайте сюды >> >> > содержимое /etc/inittab тогда. Будем по старинке раскуривать SysV. На >> >> > сколько я помню, getty запускается именно по велению /etc/inittab, а >> >> > отдельного сервиса действительно нет и не должно быть. >> >> > >> >> > -- >> >> > With best regards >> >> > Max Dmitrichenko >> >> >> >> >> >> >> >> -- >> >> With best regards >> >> Max Dmitrichenko >> > >> > >> >> >> >> -- >> With best regards >> Max Dmitrichenko > > -- With best regards Max Dmitrichenko
Re: Черный экран с курсором
Max Dmitrichenko -> Anatoly Molchanov @ Wed, 29 Jun 2016 01:04:20 +0300: > Кстати, достаточно сказать > # killall -9 getty > Олдскульный init их сам должен пореспаунить после этого. (systemd, кстати, тоже) Однако, описание поведения как бы намекает, что это вряд ли спасет ситуацию. Если Анатолий не только входил вслепую, но и выходил, то там, где он вышел, getty уже перезапустился. И раз он не сумел проинитить терминал так, чтобы буквы стало видно, то еще раз прибить, скорее всего, тоже не поможет. Я подозреваю глюки в графике. У нас же нынче консоль по умолчанию либо продвинутая *VGA, либо framebuffer, и всё это работает на продвинутых режимах карточки. Либо на неконвенционном текстовом режиме (где у каждой карты свои глюки), либо вообще поверх графического, тоже нифига не bare VGA.
Re: Черный экран с курсором
спасибо. попробовал, но картинка та же 29 июня 2016 г., 1:08 пользователь Max Dmitrichenkoнаписал: > 1:2345:respawn:/sbin/getty 38400 tty1 > > respawn означает, что перезапустить процесс, если он завершился. Смело > убивайте все getty и напишите результат. Если дело не в этом, то надо > копать в сторону фреймбуфера консоли. Других вариантов на ум не > приходит > > 29 июня 2016 г., 1:05 пользователь Anatoly Molchanov > написал: > > /etc/inittab: > > id:2:initdefault: > > si::sysinit:/etc/init.d/rcS > > ~~:S:wait:/sbin/sulogin > > l0:0:wait:/etc/init.d/rc 0 > > l1:1:wait:/etc/init.d/rc 1 > > l2:2:wait:/etc/init.d/rc 2 > > l3:3:wait:/etc/init.d/rc 3 > > l4:4:wait:/etc/init.d/rc 4 > > l5:5:wait:/etc/init.d/rc 5 > > l6:6:wait:/etc/init.d/rc 6 > > z6:6:respawn:/sbin/sulogin > > ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now > > pf::powerwait:/etc/init.d/powerfail start > > pn::powerfailnow:/etc/init.d/powerfail now > > po::powerokwait:/etc/init.d/powerfail stop > > 1:2345:respawn:/sbin/getty 38400 tty1 > > 2:23:respawn:/sbin/getty 38400 tty2 > > 3:23:respawn:/sbin/getty 38400 tty3 > > 4:23:respawn:/sbin/getty 38400 tty4 > > 5:23:respawn:/sbin/getty 38400 tty5 > > 6:23:respawn:/sbin/getty 38400 tty6 > > > > > > 29 июня 2016 г., 1:04 пользователь Max Dmitrichenko > > написал: > > > >> Кстати, достаточно сказать > >> # killall -9 getty > >> > >> Олдскульный init их сам должен пореспаунить после этого. > >> > >> 29 июня 2016 г., 1:02 пользователь Max Dmitrichenko > >> написал: > >> > 29 июня 2016 г., 0:52 пользователь Anatoly Molchanov > >> > написал: > >> >> в Debian 7 ? > >> > > >> > Мда, читал тред с конца ) Семерки под рукой уже нет. Кидайте сюды > >> > содержимое /etc/inittab тогда. Будем по старинке раскуривать SysV. На > >> > сколько я помню, getty запускается именно по велению /etc/inittab, а > >> > отдельного сервиса действительно нет и не должно быть. > >> > > >> > -- > >> > With best regards > >> > Max Dmitrichenko > >> > >> > >> > >> -- > >> With best regards > >> Max Dmitrichenko > > > > > > > > -- > With best regards > Max Dmitrichenko >
Re: Черный экран с курсором
1:2345:respawn:/sbin/getty 38400 tty1 respawn означает, что перезапустить процесс, если он завершился. Смело убивайте все getty и напишите результат. Если дело не в этом, то надо копать в сторону фреймбуфера консоли. Других вариантов на ум не приходит 29 июня 2016 г., 1:05 пользователь Anatoly Molchanovнаписал: > /etc/inittab: > id:2:initdefault: > si::sysinit:/etc/init.d/rcS > ~~:S:wait:/sbin/sulogin > l0:0:wait:/etc/init.d/rc 0 > l1:1:wait:/etc/init.d/rc 1 > l2:2:wait:/etc/init.d/rc 2 > l3:3:wait:/etc/init.d/rc 3 > l4:4:wait:/etc/init.d/rc 4 > l5:5:wait:/etc/init.d/rc 5 > l6:6:wait:/etc/init.d/rc 6 > z6:6:respawn:/sbin/sulogin > ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now > pf::powerwait:/etc/init.d/powerfail start > pn::powerfailnow:/etc/init.d/powerfail now > po::powerokwait:/etc/init.d/powerfail stop > 1:2345:respawn:/sbin/getty 38400 tty1 > 2:23:respawn:/sbin/getty 38400 tty2 > 3:23:respawn:/sbin/getty 38400 tty3 > 4:23:respawn:/sbin/getty 38400 tty4 > 5:23:respawn:/sbin/getty 38400 tty5 > 6:23:respawn:/sbin/getty 38400 tty6 > > > 29 июня 2016 г., 1:04 пользователь Max Dmitrichenko > написал: > >> Кстати, достаточно сказать >> # killall -9 getty >> >> Олдскульный init их сам должен пореспаунить после этого. >> >> 29 июня 2016 г., 1:02 пользователь Max Dmitrichenko >> написал: >> > 29 июня 2016 г., 0:52 пользователь Anatoly Molchanov >> > написал: >> >> в Debian 7 ? >> > >> > Мда, читал тред с конца ) Семерки под рукой уже нет. Кидайте сюды >> > содержимое /etc/inittab тогда. Будем по старинке раскуривать SysV. На >> > сколько я помню, getty запускается именно по велению /etc/inittab, а >> > отдельного сервиса действительно нет и не должно быть. >> > >> > -- >> > With best regards >> > Max Dmitrichenko >> >> >> >> -- >> With best regards >> Max Dmitrichenko > > -- With best regards Max Dmitrichenko
Re: Черный экран с курсором
29 июня 2016 г., 0:52 пользователь Anatoly Molchanovнаписал: > в Debian 7 ? Мда, читал тред с конца ) Семерки под рукой уже нет. Кидайте сюды содержимое /etc/inittab тогда. Будем по старинке раскуривать SysV. На сколько я помню, getty запускается именно по велению /etc/inittab, а отдельного сервиса действительно нет и не должно быть. -- With best regards Max Dmitrichenko
Re: Черный экран с курсором
/etc/inittab: id:2:initdefault: si::sysinit:/etc/init.d/rcS ~~:S:wait:/sbin/sulogin l0:0:wait:/etc/init.d/rc 0 l1:1:wait:/etc/init.d/rc 1 l2:2:wait:/etc/init.d/rc 2 l3:3:wait:/etc/init.d/rc 3 l4:4:wait:/etc/init.d/rc 4 l5:5:wait:/etc/init.d/rc 5 l6:6:wait:/etc/init.d/rc 6 z6:6:respawn:/sbin/sulogin ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now pf::powerwait:/etc/init.d/powerfail start pn::powerfailnow:/etc/init.d/powerfail now po::powerokwait:/etc/init.d/powerfail stop 1:2345:respawn:/sbin/getty 38400 tty1 2:23:respawn:/sbin/getty 38400 tty2 3:23:respawn:/sbin/getty 38400 tty3 4:23:respawn:/sbin/getty 38400 tty4 5:23:respawn:/sbin/getty 38400 tty5 6:23:respawn:/sbin/getty 38400 tty6 29 июня 2016 г., 1:04 пользователь Max Dmitrichenkoнаписал: > Кстати, достаточно сказать > # killall -9 getty > > Олдскульный init их сам должен пореспаунить после этого. > > 29 июня 2016 г., 1:02 пользователь Max Dmitrichenko > написал: > > 29 июня 2016 г., 0:52 пользователь Anatoly Molchanov > > написал: > >> в Debian 7 ? > > > > Мда, читал тред с конца ) Семерки под рукой уже нет. Кидайте сюды > > содержимое /etc/inittab тогда. Будем по старинке раскуривать SysV. На > > сколько я помню, getty запускается именно по велению /etc/inittab, а > > отдельного сервиса действительно нет и не должно быть. > > > > -- > > With best regards > > Max Dmitrichenko > > > > -- > With best regards > Max Dmitrichenko >
Re: Черный экран с курсором
Кстати, достаточно сказать # killall -9 getty Олдскульный init их сам должен пореспаунить после этого. 29 июня 2016 г., 1:02 пользователь Max Dmitrichenkoнаписал: > 29 июня 2016 г., 0:52 пользователь Anatoly Molchanov > написал: >> в Debian 7 ? > > Мда, читал тред с конца ) Семерки под рукой уже нет. Кидайте сюды > содержимое /etc/inittab тогда. Будем по старинке раскуривать SysV. На > сколько я помню, getty запускается именно по велению /etc/inittab, а > отдельного сервиса действительно нет и не должно быть. > > -- > With best regards > Max Dmitrichenko -- With best regards Max Dmitrichenko
Re: Черный экран с курсором
в Debian 7 ? 29 июня 2016 г., 0:50 пользователь Max Dmitrichenkoнаписал: > Systemd же! > 29 июня 2016 г. 0:28 пользователь "Anatoly Molchanov" > написал: > > через прямое подключение к серверу(монитор, клавиатура) на всех >> tty(ctrl+alt+f1, ctrl+alt+f2, ... ) симптомы одинаковы. через ssh все >> абсолютно нормально. Сервиса getty нет, искал в /etc/init.d/getty, чтобы >> /etc/init.d/getty restart >> >> 29 июня 2016 г., 0:15 пользователь dimas написал: >> >>> такое на всех tty? tset не поможет? а getty перезапустить? >>> по ssh, я так понимаю, шелл работает нормально? >>> >>> >>> 2016-180 21:08 Anatoly Molchanov wrote: >>> > Добрый день, коллеги. >>> > >>> > Сервер на Debian 7 после 230 дней аптайма показывает черный экран с >>> > мигающим курсором. На ввод реагирует смещением курсора, похоже что >>> удалось >>> > авторизоваться. Сервер, визуально, полностью работоспособен, никакого >>> > криминала в логах нет, все сервисы работают штатно. Подскажите, >>> пожалуйста, >>> > как можно диагностировать? >>> >>> >>
Re: Черный экран с курсором
Systemd же! 29 июня 2016 г. 0:28 пользователь "Anatoly Molchanov"написал: > через прямое подключение к серверу(монитор, клавиатура) на всех > tty(ctrl+alt+f1, ctrl+alt+f2, ... ) симптомы одинаковы. через ssh все > абсолютно нормально. Сервиса getty нет, искал в /etc/init.d/getty, чтобы > /etc/init.d/getty restart > > 29 июня 2016 г., 0:15 пользователь dimas написал: > >> такое на всех tty? tset не поможет? а getty перезапустить? >> по ssh, я так понимаю, шелл работает нормально? >> >> >> 2016-180 21:08 Anatoly Molchanov wrote: >> > Добрый день, коллеги. >> > >> > Сервер на Debian 7 после 230 дней аптайма показывает черный экран с >> > мигающим курсором. На ввод реагирует смещением курсора, похоже что >> удалось >> > авторизоваться. Сервер, визуально, полностью работоспособен, никакого >> > криминала в логах нет, все сервисы работают штатно. Подскажите, >> пожалуйста, >> > как можно диагностировать? >> >> >
Re: Черный экран с курсором
через прямое подключение к серверу(монитор, клавиатура) на всех tty(ctrl+alt+f1, ctrl+alt+f2, ... ) симптомы одинаковы. через ssh все абсолютно нормально. Сервиса getty нет, искал в /etc/init.d/getty, чтобы /etc/init.d/getty restart 29 июня 2016 г., 0:15 пользователь dimasнаписал: > такое на всех tty? tset не поможет? а getty перезапустить? > по ssh, я так понимаю, шелл работает нормально? > > > 2016-180 21:08 Anatoly Molchanov wrote: > > Добрый день, коллеги. > > > > Сервер на Debian 7 после 230 дней аптайма показывает черный экран с > > мигающим курсором. На ввод реагирует смещением курсора, похоже что > удалось > > авторизоваться. Сервер, визуально, полностью работоспособен, никакого > > криминала в логах нет, все сервисы работают штатно. Подскажите, > пожалуйста, > > как можно диагностировать? > >
Re: Черный экран с курсором
такое на всех tty? tset не поможет? а getty перезапустить? по ssh, я так понимаю, шелл работает нормально? 2016-180 21:08 Anatoly Molchanovwrote: > Добрый день, коллеги. > > Сервер на Debian 7 после 230 дней аптайма показывает черный экран с > мигающим курсором. На ввод реагирует смещением курсора, похоже что удалось > авторизоваться. Сервер, визуально, полностью работоспособен, никакого > криминала в логах нет, все сервисы работают штатно. Подскажите, пожалуйста, > как можно диагностировать?