37Fermer39
FarewellLe 02/09/2013 à 21:44
(cross -> ok, merci)
Kevin Kofler (./34) :
L'option à passer au noyau est tout simplement le chiffre 3

Ca ne fonctionne pas.
Je comprends pas trop. Pourtant, je retrouve ici la même indication que tu me donnes : http://www.debian-fr.org/demarrer-sans-x-t31061.html
Et c'est bien ce que j'ai fait.
Extrait de mon /var/log/kern.log après le précédent boot :
02/09/2013 21:07:44 Command line root=UUID=dc89956b-8577-4a8b-8380-be92885f5cc6 ro 3
(C'est le kernel qui affiche les arguments qui lui sont passés)


Il semblerait, d'après ce que j'arrive à lire sur stdout (mais ça va très vite...) qu'il boote en runlevel S. oO Mais impossible de retrouver une trace de ça dans les logs système
Etonnamment, voici ce que dit mon /etc/inittab :
/etc/inittab
folco@Weygand:~$ cat /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 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

Il booterait donc en runlevel 2 ?? Ou S ? Je n'ose pas essayer les autres runlevel à l'aveuglette, de peur de faire une belle connerie.

Le journal d'Init, lui, ne me parle que de runlevel 0 ou 6..., avec root@Weygand:/var/log# grep -i runlevel *.log

Impossible de trouver autre chose. J'aurais peut-être plus d'infos si je bootais le kernel en verbose ?


Désolé, c'est un peu fouilli tout ça, mais je suis en pleine recherche d'info dans mes logs, et de méthode de boot sur google. Ceci dit, si vous avez une idée, je prends grin