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.

[jujuhtst]

En tout cas, "-a" n'a rien à voir avec les préférences de Spotlight

man mdutil :

CODE

mdutil(1)                 BSD General Commands Manual                mdutil(1)

NAME
     mdutil -- manage the metadata stores used by Spotlight

SYNOPSIS
     mdutil [-pEsav] [-i on | off] volume ...

DESCRIPTION
     The mdutil command is useful for managing the metadata stores for mounted
     volumes.

     The following options are available:

     -p  Spotlight caches indexes of some network devices locally.  This
         option requests that a local caches be flushed to the appropriate
         network device.

     -E  This flag will cause each local store for the volumes indicated to be
         erased.  The stores will be rebuilt if appropriate.

     -i on | off
         Sets the indexing status for the provided volumes to on or off.  Note
         that indexing may be delayed due to low disk space or other condi-
         tions.

     -s  Display the indexing status of the listed volumes.

     -a  Apply command to all volumes.

     -v  Print verbose information when available.

SEE ALSO
     mdfind(1), mdimport(1), mds(8), mdimport(1)

Mac OS X                       September 1, 2005                      Mac OS X

comme je l'ai déjà dit c'est QUE sur Leo et mdutil joue sur les préf de Spotlight mais ne modifie pas par contre ce qu'il y a dans le clicodrome dans préférence système ...

@Dulrich :
Quand tu n'es pas un utilisateur très avancé tu n'as strictement rien à faire en root ... C'est d'ailleurs pour ça que le compte est inactif sur certaines distro linux (et OSX...)

Ce message a été modifié par jujuhtst - 6 Nov 2007, 00:05.

[schlum]

@Dulrich :
Quand tu n'es pas un utilisateur très avancé tu n'as strictement rien à faire en root ... C'est d'ailleurs pour ça que le compte est inactif sur certaines distro linux (et OSX...)

En tant que développeur, il m'arrive de me logguer en root, pour débuguer dans Xcode des trucs qui doivent tourner en root.
Il y a des exceptions.

Mais c'est vrai qu'en général il faut préférer "sudo"

[dulrich]

@Dulrich :
Quand tu n'es pas un utilisateur très avancé tu n'as strictement rien à faire en root ... C'est d'ailleurs pour ça que le compte est inactif sur certaines distro linux (et OSX...)

En tant que développeur, il m'arrive de me logguer en root, pour débuguer dans Xcode des trucs qui doivent tourner en root.
Il y a des exceptions.

Mais c'est vrai qu'en général il faut préférer "sudo"

ça dépend... je bosse exclusivement (via ssh) en root sur les serveurs. La raison est simple, le root ne peut pas faire de ssh. L'utilisation de sudo est proscrite car si un des admins se fait casser son mot de passe lors d'une des très nombreuses attaques ssh qu'on subit, il a l'accès root garanti.
Bref, dire que "sudo" est la manière de faire, c'est comme dire qu'un bouquin de cuisine a la seule vraie recette du couscous.