Ceci dit, il serait peut-être utile de faire un appel à témoin : qui a eu un problème de ce type en ayant eu le malheur de lancer nautilus ou gedit avec un "sudo" ?

Ça m’est arrivé avec Ubuntu Maverick. J’ai eu un problème à l’ouverture de la cession suivante, ça bloquait totalement après l’étape du mot de passe, comme s’il y avait tout un tas de choses auxquelles je ne pouvait plus accéder. Si je me souviens bien, j’avais lancé Nautilus via sudo. Il me semble que j’avais recréer le compte pour résoudre le problème (j’aurais put faire plus simple, mais je n’ai pas sut faire autrement). Utiliser Nautilus via sudo peut aussi poser des problèmes avec la corbeille.

.Xauthority peut aussi être une chose à laquelle on doit faire attention, quand on copie le home d’un compte quelque part, mais c’est une autre histoire… Ça aussi, j’en ai fait l’expérience sous Maverick.

Ceci dit, il serait peut-être utile de faire un appel à témoin : qui a eu un problème de ce type en ayant eu le malheur de lancer nautilus ou gedit avec un "sudo" ?

@hibou
Tu as bien raison :

on se fout de gksudo et on se retrouve avec un blocage de .Xauthority.

Voir : Create/rebuild a new .Xauthority file (www-01.ibm.com). Date inconnue.

Utiliser sudo pour exécuter des applications en mode graphique peut causer des problèmes dans votre session utilisateur courante, vous empêchant de poursuivre votre travail.1)

C'est un premier pas vers une explication d'un éventuel problème si on ne fait pas ce qui est préconisé. Quelqu'un pourrait-il nous en dire plus sur ce .Xauthority ?

Je préfère ne pas me connecter en temps que root, même s'il m'arrive de le faire dans un terminal. Lorsque j'utilise sudo, j'essaye de relire la commande pour éviter le mauvaises manipulations. Le sudo reste pour moi une "alarme".

j'aurai une p'tite question amis linuxien. Pourquoi utiliser gksudo au lieu de sudo lorsqu'on lance une gui en mode root ? est-ce que c'est juste une convention ou bien y-a-t-il une réelle différence importante entre les 2 ?

gksudo demande le mot de passe dans une boite de dialogue, tandis que sudo le demande en ligne sur une console.

Boite de dialogue de gksudo sous Ubuntu Precise (12.04 LTS) :

La documentation confirme la même chose.
Lire : Sudo — Quand doit-on utiliser sudo/gksudo/kdesudo ? (doc.ubuntu-fr.org)

Par contre du coup, il y a quand même une situation ou je trouve les permissions chiantes, c'est dans le cadre de médias/partitions n'ayant rien à voir avec le système et n'étant là que pour le stockage de données, notamment dans le cas d'une clé USB ou d'un disque externe.

C'est d'un chiant parfois, de devoir se taper les droits par défaut d'une utilisateur/groupe quand on passe sur un autre ordinateur... -_-

Je ne compte pas le nombre de fois ou j'ai du taper dans du "sudo chmod 777 -R /media/disque-externe" juste pour ne pas être embêté par ceci ou cela... (suffit de trifouiller un truc en root sur la partition et ça lui colle au basques par exemple...)

Y'a pas de systèmes de fichiers sans gestion des permissions (et autorisation d’exécution par défaut) se comportant comme Fat sous Linux à ce niveau, mais avec tous les avantages de l'ext/btrfs ?

L'autorisation d'exécution par défaut est une monstruosité d'un point de vue sécurité.

Pour gérer les droits de façon plus souple, je te conseille les ACL.

À l'heure actuelle, on trouve plusieurs fois dans cette documentation, dans le forum et dans le planet l'instruction sudo <commande> pour exécuter de nombreux programmes en mode graphique avec des privilèges d'administration. Bien que ceci fonctionne quand même pour de nombreux programmes, vous devriez prendre l'habitude de lui préférer gksudo ou kdesudo. Utiliser sudo pour exécuter des applications en mode graphique peut causer des problèmes dans votre session utilisateur courante, vous empêchant de poursuivre votre travail

Oki, le sudo peut casser le profile pour les appli graphiques

C'est d'un chiant parfois, de devoir se taper les droits par défaut d'une utilisateur/groupe quand on passe sur un autre ordinateur... -_-

Je ne compte pas le nombre de fois ou j'ai du taper dans du "sudo chmod 777 -R /media/disque-externe" juste pour ne pas être embêté par ceci ou cela... (suffit de trifouiller un truc en root sur la partition et ça lui colle au basques par exemple...)

Y'a pas de systèmes de fichiers sans gestion des permissions (et autorisation d’exécution par défaut) se comportant comme Fat sous Linux à ce niveau, mais avec tous les avantages de l'ext/btrfs ?

Concernant la gestion des droits d’accès aux fichiers, c'est d'une importance cruciale pour une utilisation serveur, peut être moins importante pour une utilisation desktop / mono-utilisateur où les données à protéger sont principalement dans ~. Toutefois cela reste un garde fou bien utile et reste une mesure de sécurité vitale. Exemple: imaginez qu'une personne ou un script mal intentionné souhaite remplacer une commande bien anodine par un key-logger, sans ces protections cela est possible silencieusement sans votre accord...

Edit : ortho (fichu correcteur de téléphone :s )

c'est idiot...puisque si je suis persuadé du bien fondé de ma prochaine action, password ou pas je vais la faire ma connerie...on fonctionne quand même en majorité en mode mono poste ...utilisateurs en face de sa bécane..

Mais même comme çà, le système est utilisé par de nombreux utilisateurs :

# ps --no-headers ax -o user | grep -v "$USER" | sort -u

avahi
colord
daemon
memcache
messagebus
miredo
ntp
pdnsd
postfix
root
rtkit
syslog
www-data

Sujet à troll ?
Le  topic c'est "les permissions me gonflent grâve" 
Moi je confirme, elles me gonflent grave et celui qui dit le contraire est un menteur, alors pas la peine de faire le larbin en assumant des choix que d'autres ont fait, et en cherchant à les justifier.
Meuhh je quitte ce fil

Oui donc c'est un bien un sujet à troll ^^. J'assume ces choix parce qu'ils apportent une solution à de nombreux problèmes et fonctionnent plutôt bien. Maintenant vas y propose tes solutions techniques.
NB : Par solution j’entends pas des insultes ou des histoires de "bouh c'est trop null".