Проблема загрузки debian etch с NFS

Автор Stealch, 07 августа 2015, 00:43:05

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

Stealch

Всем привет! Замучился собирать модуль sata_via под Debian Sarge и решил перейти на Etch. Вся подготовка для загрузки по сети была выполнена, мой Sun Cobalt Raq4 пытается загрузиться, но выводит ошибку: INIT: Id "T0" respawning too fast: disabled for 5 minutes
INIT: no more processes left in this runlevel
Я подключаюсь через ttyS0 при помощи нуль-модема.
Такая ошибка у меня возникала и с Sarge, но тогда она была исключительно по моей криворукости. Сейчас же я точно сделал все верно, но ошибка не устранилась.  Как результат, я не могу продолжить установку системы. Вот мой /nfsroot-x86/etc/inittab: # /etc/inittab: init(8) configuration.
# $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $

# The default runlevel.
id:2:initdefault:

# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.
~~:S:wait:/sbin/sulogin

# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

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
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin

# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).
#kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."

# What to do when the power fails/returns.
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
#  <id>:<runlevels>:<action>:<process>
#
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#
# 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

# Example how to put a getty on a serial line (for a terminal)
#

T0:23:respawn:/sbin/getty -L ttyS0 115200 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3

И вот мой /nfsroot-x86/etc/securetty: # /etc/securetty: list of terminals on which root is allowed to login.
# See securetty(5) and login(1).
console

# for people with serial port consoles
ttyS0

# for devfs
tts/0

# Standard consoles
tty1
tty2
tty3
tty4
tty5
tty6
tty7
tty8
tty9
tty10
tty11
tty12
tty13
tty14
tty15
tty16
tty17
tty18
tty19
tty20
tty21
tty22
tty23
tty24
tty25
tty26
tty27
tty28
tty29
tty30
tty31
tty32
tty33
tty34
tty35
tty36
tty37
tty38
tty39
tty40
tty41
tty42
tty43
tty44

Подскажите пожалуйста почему может выскакивать эта ошибка? Debian Sarge бутится с этими же настройками без вопросов. Заранее спасибо.

Cообщение объединено 07 августа 2015, 09:42:36

Привет еще раз! Заметил странную вещь: пролистал каталог /dev на debian sarge и сравнил его с каталогом /dev на debian etch. В каталоге /dev debian etch отсутствует файл "ttyS0", хотя в sarge такой файл устройства имеется. Возможно отсюда ноги растут?
Sarge:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
crw-rw-rw-  1 root tty     5,   0 сент. 10  2014 tty
crw-------  1 root tty     4,   0 сент. 10  2014 tty0
crw-------  1 root tty     4,  64 марта 25 23:37 ttyS0
cr--r--r--  1 root root    1,   9 сент. 10  2014 urandom
prw-r-----  1 root adm          0 сент. 10  2014 xconsole|
crw-rw-rw-  1 root root    1,   5 сент. 10  2014 zero

А вот etch:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
crw-rw-rw-  1 root tty    5,   0 авг.   6 20:35 tty
crw-------  1 root tty    4,   0 авг.   6 20:35 tty0
crw-------  1 root tty    4,   1 авг.   6 20:35 tty1
crw-------  1 root tty    4,   2 авг.   6 20:35 tty2
crw-------  1 root tty    4,   3 авг.   6 20:35 tty3
crw-------  1 root tty    4,   4 авг.   6 20:35 tty4
crw-------  1 root tty    4,   5 авг.   6 20:35 tty5
crw-------  1 root tty    4,   6 авг.   6 20:35 tty6
crw-------  1 root tty    4,   7 авг.   6 20:35 tty7
crw-------  1 root tty    4,   8 авг.   6 20:35 tty8
crw-------  1 root tty    4,   9 авг.   6 20:36 tty9
crw-rw-rw-  1 root root   1,   9 авг.   6 20:35 urandom
prw-r-----  1 root adm         0 авг.   6 22:47 xconsole|
crw-rw-rw-  1 root root   1,   5 авг.   6 20:35 zero


Cообщение объединено 07 августа 2015, 10:06:11

Решение:
Не дождавшись ответа я все же решил проблему: как я и предполагал, она была из-за отсутствующего файла устройства. Решилась простым копированием файла /dev/ttyS0 из рабочего Sarge в /dev не рабочего Etch. Если нет под рукой рабочего Etch - то нужно просто создать файл для COM1:mknod /dev/ttyS0 c 4 64 Система забутилась, все арбайтн, спасибо за внимание.