Je constate que udev n'est pas installé sur le système. Le problème vient certainement de là.
sneakz
J'ai fait une copie image d'un système ext2 (via drive image) et j'ai cloné l'image sur la partition d'un disque IDE.
Cette image a été créé à partir d'un système installé sur un disque dur externe (reconnu comme scsi et raccordé sur une machine en USB2). Le noyau (2.6.11.8) a été recompilé à partir d'un chroot sur la dite partition pour pouvoir demarrer correctement (ce qui n'est pas le cas). La config noyau est issue d'un autre serveur (debian stable) qui tourne actuellement (même configuration, même version du noyau, mêmes services, mêmes paquetages).
0liv
OK... donc je pense que getty n'arrive pas à trouver /dev/ttyX, et c'est pour ça ces messages.
conclusion: tu as un grave problème avec ton /dev....
Debian stable => as tu fait un update de noyau 2.4 vers noyau 2.6... ce qui pourrait expliquer pourquoi c'est le merdier avec /dev
# 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 9600 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
0liv
salut,
tu peux poster le contenu de ton fichier inittab STP... un "respawning too fast" ça ne peut venir que de là ;)
sneakz
Je rencontre un problème au demarrage d'une Debian Stable faisant office de serveur.
Le système est fon,ctionnel mais je ne parviens pas à atteindre le prompt login.
Le système demarre en init 2.
Le message qui apparaît est le suivant :
Id "1" respawning too fast : disabled for 5 minutes
Id "2" respawning too fast : disabled for 5 minutes
Id "3" respawning too fast : disabled for 5 minutes
Id "4" respawning too fast : disabled for 5 minutes
Id "5" respawning too fast : disabled for 5 minutes
Id "6" respawning too fast : disabled for 5 minutes
Init : no more processes left in this runlevel
Le serveur toutefois reste fonctionnel (les services sont lancés).
En outre, je ne retrouve pas les devices (liens) hda, hda1 ... sda etc. sous /dev
