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: Черный экран с курсором

[Tim Sattarov]

On 28/06/16 02:08 PM, Anatoly Molchanov wrote:
> Добрый день, коллеги.
>
> Сервер на Debian 7 после 230 дней аптайма показывает черный экран с
> мигающим курсором. На ввод реагирует смещением курсора, похоже что
> удалось авторизоваться. Сервер, визуально, полностью работоспособен,
> никакого криминала в логах нет, все сервисы работают штатно.
> Подскажите, пожалуйста, как можно диагностировать?
Я так понимаю, совет перегрузиться тут не к месту ?
у меня были похожие глюки, когда включался APM на текстовой консоли (я
не использую fb)
По описанию, это не выглядит, как проблема какого то одного tty,
попробуй набрать вслепую  `setterm -reset`
и `stty sane`

Re: Черный экран с курсором

[Artem Chuprina]

Max Dmitrichenko -> Debian Russian Mailing List  @ Wed, 29 Jun 2016 01:17:36 
+0300:

 >> (systemd, кстати, тоже)

 > Я совсем не специалист в systemd, но что-то смутно припоминаю, что там
 > была и какая-то другая логика, которая запускала getty on demand, типа
 > что пока на эту консоль никто не переключился, никакого getty и не
 > надо. Снилось ли мне это?

Для ситуаций подобного типа это несущественно.  getty как таковой
запускается и даже работает.

Re: Черный экран с курсором

[Vasiliy P. Melnik]

попробовать добавить 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: Черный экран с курсором

[Anatoly Molchanov]

console-tools последний стоит. никаких приколистов не было ))

29 июня 2016 г., 1:24 пользователь Max Dmitrichenko 
написал:

> 29 июня 2016 г., 1:22 пользователь Max Dmitrichenko
>  написал:
> > Черт его знает. Такое ощущение, что какой-то приколист поменял цвет
> > шрифта на черный )
>
> В семерке был такой пакет console-tools, он вроде ставил сервис,
> который на старте дергался и устанавливал шрифты. Может подергать этот
> сервис, чтобы он переустановил их?
>
> --
> With best regards
>   Max Dmitrichenko
>

Re: Черный экран с курсором

[Anatoly Molchanov]

Мужчины, спасибо за помощь. Еще вижу много 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: Черный экран с курсором

[Max Dmitrichenko]

29 июня 2016 г., 1:22 пользователь Max Dmitrichenko
 написал:
> Черт его знает. Такое ощущение, что какой-то приколист поменял цвет
> шрифта на черный )

В семерке был такой пакет console-tools, он вроде ставил сервис,
который на старте дергался и устанавливал шрифты. Может подергать этот
сервис, чтобы он переустановил их?

-- 
With best regards
  Max Dmitrichenko

Re: Черный экран с курсором

[Max Dmitrichenko]

29 июня 2016 г., 1:16 пользователь Anatoly Molchanov
 написал:
> Сервер IBM x-серии, были глюки на VGA-выходе(другого сервера) через IPMI, но
> на текущем косяк и через IPMI и напрямую с материнки. Мне кажется, что это
> не христоматийный случай, так как курсор бегает и реагирует на ввод
> адекватно.

Ну если cmdline на этот счёт молчит, то скорее всего у вас vesafb,
если вы grub на VGA не переконфигурили
Как он работает, если честно - хз.

Черт его знает. Такое ощущение, что какой-то приколист поменял цвет
шрифта на черный )

-- 
With best regards
  Max Dmitrichenko

Re: Черный экран с курсором

[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: Черный экран с курсором

[Max Dmitrichenko]

29 июня 2016 г., 1:12 пользователь Artem Chuprina  написал:
> (systemd, кстати, тоже)

Я совсем не специалист в systemd, но что-то смутно припоминаю, что там
была и какая-то другая логика, которая запускала getty on demand, типа
что пока на эту консоль никто не переключился, никакого getty и не
надо. Снилось ли мне это?

-- 
With best regards
  Max Dmitrichenko

Re: Черный экран с курсором

[Anatoly Molchanov]

Сервер 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: Черный экран с курсором

[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 
>> > написал:
>> >
>> >> Кстати, достаточно сказать
>> >> # 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: Черный экран с курсором

[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: Черный экран с курсором

[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
>

Re: Черный экран с курсором

[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: Черный экран с курсором

[Max Dmitrichenko]

29 июня 2016 г., 0:52 пользователь Anatoly Molchanov
 написал:
> в Debian 7 ?

Мда, читал тред с конца ) Семерки под рукой уже нет. Кидайте сюды
содержимое /etc/inittab тогда. Будем по старинке раскуривать SysV. На
сколько я помню, getty запускается именно по велению /etc/inittab, а
отдельного сервиса действительно нет и не должно быть.

-- 
With best regards
  Max Dmitrichenko

Re: Черный экран с курсором

[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
>

Re: Черный экран с курсором

[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: Черный экран с курсором

[Anatoly Molchanov]

в 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: Черный экран с курсором

[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: Черный экран с курсором

[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: Черный экран с курсором

[dimas]

такое на всех tty? tset не поможет? а getty перезапустить?
по ssh, я так понимаю, шелл работает нормально?


2016-180 21:08 Anatoly Molchanov  wrote:
> Добрый день, коллеги.
> 
> Сервер на Debian 7 после 230 дней аптайма показывает черный экран с
> мигающим курсором. На ввод реагирует смещением курсора, похоже что удалось
> авторизоваться. Сервер, визуально, полностью работоспособен, никакого
> криминала в логах нет, все сервисы работают штатно. Подскажите, пожалуйста,
> как можно диагностировать?