Dec 17 21:47:22 zeus gconfd (charly-27827): L'obtention du verrou pour
le démon a échoué, sortie : Le verrouillage de
« /tmp/gconfd-charly/lock/ior » a échoué : un autre processus l'a
probablement verrouillé ou le verrouillage de fichiers NFS est mal
configuré dans votre système d'exploitation (Resource temporarily
unavailable).
Je ne comprends pas bien.
si je me loggue en root, je peux tuer manuellement ce fichier qui sert
de verrou mais la vraie question est : prq ce verrou-est-il resté posé ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
no_spam
On Fri, 17 Dec 2004 22:04:03 +0100, Gabriel wrote:
bonsoir,
Distrib : MDK 10.1 GUI : KDE
J'ai le msg suivant dans mes logs :
Dec 17 21:47:22 zeus gconfd (charly-27827): L'obtention du verrou pour le démon a échoué, sortie : Le verrouillage de « /tmp/gconfd-charly/lock/ior » a échoué : un autre processus l'a probablement verrouillé ou le verrouillage de fichiers NFS est mal configuré dans votre système d'exploitation (Resource temporarily unavailable).
Je ne comprends pas bien.
si je me loggue en root, je peux tuer manuellement ce fichier qui sert de verrou mais la vraie question est : prq ce verrou-est-il resté posé ?
Tu peux sans doute effacer le fichier, tuer un fichier ne veut rien dire. A part ça, gnome pose des verrous qui restent en place s'il ne se termine pas normalement (crash, reboot violent, ...). Pour info, il y en a dans /tmp et dans le home du user qui a ouvert la session gnome (~/.gconfd/ il me semble).
On Fri, 17 Dec 2004 22:04:03 +0100, Gabriel wrote:
bonsoir,
Distrib : MDK 10.1
GUI : KDE
J'ai le msg suivant dans mes logs :
Dec 17 21:47:22 zeus gconfd (charly-27827): L'obtention du verrou pour
le démon a échoué, sortie : Le verrouillage de
« /tmp/gconfd-charly/lock/ior » a échoué : un autre processus l'a
probablement verrouillé ou le verrouillage de fichiers NFS est mal
configuré dans votre système d'exploitation (Resource temporarily
unavailable).
Je ne comprends pas bien.
si je me loggue en root, je peux tuer manuellement ce fichier qui sert
de verrou mais la vraie question est : prq ce verrou-est-il resté posé ?
Tu peux sans doute effacer le fichier, tuer un fichier ne veut rien dire.
A part ça, gnome pose des verrous qui restent en place s'il ne se termine
pas normalement (crash, reboot violent, ...).
Pour info, il y en a dans /tmp et dans le home du user qui a ouvert la
session gnome (~/.gconfd/ il me semble).
On Fri, 17 Dec 2004 22:04:03 +0100, Gabriel wrote:
bonsoir,
Distrib : MDK 10.1 GUI : KDE
J'ai le msg suivant dans mes logs :
Dec 17 21:47:22 zeus gconfd (charly-27827): L'obtention du verrou pour le démon a échoué, sortie : Le verrouillage de « /tmp/gconfd-charly/lock/ior » a échoué : un autre processus l'a probablement verrouillé ou le verrouillage de fichiers NFS est mal configuré dans votre système d'exploitation (Resource temporarily unavailable).
Je ne comprends pas bien.
si je me loggue en root, je peux tuer manuellement ce fichier qui sert de verrou mais la vraie question est : prq ce verrou-est-il resté posé ?
Tu peux sans doute effacer le fichier, tuer un fichier ne veut rien dire. A part ça, gnome pose des verrous qui restent en place s'il ne se termine pas normalement (crash, reboot violent, ...). Pour info, il y en a dans /tmp et dans le home du user qui a ouvert la session gnome (~/.gconfd/ il me semble).
Gabriel
Tu peux sans doute effacer le fichier, tuer un fichier ne veut rien dire. A part ça, gnome pose des verrous qui restent en place s'il ne se termine pas normalement (crash, reboot violent, ...). Pour info, il y en a dans /tmp et dans le home du user qui a ouvert la session gnome (~/.gconfd/ il me semble).
oui, je veux dire supprimer le fichier. La pose des verrous, je compreznds sauf que : 1 j'utilise kde 2 mes applis ne plantent pas donc les verrous devraient s'en aller.
La question reste donc posée :)
Tu peux sans doute effacer le fichier, tuer un fichier ne veut rien dire.
A part ça, gnome pose des verrous qui restent en place s'il ne se termine
pas normalement (crash, reboot violent, ...).
Pour info, il y en a dans /tmp et dans le home du user qui a ouvert la
session gnome (~/.gconfd/ il me semble).
oui, je veux dire supprimer le fichier.
La pose des verrous, je compreznds sauf que :
1 j'utilise kde
2 mes applis ne plantent pas donc les verrous devraient s'en aller.
Tu peux sans doute effacer le fichier, tuer un fichier ne veut rien dire. A part ça, gnome pose des verrous qui restent en place s'il ne se termine pas normalement (crash, reboot violent, ...). Pour info, il y en a dans /tmp et dans le home du user qui a ouvert la session gnome (~/.gconfd/ il me semble).
oui, je veux dire supprimer le fichier. La pose des verrous, je compreznds sauf que : 1 j'utilise kde 2 mes applis ne plantent pas donc les verrous devraient s'en aller.
La question reste donc posée :)
no_spam
On Sat, 18 Dec 2004 17:59:03 +0100, Gabriel wrote:
Tu peux sans doute effacer le fichier, tuer un fichier ne veut rien dire. A part ça, gnome pose des verrous qui restent en place s'il ne se termine pas normalement (crash, reboot violent, ...). Pour info, il y en a dans /tmp et dans le home du user qui a ouvert la session gnome (~/.gconfd/ il me semble).
oui, je veux dire supprimer le fichier. La pose des verrous, je compreznds sauf que : 1 j'utilise kde
tu as maintenant la preuve que tu utilise aussi Gnome.... Gnome n'est pas qu'un GUI, c'est un environnement. Ce qui fait que tu peux très bien utiliser Gnome en étant sous KDE.
2 mes applis ne plantent pas donc les verrous devraient s'en aller.
En est tu si sur ? Est-ce que tu te délogue bien avant de rebooter, par exemple ? Sinon, les applis sont tuées par init (kill puis kill -9) ce qui n'est pas vraiment un arrêt propre pour certains programmes... En tout cas, ton gconfd n'est pas arreté proprement comme il le devrait. Peut être tout simplement qu'il crashe silencieusement... Reste à savoir: - comment il est lancé: ps ax devrait t'aider à trouver quelle appli le lance, avec un peu de logique... - comment il est arreté. Là, ça peut être plus compliqué.
On Sat, 18 Dec 2004 17:59:03 +0100, Gabriel wrote:
Tu peux sans doute effacer le fichier, tuer un fichier ne veut rien dire.
A part ça, gnome pose des verrous qui restent en place s'il ne se termine
pas normalement (crash, reboot violent, ...).
Pour info, il y en a dans /tmp et dans le home du user qui a ouvert la
session gnome (~/.gconfd/ il me semble).
oui, je veux dire supprimer le fichier.
La pose des verrous, je compreznds sauf que :
1 j'utilise kde
tu as maintenant la preuve que tu utilise aussi Gnome....
Gnome n'est pas qu'un GUI, c'est un environnement.
Ce qui fait que tu peux très bien utiliser Gnome en étant sous KDE.
2 mes applis ne plantent pas donc les verrous devraient s'en aller.
En est tu si sur ?
Est-ce que tu te délogue bien avant de rebooter, par exemple ?
Sinon, les applis sont tuées par init (kill puis kill -9) ce qui n'est
pas vraiment un arrêt propre pour certains programmes...
En tout cas, ton gconfd n'est pas arreté proprement comme il le devrait.
Peut être tout simplement qu'il crashe silencieusement...
Reste à savoir:
- comment il est lancé: ps ax devrait t'aider à trouver quelle appli le
lance, avec un peu de logique...
- comment il est arreté. Là, ça peut être plus compliqué.
On Sat, 18 Dec 2004 17:59:03 +0100, Gabriel wrote:
Tu peux sans doute effacer le fichier, tuer un fichier ne veut rien dire. A part ça, gnome pose des verrous qui restent en place s'il ne se termine pas normalement (crash, reboot violent, ...). Pour info, il y en a dans /tmp et dans le home du user qui a ouvert la session gnome (~/.gconfd/ il me semble).
oui, je veux dire supprimer le fichier. La pose des verrous, je compreznds sauf que : 1 j'utilise kde
tu as maintenant la preuve que tu utilise aussi Gnome.... Gnome n'est pas qu'un GUI, c'est un environnement. Ce qui fait que tu peux très bien utiliser Gnome en étant sous KDE.
2 mes applis ne plantent pas donc les verrous devraient s'en aller.
En est tu si sur ? Est-ce que tu te délogue bien avant de rebooter, par exemple ? Sinon, les applis sont tuées par init (kill puis kill -9) ce qui n'est pas vraiment un arrêt propre pour certains programmes... En tout cas, ton gconfd n'est pas arreté proprement comme il le devrait. Peut être tout simplement qu'il crashe silencieusement... Reste à savoir: - comment il est lancé: ps ax devrait t'aider à trouver quelle appli le lance, avec un peu de logique... - comment il est arreté. Là, ça peut être plus compliqué.
