исчезли виртуальные консоли в дебиан

ладно непартесь .... спасибо

В системах с sysvinit (System V init) getty запускается демоном init и настраивается это из /etc/inittab. Init запускает ещё /etc/init.d/rc, который и запускает остальных демонов (службы). То есть init у вас частично рабочий, если бы он не работал совсем, у вас бы никакие службы не были бы запущены. Трассировка init невозможна, поэтому понять что он делает нельзя, остаётся только гадать.

А в /var/log/messages вобще есть свежие сообщения, неважно от кого, а то может syslogd не работает.

Выложите на pastebin трассировку telinit:

strace telinit Q

и, заодно, выложите /etc/inittab, может там что не так с переводами строк и т.д.

Попробуйте переключит runlevel, может поможет:

telinit 3

Не знаю, работает ли bind на третьем runlevel, поэтому посмотрите, что после этой комады bind остался работать. Если что, то можно перейти обратно на второй (telinit 2).

Ещё попробуйте перегрузить машину командой:

telinit 6

чтобы понять, вобще работает ли telinit. Все эти команды от root'а.

Тут интерестнее понять, что в принципе произошло. init то ведь простой и надёжный, ТС утверждает, что стоит именно пакет sysvinit и контрольная сумма /sbin/init правильная.

Выложите на pastebin трассировку telinit:strace telinit Q

http://pastebin.com/EtRJ1XPK

Тут интерестнее понять, что в принципе произошло. init то ведь простой и надёжный, ТС утверждает, что стоит именно пакет sysvinit и контрольная сумма /sbin/init правильная.

да все верно...

telinit 6 ничего не дал...

telinit 3

делать наверное не получится так как отвалится мой ssh..

telinit 6 ничего не дал...

Странно это, похоже у вас что-то серьёзное с init'ом, strace показывает, что telinit успешно записывает данные в /dev/initctl. Посмотрите на всякий случай, что показывает

ls -l /dev/initctl

первая буква в атрибутах должна быть 'p' — файл FIFO. Может там каким-то образом оказался обычный файл с таким именем...

Если initctl действительно fifo, то значит init не воспринимает команды от telinit. Не знаю, либо вместо init стоит какой-то троян, либо init из какого-то левого пакета. Если не лень, попробуйте поставить такой-же Дебиан в виртуалку, обновить и посмотреть, какая версия пакета sysvinit там и какая md5-сумма и размер у файла /sbin/init.

ls -l /dev/initctl

вроде все «намази» prw------- 1 root root 0 Июл 5 20:05 /dev/initctl

обнаружил такую фигню!!!, если я строки инициализации getty 8:2345:respawn:/sbin/getty 38400 tty8 ставлю выше строк загрузки runlevel

l0:0:wait:/etc/init.d/rc 0

..........................

l6:6:wait:/etc/init.d/rc 6

то все грузится в штатном режиме...... сам файл /etc/inittab я взял с рабочего сервера, так что похоже проблема с скриптах загрузки (/etc/init.d/rc 2) как я полагаю, или в скриптах /etc/rc2.d/. вот только как проблемы обнаружить?

Логично, хоть и странно. Всегда думал, что init реагирует на telinit независимо ни от чего, а получается, что пока init не дождётся (:wait:) выполнения ″/etc/init.d/rc 2″ они ни на что не реагирует.

″/etc/init.d/rc 2″ поочерёдно выполняет все скрипты из /etc/rc2.d, сначала скрипты с буквы ″К″, потом с буквы ″S″. Если какой-то скрипт не завешился, он должен быть в списке процессов, так что смотрите вывод ″ps axfuwww″ или ″pstree″ и там должен быть проблемный скрипт.