Problème runlevel GDM redhat
Fermé
johnhappy
-
Modifié par johnhappy le 2/09/2011 à 11:27
mamiemando Messages postés 33030 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 28 mars 2024 - 2 sept. 2011 à 21:31
mamiemando Messages postés 33030 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 28 mars 2024 - 2 sept. 2011 à 21:31
A voir également:
- Problème runlevel GDM redhat
- Redhat vs debian - Forum Redhat
- Chown redhat - Forum Shell
- Redhat ipconfig ✓ - Forum Linux / Unix
- Ouvrir un port linux redhat - Forum Redhat
- Oracle linux vs redhat - Forum Redhat
1 réponse
mamiemando
Messages postés
33030
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
7 736
2 sept. 2011 à 21:31
2 sept. 2011 à 21:31
Bah en fait le truc c'est que sur une distribution moderne, tu n'es pas sensé géré qu'est ce qui est lancé / coupé à tel ou tel runlevel.
Concrètement c'est implémenté par une série de liens symboliques dans /etc/rc1.d à rc6.d et rcS.d, correspondant à chacun des runlevel décrits dans /etc/inittab. Ces liens se gèrent avec une commande qui dépend de la distribution (par exemple update-rc.d sous debian) ou directement avec la commande ln -s. Ces liens symboliques pointent vers les scripts de lancement stockés dans /etc/init.d
Le nom du lien n'est pas anodin : K signifie kill, S start. Le numéro qui suit est un numéro de séquence (pour déterminer dans quel ordre lancer les différents services, car certains dépendent d'autres services). La fin de la chaîne est le nom du service.
Les chaînes de lancement récentes de linux (upstart...) fonctionne sur un mécanisme différent mais normalement les commandes sont les mêmes (à vérifier).
Théoriquement et peu importe la chaîne de lancement utilisée (upstart ou sysvinit), c'est au moment où tu installes un paquet que celle-ci est corrigée en conséquence. Ainsi tu n'es jamais sensé aller charcuter dedans.
Ainsi le problème que tu rencontres laisse entendre que quelqu'un est aller dedans ou a fait une installation sale.
À ta place voici ce que je ferais :
- je ferais une mise à jour globale du système via le gestionnaire de paquet (up2date ?)
- je dégagerais gdm puisque manifestement il est mal intégré dans la chaîne de lancement
- je vérifierais que la chaîne de lancement est clean (plus de lien gdm dans /etc/rc*.d)
- je réinstallerais enfin gdm
Bonne chance
Concrètement c'est implémenté par une série de liens symboliques dans /etc/rc1.d à rc6.d et rcS.d, correspondant à chacun des runlevel décrits dans /etc/inittab. Ces liens se gèrent avec une commande qui dépend de la distribution (par exemple update-rc.d sous debian) ou directement avec la commande ln -s. Ces liens symboliques pointent vers les scripts de lancement stockés dans /etc/init.d
Le nom du lien n'est pas anodin : K signifie kill, S start. Le numéro qui suit est un numéro de séquence (pour déterminer dans quel ordre lancer les différents services, car certains dépendent d'autres services). La fin de la chaîne est le nom du service.
Les chaînes de lancement récentes de linux (upstart...) fonctionne sur un mécanisme différent mais normalement les commandes sont les mêmes (à vérifier).
Théoriquement et peu importe la chaîne de lancement utilisée (upstart ou sysvinit), c'est au moment où tu installes un paquet que celle-ci est corrigée en conséquence. Ainsi tu n'es jamais sensé aller charcuter dedans.
Ainsi le problème que tu rencontres laisse entendre que quelqu'un est aller dedans ou a fait une installation sale.
À ta place voici ce que je ferais :
- je ferais une mise à jour globale du système via le gestionnaire de paquet (up2date ?)
- je dégagerais gdm puisque manifestement il est mal intégré dans la chaîne de lancement
- je vérifierais que la chaîne de lancement est clean (plus de lien gdm dans /etc/rc*.d)
- je réinstallerais enfin gdm
Bonne chance