Je me retouve avec un drôle de problème avec Debian Sid. Depuis cette
après-midi, je n'ai plus qu'une seule console texte. Les fichiers
/dev/tty2 à /dev/tty6 existent. Néanmoins, quand je tape CTRL-ALT-F2 par
exemple, j'ai un écran totalement noir sans prompt de login. Quelqu'un
sait il comment résoudre ce problème ?
Merci d'avance pour vos conseils
--
François Valenduc
Mon adresse e-mail est bien sur truquée
Enlever le deuxième c à la fin et mettre un point après francois pour me
répondre
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Bonjour à tous,
Bonsoir,
Je me retouve avec un drôle de problème avec Debian Sid. Depuis cette après-midi, je n'ai plus qu'une seule console texte. Les fichiers /dev/tty2 à /dev/tty6 existent. Néanmoins, quand je tape CTRL-ALT-F2 par exemple, j'ai un écran totalement noir sans prompt de login. Quelqu'un sait il comment résoudre ce problème ?
Auriez-vous des messages d'erreurs dans vos logs concernant des problèmes de respawn ?
Vérifiez donc que votre fichier /etc/inittab est bien configuré et que /sbin/getty (ou son équivalent, mgetty, agetty, etc) est présent. Si vous modifiez votre fichier /etc/inittab, il faudra alors lancer la commande 'telinit Q' pour faire prendre en compte au process init les modifications.
Merci d'avance pour vos conseils
De rien.
-- TiChou
Dans le message <news:1101413957.662241@seven.kulnet.kuleuven.ac.be>,
*François Valenduc* tapota sur f.c.o.l.configuration :
Bonjour à tous,
Bonsoir,
Je me retouve avec un drôle de problème avec Debian Sid. Depuis cette
après-midi, je n'ai plus qu'une seule console texte. Les fichiers
/dev/tty2 à /dev/tty6 existent. Néanmoins, quand je tape CTRL-ALT-F2 par
exemple, j'ai un écran totalement noir sans prompt de login. Quelqu'un
sait il comment résoudre ce problème ?
Auriez-vous des messages d'erreurs dans vos logs concernant des problèmes de
respawn ?
Vérifiez donc que votre fichier /etc/inittab est bien configuré et que
/sbin/getty (ou son équivalent, mgetty, agetty, etc) est présent.
Si vous modifiez votre fichier /etc/inittab, il faudra alors lancer la
commande 'telinit Q' pour faire prendre en compte au process init les
modifications.
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Bonjour à tous,
Bonsoir,
Je me retouve avec un drôle de problème avec Debian Sid. Depuis cette après-midi, je n'ai plus qu'une seule console texte. Les fichiers /dev/tty2 à /dev/tty6 existent. Néanmoins, quand je tape CTRL-ALT-F2 par exemple, j'ai un écran totalement noir sans prompt de login. Quelqu'un sait il comment résoudre ce problème ?
Auriez-vous des messages d'erreurs dans vos logs concernant des problèmes de respawn ?
Vérifiez donc que votre fichier /etc/inittab est bien configuré et que /sbin/getty (ou son équivalent, mgetty, agetty, etc) est présent. Si vous modifiez votre fichier /etc/inittab, il faudra alors lancer la commande 'telinit Q' pour faire prendre en compte au process init les modifications.
Merci d'avance pour vos conseils
De rien.
-- TiChou
François Valenduc
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Bonjour à tous,
Bonsoir,
Je me retouve avec un drôle de problème avec Debian Sid. Depuis cette après-midi, je n'ai plus qu'une seule console texte. Les fichiers /dev/tty2 à /dev/tty6 existent. Néanmoins, quand je tape CTRL-ALT-F2 par exemple, j'ai un écran totalement noir sans prompt de login. Quelqu'un sait il comment résoudre ce problème ?
Auriez-vous des messages d'erreurs dans vos logs concernant des problèmes de respawn ?
Vérifiez donc que votre fichier /etc/inittab est bien configuré et que /sbin/getty (ou son équivalent, mgetty, agetty, etc) est présent. Si vous modifiez votre fichier /etc/inittab, il faudra alors lancer la commande 'telinit Q' pour faire prendre en compte au process init les modifications.
Merci d'avance pour vos conseils
De rien.
Je n'ai rien trouvé concernant respawn dans les log. J'ai tapé grep
respawn /var/log/syslog (et idem pour getty) mais çà ne donne rien. Devrais-je cherhcher autre part ? Par ailleurs, j'ai vérifié le fichiers /etc/inittab et les lignes que vous mentionnés ci-dessus sont bien présentes. Mon problème devient donc assez mystérieux.
D'autres idées ?
-- François Valenduc
Mon adresse e-mail est bien sur truquée Enlever le deuxième c à la fin et mettre un point après francois pour me répondre
Dans le message <news:1101413957.662241@seven.kulnet.kuleuven.ac.be>,
*François Valenduc* tapota sur f.c.o.l.configuration :
Bonjour à tous,
Bonsoir,
Je me retouve avec un drôle de problème avec Debian Sid. Depuis cette
après-midi, je n'ai plus qu'une seule console texte. Les fichiers
/dev/tty2 à /dev/tty6 existent. Néanmoins, quand je tape CTRL-ALT-F2
par exemple, j'ai un écran totalement noir sans prompt de login.
Quelqu'un sait il comment résoudre ce problème ?
Auriez-vous des messages d'erreurs dans vos logs concernant des
problèmes de respawn ?
Vérifiez donc que votre fichier /etc/inittab est bien configuré et que
/sbin/getty (ou son équivalent, mgetty, agetty, etc) est présent.
Si vous modifiez votre fichier /etc/inittab, il faudra alors lancer la
commande 'telinit Q' pour faire prendre en compte au process init les
modifications.
Merci d'avance pour vos conseils
De rien.
Je n'ai rien trouvé concernant respawn dans les log. J'ai tapé grep
respawn /var/log/syslog (et idem pour getty) mais çà ne donne rien.
Devrais-je cherhcher autre part ? Par ailleurs, j'ai vérifié le fichiers
/etc/inittab et les lignes que vous mentionnés ci-dessus sont bien
présentes. Mon problème devient donc assez mystérieux.
D'autres idées ?
--
François Valenduc
Mon adresse e-mail est bien sur truquée
Enlever le deuxième c à la fin et mettre un point après francois pour me
répondre
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Bonjour à tous,
Bonsoir,
Je me retouve avec un drôle de problème avec Debian Sid. Depuis cette après-midi, je n'ai plus qu'une seule console texte. Les fichiers /dev/tty2 à /dev/tty6 existent. Néanmoins, quand je tape CTRL-ALT-F2 par exemple, j'ai un écran totalement noir sans prompt de login. Quelqu'un sait il comment résoudre ce problème ?
Auriez-vous des messages d'erreurs dans vos logs concernant des problèmes de respawn ?
Vérifiez donc que votre fichier /etc/inittab est bien configuré et que /sbin/getty (ou son équivalent, mgetty, agetty, etc) est présent. Si vous modifiez votre fichier /etc/inittab, il faudra alors lancer la commande 'telinit Q' pour faire prendre en compte au process init les modifications.
Merci d'avance pour vos conseils
De rien.
Je n'ai rien trouvé concernant respawn dans les log. J'ai tapé grep
respawn /var/log/syslog (et idem pour getty) mais çà ne donne rien. Devrais-je cherhcher autre part ? Par ailleurs, j'ai vérifié le fichiers /etc/inittab et les lignes que vous mentionnés ci-dessus sont bien présentes. Mon problème devient donc assez mystérieux.
D'autres idées ?
-- François Valenduc
Mon adresse e-mail est bien sur truquée Enlever le deuxième c à la fin et mettre un point après francois pour me répondre
François Valenduc
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Bonjour à tous,
Bonsoir,
Je me retouve avec un drôle de problème avec Debian Sid. Depuis cette après-midi, je n'ai plus qu'une seule console texte. Les fichiers /dev/tty2 à /dev/tty6 existent. Néanmoins, quand je tape CTRL-ALT-F2 par exemple, j'ai un écran totalement noir sans prompt de login. Quelqu'un sait il comment résoudre ce problème ?
Auriez-vous des messages d'erreurs dans vos logs concernant des problèmes de respawn ?
Vérifiez donc que votre fichier /etc/inittab est bien configuré et que /sbin/getty (ou son équivalent, mgetty, agetty, etc) est présent. Si vous modifiez votre fichier /etc/inittab, il faudra alors lancer la commande 'telinit Q' pour faire prendre en compte au process init les modifications.
Merci d'avance pour vos conseils
De rien.
En fait, je viens de constater que si je lance les commandes /sbin/getty
38400 tty2, la console n°2 s'active (et idem pour les consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas effectuées au démarrage. Néanmoins, lorsque je bascule sur les consoles en question, le clavier ne fonctionne pas.
-- François Valenduc
Mon adresse e-mail est bien sur truquée Enlever le deuxième c à la fin et mettre un point après francois pour me répondre
Dans le message <news:1101413957.662241@seven.kulnet.kuleuven.ac.be>,
*François Valenduc* tapota sur f.c.o.l.configuration :
Bonjour à tous,
Bonsoir,
Je me retouve avec un drôle de problème avec Debian Sid. Depuis cette
après-midi, je n'ai plus qu'une seule console texte. Les fichiers
/dev/tty2 à /dev/tty6 existent. Néanmoins, quand je tape CTRL-ALT-F2
par exemple, j'ai un écran totalement noir sans prompt de login.
Quelqu'un sait il comment résoudre ce problème ?
Auriez-vous des messages d'erreurs dans vos logs concernant des
problèmes de respawn ?
Vérifiez donc que votre fichier /etc/inittab est bien configuré et que
/sbin/getty (ou son équivalent, mgetty, agetty, etc) est présent.
Si vous modifiez votre fichier /etc/inittab, il faudra alors lancer la
commande 'telinit Q' pour faire prendre en compte au process init les
modifications.
Merci d'avance pour vos conseils
De rien.
En fait, je viens de constater que si je lance les commandes /sbin/getty
38400 tty2, la console n°2 s'active (et idem pour les consoles tty3 à
tty6. Donc je suppose que ces commandes ne sont pas effectuées au
démarrage. Néanmoins, lorsque je bascule sur les consoles en question,
le clavier ne fonctionne pas.
--
François Valenduc
Mon adresse e-mail est bien sur truquée
Enlever le deuxième c à la fin et mettre un point après francois pour me
répondre
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Bonjour à tous,
Bonsoir,
Je me retouve avec un drôle de problème avec Debian Sid. Depuis cette après-midi, je n'ai plus qu'une seule console texte. Les fichiers /dev/tty2 à /dev/tty6 existent. Néanmoins, quand je tape CTRL-ALT-F2 par exemple, j'ai un écran totalement noir sans prompt de login. Quelqu'un sait il comment résoudre ce problème ?
Auriez-vous des messages d'erreurs dans vos logs concernant des problèmes de respawn ?
Vérifiez donc que votre fichier /etc/inittab est bien configuré et que /sbin/getty (ou son équivalent, mgetty, agetty, etc) est présent. Si vous modifiez votre fichier /etc/inittab, il faudra alors lancer la commande 'telinit Q' pour faire prendre en compte au process init les modifications.
Merci d'avance pour vos conseils
De rien.
En fait, je viens de constater que si je lance les commandes /sbin/getty
38400 tty2, la console n°2 s'active (et idem pour les consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas effectuées au démarrage. Néanmoins, lorsque je bascule sur les consoles en question, le clavier ne fonctionne pas.
-- François Valenduc
Mon adresse e-mail est bien sur truquée Enlever le deuxième c à la fin et mettre un point après francois pour me répondre
TiChou
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Essayez s'il-vous-plait de ne citer que les parties utiles du message auquel vous répondez.
En fait, je viens de constater que si je lance les commandes /sbin/getty 38400 tty2, la console n°2 s'active (et idem pour les consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas effectuées au démarrage.
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande /sbin/runlevel.
-- TiChou
Dans le message <news:1101416268.851939@seven.kulnet.kuleuven.ac.be>,
*François Valenduc* tapota sur f.c.o.l.configuration :
Essayez s'il-vous-plait de ne citer que les parties utiles du message auquel
vous répondez.
En fait, je viens de constater que si je lance les commandes /sbin/getty
38400 tty2, la console n°2 s'active (et idem pour les consoles tty3 à
tty6. Donc je suppose que ces commandes ne sont pas effectuées au
démarrage.
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande
/sbin/runlevel.
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Essayez s'il-vous-plait de ne citer que les parties utiles du message auquel vous répondez.
En fait, je viens de constater que si je lance les commandes /sbin/getty 38400 tty2, la console n°2 s'active (et idem pour les consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas effectuées au démarrage.
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande /sbin/runlevel.
-- TiChou
François Valenduc
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Essayez s'il-vous-plait de ne citer que les parties utiles du message auquel vous répondez.
En fait, je viens de constater que si je lance les commandes /sbin/getty 38400 tty2, la console n°2 s'active (et idem pour les consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas effectuées au démarrage.
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande /sbin/runlevel.
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé la solution à mon problème: j'ai rajouté 45 à toutes les lignes concernant getty dans le fichier /etc/inittab pour lesquelles il n'y avait que 23 et maintenant, toutes les consoles fonctionnent.
Merci encore pour vos conseils.
-- François Valenduc
Mon adresse e-mail est bien sur truquée Enlever le deuxième c à la fin et mettre un point après francois pour me répondre
Dans le message <news:1101416268.851939@seven.kulnet.kuleuven.ac.be>,
*François Valenduc* tapota sur f.c.o.l.configuration :
Essayez s'il-vous-plait de ne citer que les parties utiles du message
auquel vous répondez.
En fait, je viens de constater que si je lance les commandes
/sbin/getty 38400 tty2, la console n°2 s'active (et idem pour les
consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas
effectuées au démarrage.
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande
/sbin/runlevel.
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé
la solution à mon problème: j'ai rajouté 45 à toutes les lignes
concernant getty dans le fichier /etc/inittab pour lesquelles il n'y
avait que 23 et maintenant, toutes les consoles fonctionnent.
Merci encore pour vos conseils.
--
François Valenduc
Mon adresse e-mail est bien sur truquée
Enlever le deuxième c à la fin et mettre un point après francois pour me
répondre
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Essayez s'il-vous-plait de ne citer que les parties utiles du message auquel vous répondez.
En fait, je viens de constater que si je lance les commandes /sbin/getty 38400 tty2, la console n°2 s'active (et idem pour les consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas effectuées au démarrage.
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande /sbin/runlevel.
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé la solution à mon problème: j'ai rajouté 45 à toutes les lignes concernant getty dans le fichier /etc/inittab pour lesquelles il n'y avait que 23 et maintenant, toutes les consoles fonctionnent.
Merci encore pour vos conseils.
-- François Valenduc
Mon adresse e-mail est bien sur truquée Enlever le deuxième c à la fin et mettre un point après francois pour me répondre
gregg
François Valenduc wrote:
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Essayez s'il-vous-plait de ne citer que les parties utiles du message auquel vous répondez.
En fait, je viens de constater que si je lance les commandes /sbin/getty 38400 tty2, la console n°2 s'active (et idem pour les consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas effectuées au démarrage.
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande /sbin/runlevel.
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé la solution à mon problème: j'ai rajouté 45 à toutes les lignes
Pourquoi pas seulement 5 au fait ? Le rl 4 a-t-il une signification particulière chez Debian ?
gregg
François Valenduc wrote:
Dans le message <news:1101416268.851939@seven.kulnet.kuleuven.ac.be>,
*François Valenduc* tapota sur f.c.o.l.configuration :
Essayez s'il-vous-plait de ne citer que les parties utiles du message
auquel vous répondez.
En fait, je viens de constater que si je lance les commandes
/sbin/getty 38400 tty2, la console n°2 s'active (et idem pour les
consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas
effectuées au démarrage.
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande
/sbin/runlevel.
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé
la solution à mon problème: j'ai rajouté 45 à toutes les lignes
Pourquoi pas seulement 5 au fait ?
Le rl 4 a-t-il une signification particulière chez Debian ?
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Essayez s'il-vous-plait de ne citer que les parties utiles du message auquel vous répondez.
En fait, je viens de constater que si je lance les commandes /sbin/getty 38400 tty2, la console n°2 s'active (et idem pour les consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas effectuées au démarrage.
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande /sbin/runlevel.
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé la solution à mon problème: j'ai rajouté 45 à toutes les lignes
Pourquoi pas seulement 5 au fait ? Le rl 4 a-t-il une signification particulière chez Debian ?
gregg
Remi Moyen
On Fri, 26 Nov 2004, gregg wrote:
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé la solution à mon problème: j'ai rajouté 45 à toutes les lignes
Pourquoi pas seulement 5 au fait ? Le rl 4 a-t-il une signification particulière chez Debian ?
Bof. Chez Debian, à peu près tous les runlevels sont identiques (sauf 0 et 6, bien évidemment !). Y'a guère que 1 qui doit être différent (et encore, je suis pas certain). 2 à 5 sont identiques.
Pour ma part, je trouve ça un peu bête, mais bon, d'une part ils ont certainement leurs raisons, et d'autre part, chez moi, une machine donnée tourne toujours au même runlevel, alors... -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
On Fri, 26 Nov 2004, gregg wrote:
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé la
solution à mon problème: j'ai rajouté 45 à toutes les lignes
Pourquoi pas seulement 5 au fait ?
Le rl 4 a-t-il une signification particulière chez Debian ?
Bof. Chez Debian, à peu près tous les runlevels sont identiques (sauf 0 et
6, bien évidemment !). Y'a guère que 1 qui doit être différent (et encore,
je suis pas certain). 2 à 5 sont identiques.
Pour ma part, je trouve ça un peu bête, mais bon, d'une part ils ont
certainement leurs raisons, et d'autre part, chez moi, une machine donnée
tourne toujours au même runlevel, alors...
--
Rémi Moyen
"Malgré les apparences, le temps est très varié à Nancy :
pluie, nuages, neige, brouillard, grêle, ..."
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé la solution à mon problème: j'ai rajouté 45 à toutes les lignes
Pourquoi pas seulement 5 au fait ? Le rl 4 a-t-il une signification particulière chez Debian ?
Bof. Chez Debian, à peu près tous les runlevels sont identiques (sauf 0 et 6, bien évidemment !). Y'a guère que 1 qui doit être différent (et encore, je suis pas certain). 2 à 5 sont identiques.
Pour ma part, je trouve ça un peu bête, mais bon, d'une part ils ont certainement leurs raisons, et d'autre part, chez moi, une machine donnée tourne toujours au même runlevel, alors... -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
Jerome
François Valenduc wrote:
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Essayez s'il-vous-plait de ne citer que les parties utiles du message auquel vous répondez.
En fait, je viens de constater que si je lance les commandes /sbin/getty 38400 tty2, la console n°2 s'active (et idem pour les consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas effectuées au démarrage.
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande /sbin/runlevel.
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé la solution à mon problème: j'ai rajouté 45 à toutes les lignes
Pourquoi pas seulement 5 au fait ? Le rl 4 a-t-il une signification particulière chez Debian ?
gregg
Normalement Debian démarre toujours en runlevel 2. Tu dois avoir ca dans ton inittab : # The default runlevel. id:2:initdefault:
Sinon rien de special pour le 4 extrait de inittab: # Runlevels 2-5 are multi-user.
François Valenduc wrote:
Dans le message <news:1101416268.851939@seven.kulnet.kuleuven.ac.be>,
*François Valenduc* tapota sur f.c.o.l.configuration :
Essayez s'il-vous-plait de ne citer que les parties utiles du message
auquel vous répondez.
En fait, je viens de constater que si je lance les commandes
/sbin/getty 38400 tty2, la console n°2 s'active (et idem pour les
consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas
effectuées au démarrage.
Le système est lancé sous quel runlevel ? Vérifiez le avec la
commande /sbin/runlevel.
Le système se lance sous le runlevel 5. En fait, j'ai finalement
trouvé la solution à mon problème: j'ai rajouté 45 à toutes les lignes
Pourquoi pas seulement 5 au fait ?
Le rl 4 a-t-il une signification particulière chez Debian ?
gregg
Normalement Debian démarre toujours en runlevel 2. Tu dois avoir ca dans
ton inittab :
# The default runlevel.
id:2:initdefault:
Sinon rien de special pour le 4 extrait de inittab:
# Runlevels 2-5 are multi-user.
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Essayez s'il-vous-plait de ne citer que les parties utiles du message auquel vous répondez.
En fait, je viens de constater que si je lance les commandes /sbin/getty 38400 tty2, la console n°2 s'active (et idem pour les consoles tty3 à tty6. Donc je suppose que ces commandes ne sont pas effectuées au démarrage.
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande /sbin/runlevel.
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé la solution à mon problème: j'ai rajouté 45 à toutes les lignes
Pourquoi pas seulement 5 au fait ? Le rl 4 a-t-il une signification particulière chez Debian ?
gregg
Normalement Debian démarre toujours en runlevel 2. Tu dois avoir ca dans ton inittab : # The default runlevel. id:2:initdefault:
Sinon rien de special pour le 4 extrait de inittab: # Runlevels 2-5 are multi-user.
TiChou
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande /sbin/runlevel.
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé la
solution à mon problème: j'ai rajouté 45 à toutes les lignes concernant getty dans le fichier /etc/inittab pour lesquelles il n'y avait que 23 et maintenant, toutes les consoles fonctionnent.
La question à se poser, c'est pourquoi le système se lance subitement sous le runlevel 5.
Merci encore pour vos conseils.
De rien.
-- TiChou
Dans le message <news:1101418762.726257@seven.kulnet.kuleuven.ac.be>,
*François Valenduc* tapota sur f.c.o.l.configuration :
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande
/sbin/runlevel.
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé la
solution à mon problème: j'ai rajouté 45 à toutes les lignes concernant
getty dans le fichier /etc/inittab pour lesquelles il n'y avait que 23 et
maintenant, toutes les consoles fonctionnent.
La question à se poser, c'est pourquoi le système se lance subitement sous
le runlevel 5.
Dans le message <news:, *François Valenduc* tapota sur f.c.o.l.configuration :
Le système est lancé sous quel runlevel ? Vérifiez le avec la commande /sbin/runlevel.
Le système se lance sous le runlevel 5. En fait, j'ai finalement trouvé la
solution à mon problème: j'ai rajouté 45 à toutes les lignes concernant getty dans le fichier /etc/inittab pour lesquelles il n'y avait que 23 et maintenant, toutes les consoles fonctionnent.
La question à se poser, c'est pourquoi le système se lance subitement sous le runlevel 5.
Merci encore pour vos conseils.
De rien.
-- TiChou
Nicolas George
Remi Moyen wrote in message :
Pour ma part, je trouve ça un peu bête,
Moi je trouve ça assez logique, au contraire.
mais bon, d'une part ils ont certainement leurs raisons, et d'autre part, chez moi, une machine donnée tourne toujours au même runlevel, alors...
Voilà, précisément. Les runlevel, c'est utile pour changer globalement l'état du système, des services lancés, etc. Si c'est toujours la même chose, il n'y a pas à en changer, et il n'y a aucune logique derrière le fait de considérer un display manager différemment de, par exemple, un serveur ssh.
Une utilisation raisonnable des runlevels que j'ai vue mentionner, c'est une station qui sert de station de travail le jour (donc display manager, service d'impression, etc.) et de station de calcul la nuit. Là, il y a réellement deux états bien différents de la machine, donc logiquement deux runlevel.
Remi Moyen wrote in message
<Pine.LNX.4.61.0411260945310.9265@pbeanf.raft.vacy-anapl.se>:
Pour ma part, je trouve ça un peu bête,
Moi je trouve ça assez logique, au contraire.
mais bon, d'une part ils ont
certainement leurs raisons, et d'autre part, chez moi, une machine donnée
tourne toujours au même runlevel, alors...
Voilà, précisément. Les runlevel, c'est utile pour changer globalement
l'état du système, des services lancés, etc. Si c'est toujours la même
chose, il n'y a pas à en changer, et il n'y a aucune logique derrière le
fait de considérer un display manager différemment de, par exemple, un
serveur ssh.
Une utilisation raisonnable des runlevels que j'ai vue mentionner, c'est une
station qui sert de station de travail le jour (donc display manager,
service d'impression, etc.) et de station de calcul la nuit. Là, il y a
réellement deux états bien différents de la machine, donc logiquement deux
runlevel.
mais bon, d'une part ils ont certainement leurs raisons, et d'autre part, chez moi, une machine donnée tourne toujours au même runlevel, alors...
Voilà, précisément. Les runlevel, c'est utile pour changer globalement l'état du système, des services lancés, etc. Si c'est toujours la même chose, il n'y a pas à en changer, et il n'y a aucune logique derrière le fait de considérer un display manager différemment de, par exemple, un serveur ssh.
Une utilisation raisonnable des runlevels que j'ai vue mentionner, c'est une station qui sert de station de travail le jour (donc display manager, service d'impression, etc.) et de station de calcul la nuit. Là, il y a réellement deux états bien différents de la machine, donc logiquement deux runlevel.
