![]() |
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'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 771 Inscrit : 9 Apr 2006 Membre no 59 107 ![]() |
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. -------------------- MacBook Pro 2.13 Ghz, 4 Go RAM, 500 Go DD Quinti-boot Mac OS X 10.6.0, Debian GNU/Linux "unstable", Fedora 11, Windows 7, Haiku
Mac Mini 1.5 Ghz SuperDrive, 2 Go RAM, 160 Go DD - Tri-boot Mac OS X 10.5.8, Debian GNU/Linux Testing, Windows 7 |
|
|
![]()
Message
#3
|
|
![]() Terminaltor Moderating Machine ![]() ![]() ![]() ![]() ![]() Groupe : Admin Messages : 24 456 Inscrit : 25 Oct 2002 Lieu : Jeumont (59) Membre no 4 319 ![]() |
CITATION(Vin's @ 5 Nov 2007, 07:54) [snapback]2420541[/snapback] 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 -------------------- I think therefore I Mac
|
|
|
![]()
Message
#4
|
|
Adepte de Macbidouille ![]() Groupe : Membres Messages : 252 Inscrit : 29 Jul 2004 Lieu : Paris Membre no 21 521 ![]() |
CITATION(schlum @ 5 Nov 2007, 08:05) [snapback]2420547[/snapback] 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 Ce sont quoi les ACL? Jamais entendu parlé auparavant mais depuis ma mise à jou Leopard, la réparations des autorisations m'affichent des dizaines (centaines?) de lignes du genre : ACL trouvé mais non prétendu sur « System/Library/User Template/English.lproj/Sites ». ACL trouvé mais non prétendu sur « System/Library/User Template/English.lproj/Desktop ». ACL trouvé mais non prétendu sur « System/Library/User Template/English.lproj/Documents ». ACL trouvé mais non prétendu sur « System/Library/User Template/English.lproj/Downloads ». ACL trouvé mais non prétendu sur « System/Library/User Template/English.lproj/Library/Application Support ». ACL trouvé mais non prétendu sur « System/Library/User Template/English.lproj/Library/Assistants ». ... J'ai systématiquement ces lignes d'erreurs. J'ai fait une simple mise à jour, pas de clean install (je manque de temps pour ré-installer toutes les applications, freeware, shareware, ...); Si quelqu'un peut m'éclaircir... -------------------- MediaCenter domicile : MacMini Core2Duo 2010 / 4 Go RAM / OS X 10.6.8 / NAS Synology CS407 4To / freebox HD V5
Station de travail bureau : MacPro DualCore 2x2,933ghz Xeon/ 32go RAM / OS X 10.6.8 Station de travail nomade : MacBookPro intelCore2Duo 2x2,33ghz / 8go RAM / OS X 10.6.8 |
|
|
![]() ![]() |
Nous sommes le : 6th October 2025 - 00:23 |