Réparer les permissions El Capitan (Mac OS X 10.11) est tout à fait possible contrairement à ce que l’on pense. Non pas à l’aide du nouvel Utilitaire de disque sur lequel il y aurait beaucoup à dire mais encore une fois à l’aide du précieux Terminal Mac OS X. Pour les débutants, nous préconisons plutôt l’utilisation d’une app redoutable comme CleanMyMac 3 ou MacBooster 3 qui fait cela et même davantage sans risques. Sachez pour information que la réparation des permissions du disque principal ou d’un autre lecteur n’est plus nécessaire sauf OS X 10.11, sous certaines conditions particulières. Néanmoins, si vous souhaitez y avoir recours voici méthodiquement comment procéder efficacement. Pensez également à consulter notre nouveau dossier Réparer les permissions macOS Sierra (10.12) : 4 techniques, si vous n’êtes plus sous El Capitan.
Réparer les permissions El Capitan : vérification avant tout
Lancez le Terminal depuis une recherche Spotlight ou via le Finder(Applications/Utilitaires/Terminal). Pour vérifier un autre lecteur, il faut remplacer le « / » par l’identifiant correspondant (disks1, disk0S1…). La commande suivante permet de lancer une vérification globale sur le disque / SSD principal et va vous permettre de savoir si la réparation s’avère utile ou non. Vous devrez saisir votre mot de passe administrateur « à l’aveugle » (il ne s’affiche pas à l’écran) :
sudo /usr/libexec/repair_packages --verify --standard-pkgs /
Les fichiers à réparer s’affichent plus ou moins longuement selon votre configuration ou l’état de votre Mac OS X El Capitan.
Réparer les permissions El Capitan : réparation
Il faut maintenant lancer la réparation. On change pour cela l’attribut « verify » par l’attribut « repair ». Cela donne la ligne de commande suivante à saisir dans le Terminal :
sudo /usr/libexec/repair_packages --repair --standard-pkgs --volume /
Après quelques secondes ou minutes en fonction de l’état de votre disque, vous lirez la mention « Repaired » (réparé donc) :
Réparer les permissions El Capitan : relancer la vérification
Votre disque est réparé à 100% maintenant. Si vous ressaisissez la commande qui suit vous ne verrez plus de permissions à réparer. C’est normal, l’opération a bien fonctionné !
sudo /usr/libexec/repair_packages --verify --standard-pkgs /
Sachez à titre d’information complémentaire qu’il est également possible de continuer à Utiliser l’ancien utilitaire de disque de Yosemite sous Mac OS X El Capitan (10.11).
Merci 🙂
Et avec Sierra ? on fait comment… ?
Visiblement ça ne répare pas tout :
Password:
Permissions differ on « tmp », should be drwxrwxrwt , they are lrwxr-xr-x .
User differs on « private/var/db/displaypolicyd », should be 0, user is 244.
Group differs on « private/var/db/displaypolicyd », should be 0, group is 244.
Mini-de-Nicolas:~ $ sudo /usr/libexec/repair_packages –repair –standard-pkgs –volume /
Permissions differ on « tmp », should be drwxrwxrwt , they are lrwxr-xr-x .
Unable to set owner & group on « tmp ». Error 1: Operation not permitted
Unable to set permissions on « tmp ». Error 1: Operation not permitted
User differs on « private/var/db/displaypolicyd », should be 0, user is 244.
Group differs on « private/var/db/displaypolicyd », should be 0, group is 244.
Repaired « private/var/db/displaypolicyd ».
Mini-de-Nicolas:~ $ sudo /usr/libexec/repair_packages –verify –standard-pkgs /
Permissions differ on « tmp », should be drwxrwxrwt , they are lrwxr-xr-x .
Quelqu’un a-t-il la solution ?
Merci
Je suis dans le même cas 🙁
J’ai un imac27 mi 2010
sudo /usr/libexec/repair_packages –verify –standard-pkgs /
Password:
Permissions differ on « tmp », should be drwxrwxrwt , they are lrwxr-xr-x .
ACL found but not expected on ‘private/etc/hosts’.
User differs on « private/var/db/displaypolicyd », should be 0, user is 244.
Group differs on « private/var/db/displaypolicyd », should be 0, group is 244.
Permissions differ on « private/var/db/lockdown », should be drwxrwxrwx , they are drwx—— .
sudo /usr/libexec/repair_packages –repair –standard-pkgs –volume /
Permissions differ on « tmp », should be drwxrwxrwt , they are lrwxr-xr-x .
Unable to set owner & group on « tmp ». Error 1: Operation not permitted
Unable to set permissions on « tmp ». Error 1: Operation not permitted
ACL found but not expected on ‘private/etc/hosts’.
Repaired « private/etc/hosts ».
User differs on « private/var/db/displaypolicyd », should be 0, user is 244.
Group differs on « private/var/db/displaypolicyd », should be 0, group is 244.
Repaired « private/var/db/displaypolicyd ».
Permissions differ on « private/var/db/lockdown », should be drwxrwxrwx , they are drwx—— .
Repaired « private/var/db/lockdown ».
Je reste totalement bloqué avec le « Error 1: Operation not permitted »