![]() |
Bienvenue invité ( Connexion | Inscription )
![]() |
![]()
Message
#1
|
|
![]() BIDOUILLE Guru ![]() ![]() ![]() ![]() ![]() Groupe : Admin Messages : 55 545 Inscrit : 14 Jan 2001 Lieu : Paris Membre no 3 ![]() |
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. |
|
|
![]() |
![]()
Message
#2
|
|
![]() Macbidouilleur d'Or ! ![]() ![]() ![]() ![]() ![]() Groupe : Membres Messages : 5 988 Inscrit : 30 Sep 2002 Lieu : Limoges Membre no 3 870 ![]() |
CITATION(radioman @ 4 Nov 2007, 00:48) [snapback]2418784[/snapback] CITATION(radioman @ 28 Oct 2007, 19:25) [snapback]2408770[/snapback] Edit2: sinon j'ai aussi un message que je ne sais pas utiliser pendant la réparation des autorisations: "ACL trouvé mais non prétendu sur « Applications »." "ACL trouvé mais non prétendu sur « Library »." c'est quoi cet ACL et cette "prétension" ??? Réponse sur MacFixit: To fix this some commands need to be executed in the terminal. To remove the redundant ACL for e.g. /Library do the following: sudo chmod -a# 0 /Library donc j'ai fait un sudo chmod -a# 0 /Library et un sudo chmod -a# 0 /Applications et tout est rentré dans l'ordre Quand à savoir ce que ça fait exactement .... Edit: Si schlum ou Vin's ont quelques explications (même sommaires, juste histoire de savoir de quoi ça cause ...) Ce message a été modifié par radioman - 5 Nov 2007, 14:27. -------------------- MacBook Pro 16" core I9 (2020) type 16.1 / 2,3 Ghz / 32 Go / 1To / Big Sur 11.6.1 (depuis la sortie de Monterey) Imac Alu 24" core 2 duo (mid 2007) type 7,1 / 2,4 Ghz / 4 Go / SSD Imac G4 800 15" (2002) type 4,2 SSD externe M2 FireCuda 520 2To test Monterey / Time Machine MBP 16 DD externe 4 To Time Machine MBP 16 DD externe 2 To DD externe AluICE 500 Go Time Machine iMac 24 Dock "Freecom" + DD Bidouilles 10.4 / 10.5 / 10.6 / 10.7 / 10.8 / 10.9 / 10.10 / 10.11 / 10.12 / 10.13 / 10.14 Dock double "Advance Dual Easy Docking" pour cloner les disques … imprimante-scanner A3 Epson Workforce 7620 / iPad 2 32 Go / iPhone 8+ Red 256 Go |
|
|
![]() ![]() |
Nous sommes le : 6th October 2025 - 00:28 |