Bonjour tout le monde
Je suis ennuyé parc que mon XPSM1330 sous fedora 9 depuis presque 1 mois ne veut plus démarrer
Il y'a 2h il marchait encore parfaitement, j'ecoutais de la musique en travaillant et tout...
J'ai besoin dans le cadre de mon boulot de faire des tests sur des réseux donc je débranche le cable ethernet et tente de lancer admin-network-config pour modifier mes paramètres réseaux. seulement après avoir rentré mon mdp root rien ne se passe, je réessaye 2 3 fois mais aucune fenetre ne s'affiche. Je suppose que c'est un bug mineur et comme j'ai la flemme de réfléchir je reboote proprement, seulement voila, depuis je n'arrive plus à booter le pc. Tout se passe normalement jusqu'à la fin du lancement des services puis ça devient bizarre:
Normalement l'ecran s'eteint puis se rallume 1s après sur la souris puis ensuite sur l'ecran de logon mais la je n'ai que la partie ecran éteint-écran rallumé+souris qui se répète toute le temps.
Quand je regarde le démarrage détaillé je vois la ligne
"Starting jexec ServicesDemarrage demon Avahi[FAILED]"
J'ai essayé par le démarrage interactif de ne pas lancer ces 2 machins mais ça merdouille toujours.
Si vous avez le temps et/ou une idée repondez s'il vous plait car c'est ma machine de travail et ça va mal se passer pour moi si j'arrive pas à la redemarrer...
Merci d'avance
Peux-tu essayer de démarrer en 'init 3' ou un 'init S'

Pour démarrer avec un mode spécial il faut modifier temporairement les options de grub.
Lorsque que tu obtiens le menu de grub tu a cinq secondes pour utiliser la touche 'e' (sans valider).
Puis tu te positionne sur la ligne 'kernel ......' et tu utilises à nouveau la touche 'e' (sans valider)
Tu positionnes le curseur en fin de ligne et tu ajoutes un 3 ou un S en fin de ligne (avec au moins un espace pour séparer des autres options).
Tu valides par la touche <Entrée>.
Tu utilises la touche 'b' (sans validation), et le kernel essaiera de démarrer avec l'option que tu auras ajouté.

Questions :
Y-a-t-il d'autres services que avahi qui sont en erreur.

avahi est dans les derniers services à démarrer il peut-être est vital pour les DNS mais pas pour le démarrage graphique de la session.

avahi est suivi de cups (si tu l'utilises) , anacron et rc.local, les vois-tu démarrer ?
Merci j'ai réussi à demarrer en Single user, ce qui m'assure de ne pas avoir perdu mes données, mes une fois que je suis logué en root je ne sais pas trop quoi faire...
Pour les erreurs, avahi est le seul en erreur (je ne vois pas d'autre [ECHOUE] en tout cas ) mais je n'ai pas de confirmation que jexec c'est bien lancé (pas de [OK]) et sinon après l'echec je vois cups qui réussi, haldaemon qui réussi, wine aussi puis local qui confirme pas le succès et enfin networkmanager qui réussi et après pas de logon
yamajako wrote:ce qui m'assure de ne pas avoir perdu mes données
Ceci ne me rassure pas : Si tu n'as pas de stratégie de sauvegarde, tu n'es pas à l'abri d'une panne disque ! ! !

Ceci étant dit :

En Single User tu peux te loguer sous root ou normalement tu es sous root sans login/passwd et tu peux faire un
init 3
pour passer en init 3
puis un
startx
pour essayer de démarrer une session graphique
Bonjour @yamajako,

Si j'ai bien compris, suite à une modification de configuration avec admin-network-config, ton PC ne redémarre plus, du moins, il bloque un fois les services lancés.
Dans un premier temps utilise un CD live Fedora 9 pour accéder au système installé sur le PC pour :
1) Sauvegarder des données
2) Pour aller chercher les messages du système
2.a) ouvrir le termial
2.b) Passer en root, donc tape "su -"
2.c) Tu n'a pas de mot de passe , c'est normale
3.d)Crer un dossier pour monter le système du PC "mkdir /mnt/racine"
3.e) Monte ton système , "mount LABEL=/ /mnt/racine" si tu as personnaliser le partitionnement lors de l'installation. Sinon précis moi le type d'installation de ton PC
3.f) Si le 3.e fonction poste le log du système avec "gedit /mnt/racine//var/log/messages"

Après , je ne suis pas un spécialiste de Fedora, mais les messages dans le log pourront éclairer et orienter les spécialiste de fédéra

Édit :
Grillé par pmarion

Comme tu arrives à démarrer en ligne de commande, fait en root :
"cat /var/log/messages | grep avahi" pour voir tout les ligne contenant le mot "avahi"
Ainsi "cat /var/log/messages | grep truc" permette de de voir que les lignes contenant "truc"

Sinon tu peut utiliser vi(éditeur de texte) tel que :"vi /var/log/messages"
Pour quitter sans enregistrer, fait :
[Echap], puis tape ":q!" et valide par entrer

sinon je laisse pmarion d'aider, pour éviter de d'embrouiller.
@ren39
A priori, pour l'instant il peut faire les recherches sans LiveCD s'il arrive à booter en 'init S' ou 'init 3'.
Bonjour,

A tout hasard, peux-tu vérifier si ta partition / a encore de la place disponible ?

kruger
le init 3 depuis le single user était intéressant car je crois avoir compris pourquoi avahi merde: l'activation de eth0 ne se passse pas comme elle devrait, j'ai un message du style
"activation de eth0 : init rcS-sulogin main process (PID) killed by KILL signal"
ensuite quand je suis logué quand je fais startx j'ai un écran gris puis un retour au prompt par contre le sudo startx marche lui, et j'arrive à une session grpahique sous root...
Sinon autre chose est ce que vous sauriez changer les couleurs quand je suis dans le prompt parce que la je vois le resultat de ls par exemple mais pas ce que j'écris (c'est un peu chiant)

@ren39: pour etre tout à fait précis ça n'a pas planté suite à une modif de admin-network-config mais juste avant que je la fasse (en fait après ce que je viens de voir je pense que c'est eth0 qui a planté quand j'ai debranché le cable et ça a foiré tout le reste)
et après vérification j'ai 2 fichiers qui concernent aujourd'hui dans /var/log/ (message et message20082722) le premier fait 6Go, le second 1,7Go et comme ni le cat ni le tail ne m'affiche quoi que ce soir (voir problème de couleur) je suis un peu embeté
On avance, mais je ne vois pas pourquoi un réseau mal foutu empêche le démarrage d'une session graphique de démarrer.

La taille des var/log/messages est inquiétante. Reste-t-il de la place sur le disque ? (voir ce qui disait kruger) .
Il doit y avoir un autre problème qu'avahi /eth0 pour remplir à ce point le fichier 'messages'.

Si tu arrives à ne session graphique sous root, tu peux regarder les fichiers avec 'tail' ou 'head'.

Si tu as un problème d'affichage en mode graphique avec startx/root, tu peux essayer de contourner le problème en faisant, avant d'appeler startx, un 'su - ton_nom_de_login_habituel' et seulement après un 'startx'.

Autre possibilité :
à partir d'un 'init 3' lancer un
init 5
yamajako wrote:dans /var/log/ (message et message20082722) le premier fait 6Go, le second 1,7Go
Je trouve ça bizarre.
De mon coté :
[[root@new-host-2 ~]# ls -l /var/log/messages*
-rw------- 1 root root 813481 jui 22 18:25 /var/log/messages
-rw------- 1 root root 1171910 jui 13 10:20 /var/log/messages-20080713
-rw------- 1 root root 932107 jui 20 09:40 /var/log/messages-20080720
Soit :
812 Ko pour mon "/var/log/messages"
1.1 Mo pour mon "/var/log/messages-20080713"
932 Ko poir mon "/var/log/messages-20080720"
vous aviez raison mon / est occupé à 100%... J'essaye de faire de la place, si ça ne marche pas je vous copie le contenu de la fin de /ver/log/message mais vu que j'y vois des trucs style "resource problem creating /tmp/orbit-gdm" il y'a moyen que ça m'aide
Pour faire de la place tu peux déjà effacer le
messages-20080722 qui doit contenir en pagaille les même lignes que messages .
Garde 'messages' pour voir s'il y a d'autres messages, mais renomme le en messages.bck que tu effaceras après l'avoir consulté.
Merci à vous tous...
ça marche maintenant...
La leçon de cette petite aventure? Ne pas garder les séries que l'on ne regarde plus 🙂
Plus sérieusement je pense me faire un script bash pour m'envoyer un mail lorsque l'espace restant devient critique
Merci encore et longue vie à ce genre de communauté efficace et sympathique 🙂
Tu peux utiliser des logiciels comme logwatch qui font régulièrement une surveillance à ta place :
yum install logwatch

La périodicité est de une fois par jour, mais tu peux adapter les cron à ta convenance.

Il est pré-configuré pour donner plein d'alertes mais on peut en ajouter;
Alertes sur :
tentatives de su avortées
tentatives de ssh avortées
les mail envoyés (si on te pirate ton serveur smtp)
la place disque.....

Tous les matins je regarde les logwatch des dizaines de machines distantes dont je m'occupe.
C'est beaucoup plus rapide que d'aller sur chaque machine en ssh examiner tous ces magnfifiques logs que personne ne regarde jamais à fond.

Rassure moi pour la suite, fais des sauvegardes. Aujourd'hui elles n'auraient servi à rien (la plupart du temps on s'en sort sans casse) mais on ne sait jamais.
yamajako wrote:Plus sérieusement je pense me faire un script bash pour m'envoyer un mail lorsque l'espace restant devient critique
Merci encore et longue vie à ce genre de communauté efficace et sympathique 🙂
C'est inutile, syslog envoie chaque jour à root un mail avec le résumé des évènements intéressants, nombre de su, espace disque, nombre de ftp, etc etc

seulement, ce mail, il faut le lire. Et lorsqu'on boote toujours en graphique, on ne voit pas le message affiché en console
"You have mail in var/spool/mail/root"
@nouv09
Comment est paramétré syslog pour faire cela ? Est-ce un doublon de ce que fait logwatch ?

Pour éviter d'avoir à se connecter sous root pour lire les courriels internes, on peut paramétrer sendmail ou postfix pour envoyer les courriels de root à l'extérieur, ce qui est bien plus pratique.