La laborieuse réparation des autorisations de Leopard, Réactions à la news du 05-11-2007

[Lionel]

Ceux qui ont eu besoin de réparer les autorisations de leur ordinateur sous Leopard l'ont constaté. Tout n'est pas aussi simple que sous les précédente versions de Mac OS X.
Pour commencer, lorsqu'on lance une réparation des autorisation, le système lance plusieurs process:
- mds qui consomme 20% des ressources CPU d'un Xeon 3 GHz
- installdb qui va accaparer la totalité de la puissance d'un coeur, près de 97%
- puis ensuite repair_packages qui lui aussi va en faire autant avec 97% des ressources.
Si ces choses se font assez rapidement sur un Mac Intel elle sont déjà bien moins rapides qu'avec les versions précédentes de Mac OS X mais elles virent carrément au calvaire avec une machine moins puissante qui peut se retrouver à mouliner pendant une heure afin de tout vérifier !
Notez qu'un bug assez courant se produit également pour ceux qui ont installé la dernière mise à jour Apple remote Desktop Client. Ils ont droit à l'erreur suivante:

ATTENTION : le fichier SUID « System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAgent » a été modifié et ne sera pas réparé.

Aucune possibilité n'est donnée pour la réparer d'une manière ou d'une autre. Il faudra certainement une mise à jour de la mise à jour pour corriger ce petit bug.

Il est plus que probable que cette fonction importante de Leopard sera optimisée dans les prochaines mises à jour. Dans l'état, elle est difficilement utilisable alors qu'elle reste le meilleur moyen de résoudre des comportements étranges du système.

[Vin's]

Apparemment, Leopard fait des tests assez poussés pour éviter d'attribuer des permissions (processus très sensible ! Le droit setuid root permet par exemple à un programme lancé par n'importe quel utilisateur d'obtenir les droits root) à des programmes qui ne les méritent pas.
En plus, les ACL sont maintenant gérées dans Leopard (sudo rm ne marche pas dans les sauvegardes Time Machine - mais croyez moi sur parole, n'essayez pas...), donc l'Utilitaire les répare aussi.
Sécurité plus grande versus réparation plus longue (et pas qu'un peu)... Que choisissez vous ?

EDIT : A ce sujet, existe-t-il des programmes en ligne de commande ou en graphique pour voir et modifier facilement les ACL ?

Ce message a été modifié par Vin's - 5 Nov 2007, 07:55.

[schlum]

En plus, les ACL sont maintenant gérées dans Leopard (sudo rm ne marche pas dans les sauvegardes Time Machine - mais croyez moi sur parole, n'essayez pas...), donc l'Utilitaire les répare aussi.
Sécurité plus grande versus réparation plus longue (et pas qu'un peu)... Que choisissez vous ?

EDIT : A ce sujet, existe-t-il des programmes en ligne de commande ou en graphique pour voir et modifier facilement les ACL ?

Les ACL existaient déjà sous Tiger... Elles étaient juste désactivées par défaut ; il fallait les activer pour chaque FileSystem avec "fsaclctl" ; je ne sais pas ce qu'il en est avec 10.5
Et ça se gère avec "chmod" comme les autres droits (voir le man)

http://arstechnica.com/reviews/os/macosx-10-4.ars/8