OVH Cloud OVH Cloud

encore le serveur de fontes xfs

2 réponses
Avatar
bonjour,

C'est la 2ème fois que ça m'arrive et alors le serveur X refuse de
démarrer .La derniere fois j'avais supprimé des fichiers lock sous
/var/lock/subsys et ailleurs et mon probléme c'est que je sais plus ou
c'est "ailleurs" ....
je suis sous redhat9.
Merci

2 réponses

Avatar
Qing Liu
"@(none)" <""hayete"@(none)"> writes:

bonjour,


Bonsoir,

C'est la 2ème fois que ça m'arrive et alors le serveur X refuse de
démarrer .La derniere fois j'avais supprimé des fichiers lock sous
/var/lock/subsys et ailleurs et mon probléme c'est que je sais plus ou
c'est "ailleurs" ....


Les programmes Unix utilisent parfois /tmp pour mettre des
fichiers de verrouillage. Regarde dans /tmp/.font-unix/

--
Liu

Avatar
"@(none)" <""hayete"@(none)"> writes:


bonjour,



Bonsoir,


C'est la 2ème fois que ça m'arrive et alors le serveur X refuse de
démarrer .La derniere fois j'avais supprimé des fichiers lock sous
/var/lock/subsys et ailleurs et mon probléme c'est que je sais plus ou
c'est "ailleurs" ....



Les programmes Unix utilisent parfois /tmp pour mettre des
fichiers de verrouillage. Regarde dans /tmp/.font-unix/

c bon j'ai vu pour les locks sous /tmp


mais c'était encore plus bête que ça ...J'étais à 100% d'utilisation sur
le filesystem root et donc des services refusaient de démarrer.
Par contre xfs démarrait bien sauf qu'il n'était pas à l'écoute sur le
socket en question bref que des merdes...

merci quand même
@ plus