depuis un upgrade de xfree dans sarge, je n'ai plus de pseudo terminaux (accessible part ctrl+alt+Fx) comment ce fait-ce ?
un ctrl+alt+f1 me donne la fin du log du boot (démarrage des daemon) au lieu du prompt de login. si je fait un ctrl+alt+f2 je retourne sur le serveur X, si je fait un ctrl+alt+f3 j'ai un prompt clignotant en haut a gauche mais je ne peut rien écrire ...
De même, je ne sais pas si cela à une même origine, mais un "init 3" ne fait rien du tt (normalement il est sensé passer en runlevel 3 qui tue le serveur graphique et passe en mode console) ...
Comment retrouver mes ttys ?
Dam
# /etc/inittab
Posté par bergamote23 . Évalué à 2.
dans ce fichier:
# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
...
[^] # Re: /etc/inittab
Posté par Hardy Damien . Évalué à 1.
Dam
[^] # Re: /etc/inittab
Posté par gnumdk (site web personnel) . Évalué à 3.
Et il boot ton Linux? Bizarre quand meme...
[^] # Re: /etc/inittab
Posté par Hardy Damien . Évalué à 1.
en voici le contenu :
# /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:
# :::
#
# 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
----
Dois-je rajouter les 45 qui manque sur certaine lignes ? sachant qu'a priori le runlevel par defaut est 2
Dam
[^] # Re: /etc/inittab
Posté par Obsidian . Évalué à 2.
Probablement, oui.
Vérifie aussi si, après un Ctrl-Alt-F1, tu ne récupères pas quand même un prompt en tapant Return.
Si rien n'y fait, il y est possible que tes getty ne démarrent plus. 'faudra jeter un oeil aux logs d'erreur dans ce cas ...
[^] # Re: /etc/inittab
Posté par Hardy Damien . Évalué à 1.
sur le ctrl+alt+f1, il affiche ce que je tappes mais ce n'est pas un shell.
et je n'ai rien dans /var/log qui concerne tty ....
Je suis un peu sec là :/ p.e. un daemon qui n'est pas lancé ?
Dam
[^] # Re: /etc/inittab
Posté par Frédéric Péters (site web personnel) . Évalué à 1.
http://lists.bxlug.be/pipermail/linux-bruxelles/2004-October/022767(...)
À la lecture du changelog d'xfree, le seul truc plausible que j'imagine, c'est les modifs dans le pilote "nv". Tu utilises celui-là ?
[^] # Re: /etc/inittab
Posté par Hardy Damien . Évalué à 1.
Par contre moi j'ai un kernel 2.6 contrairement au monsieur du lug
Dam
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.