Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1652 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs

  Problème de runlevel ...

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Problème de runlevel ...

n°799967
sneakz
Posté le 08-04-2006 à 12:53:41  profilanswer
 

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
 
Merci pour vos compléments d'infos.


Message édité par sneakz le 08-04-2006 à 12:54:51
mood
Publicité
Posté le 08-04-2006 à 12:53:41  profilanswer
 

n°799993
0liv
Posté le 08-04-2006 à 14:45:06  profilanswer
 

salut,
 
tu peux poster le contenu de ton fichier inittab STP... un "respawning too fast" ça ne peut venir que de là ;)

n°800002
sneakz
Posté le 08-04-2006 à 15:07:35  profilanswer
 

Code :
  1. # /etc/inittab: init(8) configuration.
  2. # $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $
  4. # The default runlevel.
  5. id:2:initdefault:
  7. # Boot-time system configuration/initialization script.
  8. # This is run first except when booting in emergency (-b) mode.
  9. si::sysinit:/etc/init.d/rcS
  11. # What to do in single-user mode.
  12. ~~:S:wait:/sbin/sulogin
  14. # /etc/init.d executes the S and K scripts upon change
  15. # of runlevel.
  16. #
  17. # Runlevel 0 is halt.
  18. # Runlevel 1 is single-user.
  19. # Runlevels 2-5 are multi-user.
  20. # Runlevel 6 is reboot.
  22. l0:0:wait:/etc/init.d/rc 0
  23. l1:1:wait:/etc/init.d/rc 1
  24. l2:2:wait:/etc/init.d/rc 2
  25. l3:3:wait:/etc/init.d/rc 3
  26. l4:4:wait:/etc/init.d/rc 4
  27. l5:5:wait:/etc/init.d/rc 5
  28. l6:6:wait:/etc/init.d/rc 6
  29. # Normally not reached, but fallthrough in case of emergency.
  30. z6:6:respawn:/sbin/sulogin
  32. # What to do when CTRL-ALT-DEL is pressed.
  33. ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now
  35. # Action on special keypress (ALT-UpArrow).
  36. #kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."
  38. # What to do when the power fails/returns.
  39. pf::powerwait:/etc/init.d/powerfail start
  40. pn::powerfailnow:/etc/init.d/powerfail now
  41. po::powerokwait:/etc/init.d/powerfail stop
  43. # /sbin/getty invocations for the runlevels.
  44. #
  45. # The "id" field MUST be the same as the last
  46. # characters of the device (after "tty" ).
  47. #
  48. # Format:
  49. #  <id>:<runlevels>:<action>:<process>
  50. #
  51. # Note that on most Debian systems tty7 is used by the X Window System,
  52. # so if you want to add more getty's go ahead but skip tty7 if you run X.
  53. #
  54. 1:2345:respawn:/sbin/getty 38400 tty1
  55. 2:23:respawn:/sbin/getty 38400 tty2
  56. 3:23:respawn:/sbin/getty 38400 tty3
  57. 4:23:respawn:/sbin/getty 38400 tty4
  58. 5:23:respawn:/sbin/getty 38400 tty5
  59. 6:23:respawn:/sbin/getty 38400 tty6
  61. # Example how to put a getty on a serial line (for a terminal)
  62. #
  63. #T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
  64. #T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100
  66. # Example how to put a getty on a modem line.
  67. #
  68. #T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3

n°800004
0liv
Posté le 08-04-2006 à 15:18:23  profilanswer
 

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

n°800050
sneakz
Posté le 08-04-2006 à 18:35:58  profilanswer
 

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).


Message édité par sneakz le 08-04-2006 à 18:39:53
n°800153
sneakz
Posté le 09-04-2006 à 08:00:10  profilanswer
 

Je constate que udev n'est pas installé sur le système. Le problème vient certainement de là.


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs

  Problème de runlevel ...

 

Sujets relatifs
Probleme avec configuration de svn[resolu] probleme de routage linux
Problème Mandriva et controlleur PCI Sil3112Rproblème accès Internet avec SME
[Résolu] Apache & config.php - probleme securité ?wifi & SuSE 10, probleme de wifi, encore & tjs
cross-compil - problème !!HELP ! Problème de virus ! Besoin d'un CD bootable
[Perl/Mandrake/résolu] problème d'upgrade @INCFirefox - FC4 - problème d'ouverture les liens hypertexte /zarb
Plus de sujets relatifs à : Problème de runlevel ...

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.056 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR