Bonjour,
Je commencerais par v�rifier qu'une t�che cron ne se lance pas de fa�on impr�vue. V�rifier dans /etc/crond.daily, /etc/cron.weekly, /etc/cron.monthly. Il pourrait s'agir par exemple d'une t�che msec. V�rifier que les r�pertoires cit�s ne contiennent pas un fichier ou lien appel� msec. Si oui, v�rifier que les permissions g�r�es par msec ne modifient pas l'acc�s aux fichiers de configuration de X.
effectivement j'ai bien une ligne msec dans les reps pre-cites
en revanche je ne pige pas bien le systeme de permission qui pourrait poser probleme
je vais donc donner mes perms pour /usr/sbin/msec
[EMAIL PROTECTED] sbin]# ls -l msec -rwxr-xr-x 1 root root 1720 mar 7 2003 msec* comment puis je savoir si cela contrarie le serveur X ?
Autre piste : le r�pertoire /tmp est-il toujours accessible pour tous. V�rifier que les t�ches cron tmpwatch n'effacent pas (tous les 3 mois ?) les "prises" (sockets) pr�sentes dans /tmp/.font-unix/. Derni�re id�e : le d�mon xfs est-il lanc� ? service xfs status (en root).non j'ai beau activer dans linuxconf xfs au demarrage
un xfs status me renvoie xfs non lance
des lors que je le lance tout refonctionne ,hormis la perte de ma carte reseau
que je relance par un ifconfig 192.168.0.1 (bizarre cette perte de carte reseau)
je vais essayer avec webmin.
Sinon, pourquoi ne se lance t-il plus ? (cause msec, autre ?) Plut�t que tout r�installer, relancer en root xfs par "service xfs start", puis pour un lancement � chaque d�marrage, "chkconfig --add xfs".
merci ce sont quelques pistes tres interessantes et je t'en remercie
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
