Autorisations, La réparation utile ou non

[slemirelille]

Je parcours Internet sur la réparation des autorisations avant de faire ma mise à jour et je tombe sur ce blog qui explique que celà ne sert à rien qu'en pensez vous ?

http://blog.gfblog.com/index.php/2005/09/2...-sous-mac-os-x/

Merci d'avance

[Cochonou]

L'article original est disponible (en anglais) ici :
http://www.unsanity.org/archives/000410.php

Si vous voulez savoir mon avis sur le sujet :
L'article est globalement correct, mais comporte quelques erreurs. Parmi ce qui est vrai (à mon sens ) :

Repairing permissions goes through all the Package files (.pkg) in /Library/Receipts/. A receipt package is created when (and only when) you install something using Installer.app (Apple's installer). [...] If a file isn't listed in a receipt, it doesn't exist to the repair permissions process. It's really as simple as that.

Parmi ce qui est faux :

this makes the installer process run as root. Wrong permissions, bad permissions, no permissions, it doesn't matter. root is god. It doesn't care about what some small little file has as its permissions. It will just ignore them completely.

Pour s'en assurer, il suffit de réaliser ces opérations dans le terminal :

CODE

FlyingPig:~ cochonou$ touch test
FlyingPig:~ cochonou$ chmod a-w test
FlyingPig:~ cochonou$ sudo echo "b" >> test
-bash: test: Permission denied

Ici, j'ai crée un fichier nommé test en tant qu'utilisateur cochonou, puis modifié ses droits pour que personne ne puisse plus écrire dessus. J'ai ensuite essayé d'écrire "b" dans le fichier en tant que root, et cela n'a pas marché.
L'utilisateur root n'a pas tous les pouvoirs, mais a la possibilité d'obtenir tout les pouvoirs, ce qui n'est pas exactement pareil. Dans l'exemple donné, il aurait pu modifier les permissions du fichier, même si ce dernier ne lui appartient pas, et ensuite écrire dessus. Mais en aucun cas, l'utilisateur root n'ignore le système de permissions des fichiers.

Mon avis dans tout ça ? Il est vrai que la réparation des permission ne sert pas à grand chose, puisque normalement elle n'ont aucune raison de changer - hormis peut être à cause d'un programme d'installation devenu fou.
Mais la preuve est que pas mal de problèmes rencontrés par des utilisateurs ont été résolus par une réparation des autorisations.
Je ne conseillerai donc pas de le faire de manière régulière, mais uniquement en cas de programme récalcitrant... mais d'un autre coté, une réparation des permissions ne peut pas faire de mal.

[f_cam]

Parmi ce qui est faux :

this makes the installer process run as root. Wrong permissions, bad permissions, no permissions, it doesn't matter. root is god. It doesn't care about what some small little file has as its permissions. It will just ignore them completely.

Pour s'en assurer, il suffit de réaliser ces opérations dans le terminal :

CODE

FlyingPig:~ cochonou$ touch test
FlyingPig:~ cochonou$ chmod a-w test
FlyingPig:~ cochonou$ sudo echo "b" >> test
-bash: test: Permission denied

Ici, j'ai crée un fichier nommé test en tant qu'utilisateur cochonou, puis modifié ses droits pour que personne ne puisse plus écrire dessus. J'ai ensuite essayé d'écrire "b" dans le fichier en tant que root, et cela n'a pas marché.

C'est toi qui t'es planté: le fichier test est ouvert par le shell, or c'est echo qui a été lancé par sudo, et non ton shell. D'ailleurs cette erreur survient avant meme que sudo est été lancé (si vous essayé chez vous, vous verrez que sudo ne demande meme pas le mot de passe).
En faisant

CODE

sudo pico test

tu aurais pu éditer le fichier. Il a y des choses que meme root doit obéir, mais les permissions (tels que réglés avec chmod) n'en font pas partie.

Perso je ne fais presque jamais de réparation, pas avant les updates ni apres. Les rares fois ou il m'est arrivé de le faire c'est parce que j'avais foutu le bordel moi meme.