J'ai noter ça:
drwxrwxrwt 5 root root 4096 Jan 6 18:33 tmp
ça veux dire quoi le t à la fin?

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Tuesday 6 January 2009 18:35:08

Meme probléme en remettant les droits comme avant.

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Tuesday 6 January 2009 18:41:13

Je note que lnusertemp n'est pas dans le path en espace utilisateur, que fluxbox ne ce lance que si je chown les fichiers dans /tmp/

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Saturday 10 January 2009 16:03:48

user@bureau ~ $ winecfg
wineserver: /tmp/.wine-1000 is not owned by you

Je pense que tout les fichiers nouvellement créer et surtout dans /tmp ce creer en root.root et non pas en 1000.1000 (mon utilisateur)

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Saturday 10 January 2009 16:31:33

Le non-démarrage de KDE est souvent lié à des droits sur des fichiers locaux.
Je pense aux différents .Xsession, .kde, &c.
Il y a aussi dans /tmp quelques répertoires qui doivent être à ton nom.
Le mieux, pour résoudre le pb est de voir si tu peux le lancer à partir du compte admin ("root") avec un startx.
Si oui, tu peux aussi essayer la même commande sous ton compte.
Enfin, si ça merdoie encore, crée un compte bidon & vois si KDE se lance sous ce compte. Si oui, cherche les différences entre les deux comptes.

Poste le Tuesday 27 January 2009 11:54:15

En faite c'été un bug noyau qui chown tous ce qui été sur le partage nfs. Depuis la maj noyau j'ai plus ce probléme.

Poste le Tuesday 27 January 2009 12:34:00