De l’utilité de réparer les autorisations sous Mac OS X
Mac OS X est un système très robuste, basé sur un coeur (kernel) dérivé des systèmes BSD: Darwin. C’est même certainement -au sens véritable du terme- le système le plus robuste et le plus sécurisé accessible au grand public. Néanmoins puisqu’il est possible, comme sous tout système d’exploitation qui se respecte, d’installer de nombreuses applications qui modifient plus ou moins la configuration logicielle système, Mac OS X n’est pas totalement à l’abris des dysfonctionnements. Pour corriger ces dysfonctionnements et restaurer l’état du système, il existe de nombreux moyens qui tendent tous plus ou moins à la même chose: revenir à l’état d’avant la modification entraînant le dysfonctionnement. Un de ces moyens s’appelle la réparation des autorisations.
Dans tous les sites internet d’aide à l’utilisation du Mac, sur tous les forums et dans toute la presse Mac, le premier conseil que l’on donne lorsqu’un comportement anormal du système ou d’une application est détecté est de réparer les autorisations. C’est une aberration. Un mauvais conseil qui s’est bien trop vite répandu, véhiculé par des gens qui ne savent définitivement pas de quoi ils parlent. Dans 99% des cas, réparer les autorisations ne résoudra pas le problème.
Je vous propose de découvrir dans cet article les raisons pour lesquelles la réparation des autorisations n’est pas un remède miracle. Je vous propose également de comprendre dans quels cas la réparation des autorisations est efficiente, et dans quels cas elle ne l’est pas. Je vais pour cela m’appuyer sur la trame de fond d’un excellent article de blog écrit en mai 2005 par Rosyna de l’équipe Unsanity.
Le pavé dans la marre
Contrairement à ce qu’affirme Apple dans un article de sa Knowledge Base dédié à l’utilitaire de disque, la réparation des autorisations ne s’applique pas aux logiciels tierce-partie (c’est-à-dire n’étant pas originaires d’Apple). Elle ne s’applique pas non plus -comme l’affirme Apple cette fois- aux logiciels installés par drag&drop à partir d’une image disque, et aux logiciels installés à partir d’un assistant d’installation non-Apple (par exemple ceux d’Allume et de MindVision). La réparation des autorisations ne fonctionne donc que pour les logiciels Apple installés grâce au logiciel d’installation Apple.
La réparation des autorisations ne règlera pas votre problème dans la majorité des cas. Elle n’empêchera pas non plus des problèmes de survenir dans le futur. Elle ne sert à rien en tant qu’opération planifiée de maintenance. Vous pouvez quand même écouter les conseils prodigués sur les forums par des gens qui s’y connaissent plus ou moins, mais qui n’ont rien compris aux autorisations, et les réparer: cela ne nuira pas à votre système, et pour cause puisque cela ne produira sans doute aucun effet.
Je ne peux pas résister à l’envie de vous traduire une discussion entre Homer et Lisa Simpson dans le célère dessin animé du même nom, que Rosyna retranscrit dans son article:
-
Homer: Pas un seul ours en vue. La patrouille anti-ours doit vraiment bien fonctionner !
Lisa: C’est un bon raisonnement, papa.
Homer: Merci, ma chérie.
Lisa: En suivant le même raisonnement, je pourrais dire que cette pierre tient les tigres à l’écart.
Homer: Ah ! Et comment ça marche ?
Lisa: Ca ne marche pas.
Homer: Hu-hu…
Lisa: Ce n’est qu’une bête pierre.
Homer: Hu-hu…
Lisa: Mais il n’y a aucun tigre à l’horizon, n’est-ce pas ?
[Homer y réfléchit et sort quelques billets de sa poche]
Homer: Lisa, je veux acheter ta pierre.
[Lisa commence par refuser, puis accepte l'échange]
Ce que la réparation des autorisations fait et ne fait pas
La réparation des autorisations parcourt tous les paquetages (packages) dans le répertoire /Library/Receipts/. Un reçu de package est créé seulement quand un logiciel est installé avec l’assistant d’installation d’Apple (Installer.app). Cet assistant crée d’abord un package temporaire avec tous les fichiers du package d’origine. Lors de l’installation, un package contenant la liste de tous les fichiers installés à partir du package d’origine est créé. Les packages du répertoire /Library/Receipts/ ne contiennent donc que des références vers les fichiers, ils ne contiennent pas directement les fichiers.
Il est possible d’afficher le contenu du package depuis le Terminal en utilisant la commande lsbom de cette manière: lsbom /Library/Receipts/MacOSX10.4.pkg/Contents/Archive.bom.
Ainsi, l’utilitaire de disque parcourt le répertoire /Library/Receipts/ du volume cible. Cela implique que, pour que les autorisations soient réparées, le volume cible doit avoir un répertoire /Library/Receipts/. Les conséquences sont multiples. La première et la plus évidente est qu’il ne peut y avoir de réparation des autorisations sur un volume sur lequel Mac OS X n’est pas installé. Adieu donc les disque durs annexes (aussi bien internes qu’externes) qui ne servent pas au boot du système. La deuxième implication est beaucoup plus vicieuse. En effet, Installer.app ne permet pas dans la majorité des cas de choisir le répertoire de destination de l’installation. On peut donc en conclure que, sauf si vous avez utilisé un des rares Installer.app qui permettent de choisir le répertoire de destination (ce qui n’est le cas d’aucun des Installer.app distribués par Apple), la réparation des autorisations n’aura strictement aucun effet sur les fichiers de votre répertoire utilisateur home. La troisième conséquence est qu’aucun des fichiers générés lors de l’utilisation de Mac OS X (les fichiers temporaires, cache, de swap, etc.) n’est modifié. Cette règle peut ainsi être généralisée: aucun fichier non créé par Installer.app ne sera modifié par la réparation des autorisations.
Un peu d’Histoire
Apple a introduit le Repair Privileges Utility pour le système 10.1.5. Et la raison était simple: à cette époque les Mac pouvaient encore booter sur OS 9. Or, OS 9 n’a cure des permissions (ce n’est pas un Unix). Un utilisateur pouvait donc corrompre un installation de OS X depuis OS 9, en manipulant des fichiers système, ou pire encore en utilisant un utilitaire tierce-partie comme Norton. De nos jours, avec Tiger, le seul système présent sur la machine est OS X. Il n’y a plus de OS 9, ni même de Classic. Le problème ne se pose donc plus.
Une autre des raisons qui motivèrent Apple pour inclure la réparation des autorisations dans l’Utilitaire de Disque est la présence sur notre plateforme d’assistants d’installation tierce-partie comme ceux d’Allume ou de MindVision. Ces deux programmes ont longtemps été relativement dangereux pour un système sous OS X. Ils sont à l’heure actuelle très stables, et ne m’ont personnellement jamais causé de problème d’autorisations (et à Rosyna non plus d’ailleurs).
La troisième raison est la faiblesse des utilisateurs eux-mêmes. Il est courant dans la communauté Mac de dire que le seul virus identifié sous OS X se situe entre la chaise et le clavier… Il est vrai que l’utilisateur peut manipuler des fichiers système et altérer leurs autorisations. Dans ce cas, la réparation est utile.
Dans un cas, la réparation est nécessaire
Les autorisations ne changement pas toutes seules. Pour qu’elles changent, il faut que quelque chose les change. Pour cette raison, réparer les autorisations de temps en temps, en guise d’opération de maintenance, est totalement inutile.
Il y a cependant un cas dans lequel la réparation des autorisations est absolument nécessaire -et résoud les problèmes. Quand vous sauvegardez votre système vers un disque externe via ditto ou Carbon Copy Cloner, en ignorant les autorisations du volume source. En réparant les autorisations dans cette situation, on permet au disque de redevenir bootable, mais on ne touche toujours pas aux fichiers indépendants du systèmes ou appartenant à l’utilisateur, ce qui peut laisser ouverts d’énormes trous de sécurité.
C’est trop bête…
Il n’est pas rare de voir sur les forums des gens conseiller à d’autres de réparer les autorisations avant et après une mise à jour du système par l’utilitaire de mise à jour du menu Pomme. C’est complètement stupide. L’utilitaire de mise à jour s’exécute comme root et n’a que faire des autorisations. L’utilisateur root est dieu sur les systèmes Unix: il peut tout faire, il n’est soumis à aucune contrainte. Bonnes autorisations, mauvaises autorisations, pas d’autorisations: c’est pour lui du pareil au même. La réparation des autorisations ne modifie en rien les chances de réussir l’installation. Pour cette raison, il est inutile de réparer les autorisations avant l’installation d’une mise à jour. Et c’est également inutile après la mise à jour: puisque les fichiers viennent d’être mis à jour, ils ont forcément les bonnes autorisations !
On peut également lire que réparer les autorisations sur un volume externe peut être utile, lorsque les autorisations des fichiers de ce volume sont corrompues. C’est une pure aberration car, comme expliqué ci-avant, la réparation des autorisations n’est effective que sur les volumes sur lesquels Mac OS X est installé. Pas de répertoire /Library/Receipts/, pas de réparation des autorisations. Point.
| D’ailleurs, l’utilitaire de disque de Mac OS X l’explique très bien… |
 |
Certains disent encore que la réparation des autorisations a résolu un problème avec un logiciel tierce-partie. C’est en fait peu probable. Les gros logiciels comme ceux de Microsoft, Adobe ou Macromedia n’utilisent pas Installer.app. Il est donc théoriquement impossible que la réparation des autorisations puisse résoudre un problème ne touchant qu’un seul de ces logiciels. Il est en revanche beaucoup plus probable qu’une série d’autorisations corrompues sur le système engendre des comportements étranges pour plusieurs de ces logiciels. Par exemple, si les permissions de /Library/ sont fixées à 000, tout explose…
Comment résoudre les problèmes ?
Si une application crash (elle “plante”), et laisse un rapport de bug (bug report) à envoyer à Apple, vous pourrez voir les détails du rapport. Dans ce cas, faites un copier/coller du rapport dans TextEdit et lisez calmement. Vous verrez peut-être quelque chose qui vous met la puce à l’oreille. C’est ainsi que j’ai par exemple découvert que la dernière version d’Application Enhancer faisait planter Dreamweaver 2004. Solution express: mettre DW dans la Master Exclude List d’APE, et le problème est résolu.
Vous pouvez également consulter les logs système, notamment en lisant ce que dit la Console (Applications/Utilitaires/Console). Si vous avez un problème, la Console vous en indiquera la source. A vous de trouver ensuite la solution.
Si le problème vient d’un logiciel, effacez ses préférences et redémarrez-le. Réinstaller un logiciel ne sert la plupart du temps à rien car seul l’exécutable (le package) sera remplacé, et pas les préférences. Or, l’exécutable n’est, dans la majorité des cas, pas modifiable (le problème ne peut donc pas venir de lui), contrairement aux préférences (appelées “prefs”) qui se corrompent facilement. Les préférences sont situées dans le répertoire ~/Library/Preferences/ (ou ~/Bibliothèque/Préférences/), ou dans un autre emplacement, mais ont l’extension .plist. Vous pouvez faire une recherche avec Spotlight : “nom-du-logiciel .plist“.
Vous pouvez aussi supprimer les fichiers annexes créés par le logiciel. Ils sont peut être à l’origine de la corruption de ce logiciel (c’est même fréquent). Ces fichiers sont situés à l’emplacement suivant: ~/Library/Application Support/[Nom du logiciel] (ou ~/Bibliothèque/…).
Si le problème se pose pour un logiciel qui admet des plug-ins ou des add-ons, pensez à désactiver ces plug-ins ou add-ons. Pour les logiciels Apple, ils se situent dans le répertoire ~/Library/[Nom du logiciel] (ou ~/Bibliothèque/…). Par exemple, pour Apple Mail, c’est ~/Library/Mail/Bundles. Le logiciel peut aussi permettre de désactiver ces extensions : c’est le cas de Firefox. Vous pourrez alors identifier la source du problème sans tout désinstaller.
Si vous avez installé un nouveau périphérique, désactivez le et désinstallez ses drivers (ou pilotes) avant de vérifier si le problème persiste. Les périphériques USB notamment sont connus pour générer des Kernel Panic sous Mac OS X (c’était particulièrement vrai dans les premières versions d’OS X, c’est un peu moins vrai maintenant, mais sait-on jamais…).
Enfin, n’oubliez jamais qu’il y a un choix à faire:
-
Installer des jeux, utilitaires, sharewares et freewares, dernières versions ou versions plus anciennes, les désinstaller, les manipuler, modifier les programmes existants, trifouiller les préférences… et ne pas avoir peur de formater et opérer une clean install quand les choses vont trop mal.
Installer une bonne fois pour toutes ce dont on a besoin, et ne plus rien toucher. C’est ainsi que vous pourrez utiliser votre Mac pendant 10 ans sans jamais formater.
Au fait, saviez-vous que l’update prebinding est devenu inutile depuis Mac OS 10.4 “Tiger” ?… 
à Montpellier le 27/09/2005
mis à jour à Montpellier le 29/07/2007
Merci pour toutes ces précisions : on en apprend tous les jours !!!!!
October 23rd, 2005 at 18:36
Alors celà ne sert à presque rien de le faire ?
November 3rd, 2005 at 22:40
Ca sert dans certains cas très précis, et dans tous les autres cas c’est inutile. C’est de toute façon totalement inutile en tant qu’opération de maintenance régulière.
November 3rd, 2005 at 22:46
Je suis relativement d’accord avec cet article. En effet, la réparation des autorisations est trop souvent conseillée à tort, de même que le zap de la PRAM ou autre parfois (il m’arrive même de lire qu’il faut reconstruire le bureau, lol)
En revanche je ne suis pas tout à fait d’accord pour dire que la réparation est inutile *après* une mise à jour système. Il arrive que des mises à jour (par exemple les mises à jour de sécurité) ne changent pas les fichiers sur le disque dur, mais seulement les informations sur leurs autorisations. Dans ce cas la réparation peut être nécessaire pour mettre à jour de manière effective ces permissions de fichiers.
D’une manière générale, je répare les autorisations après toute grosses mises à jour de Mac OS X ou mises à jour de sécurité.
November 5th, 2005 at 19:25
Merci, et Merci pour la precision apporté par Nolan
Clair et sans chichi, tout ce que j’aime
Amicalement
November 10th, 2005 at 12:50
D’ailleur, on devrait aussi conseiller la vérification du disque avant une mise à jour du système car il y a certaines raisons qui font que l’arborescence des fichiers puisse être corrompu ! (le système en lui même et certains logiciels de compression ou de maintenance programmés avec les pieds par exemple).
January 17th, 2006 at 7:14
Réparer des autorisations ?!…
c’est l’épineux problème pour un utilisateur d’OSX : mon problème sera-t-il résolu dès que j’aurai exécuté la sacro-sainte opération de “réparation des autorisations” ? Scindant les foules, perturbant l’intellect humain de millions d’âmes perdu…
March 31st, 2006 at 0:01
[b] Mais que faire alors, quand on a des problèmes de permissions [/b]
C’est incroyable ! Je viens de transférer quelques données d’un titanium poussif dans un G5 flambant neuf et rien ne va plus. Je n’ai même pas le droit de déplacer des fichiers à l’intérieur d’une même partition.
Petite remarque en passant pour les disques externes: A quoi sert la case “ignorer les autorisations de ce volume” dans la fenêtre d’information sur un volume ou partition ?
March 31st, 2006 at 20:04
Ayant peur de ne pas avoir vraiment tout compris ,
J’aimerais savoir quelle procédure employer pour reparer une erreur quand j’utilise l’utilitaire disue sur mac os 10.3.9
Vérifier les autorisations pour “systeme”
Erreur : Aucun paquet valide (-9997)
PS: lu sur des forums
.le probleme etait que la personne avait supprimer quelques fichiers sur dossier /Library/Receipts dont celui-ci: BaseSystem.pkg.
FAut-il réinstaller ce dossier ?
Sans Danger ?
Comment s’y prendre ? J’avoue que depuis que je suis sous système X je me sens moins à l’aise pour reparer les bugs (je trouve ce système beaucoup plus fermé pour les utilisateurs novices comme moi
Merci d’avance pour d’éventuels renseignements ou réponses à mes questions
Bonne journée
Philippe
May 8th, 2006 at 9:12
A vrai dire, il n’y a pas de bug dans ce cas. On peut certes reprocher à Apple de laisser la possibilité à l’utilisateur de modifier /Library/Receipts, mais l’utilisateur qui le fait est tout aussi fautif. En effet, il ne faut pas toucher à ce répertoire sous peine d’avoir à réinstaller le système !
Donc, de deux choses l’une: soit le système fonctionne encore très bien, et on laisser faire ; soit il ne fonctionne plus et il faut essayer de réparer ou, à défaut, de réinstaller. Pour réparer, il est toujours possible d’aller explorer le DVD de Tiger ou une sauvegarde clone du système, de trouver les receipts, et de les replacer dans /Library/Receipts. Mais l’on ne pourra pas forcément trouver tous les receipts qui auraient disparu. Dans ce cas, il faudra réinstaller le système.
J’insiste: si à part un message d’erreur lors de la réparation des autorisations il n’y a aucune conséquence visible sur le fonctionnement de la machine, il vaut peut être mieux continuer à travailler normalement sans s’inquiéter outre mesure. Mais, d’une manière générale, cela n’exonère pas de faire des backups fréquentes.
May 8th, 2006 at 13:13
Bonjour,
Très intéressant merci !
Juste un chose : je me rappelle plusieur fois que lors d’une réparation d’autorisation, je voyais dans la liste défilante, des noms autres que ceux d’Apple défiler… genre Macromedia… ex :
“Autorisations d’accès différentes sur ./Library/Application Support/Macromedia, elles devraient être drwxrwxr-x au lieu de drwxrwxrwx ”
J’ai parfois des liste extrement longue a propos d’un logiciel tierce partie… souvent dans ce que ce dernier à installé dans “Bibliothèque” (pas celui de l’utilisateur… dans le général). Et là, j’ai l’impression que ces autorisations sont corrigé pour éviter les intrusions dans Bibliothèque justement. non ?
Cordialement,
vincent.
May 27th, 2006 at 10:55
Salut,
Rétrolien manuel : http://blog.empyree.org/?2330-credulite
June 11th, 2006 at 15:36
Hello,
je viens de MacG, et j’ai vu le lien,
alors, pour ce qui est des autorisations avant et apres une install systeme, je suis pas d’accord!
Ok, le systeme check avant l’install, mais, si tu fais la manip toi meme dans l’util. disque tu verras que des fois, il faut 2 passes pour ca soit clean! (or le systeme de fait qu’une passe)
Apres la MAJ, c’est fait pour le systeme puisse reprendre la main sur des morceaux qui lui aurait eventuellement echappé d’un point de vu autorisation.
Les .pkg contiennent un exemple des autorisations ideales. Si ils sont supprimés, ont ne peut plus reparer, mais le systeme tourne toujours.
Je suis d’accord que reparer les autorisations a tour de bras ne permet pas de rendre le systeme plus rapide, ni quoi que ce soit, mais, ca evite un derappage de la part du systeme, qui peut etre irrecuperable (hormis une reinstall)
Hormis les pkg, pour des fichiers qui sont dans des repertoires systeme (c’est a dire, tout sauf le ‘home’, le systeme doit gerer lui meme les acces, et si il n’y a pas acces… c’est pas bon, dans ce cas, cela me parrait normal qu’il les repare
July 29th, 2007 at 13:35
- Avant l’installation d’une mise à jour
Je maintiens que la réparation des autorisations ne sert à rien, puisque la mise à jour écrase les anciens fichiers avec les fichiers de la mise à jour, fournis par Apple, et qui dont donc automatiquement les bonnes autorisations.
Bien entendu, cela ne vaut pas dans le cas où les droits de certains fichiers ont été modifiés manuellement et que ces fichiers ne sont pas mis à jour ; dans ce cas, leurs autorisations seront réparées.
- Après l’installation d’une mise à jour
Même explication : les nouveaux fichiers ont remplacé les anciens, et comme ils sont fournis par Apple, ils ont forcément les bonnes autorisations (sauf bien sûr erreur de la part d’Apple).
Même réserve également : cela ne concerne pas les fichiers manuellement modifiés avant la mise à jour et qui n’ont pas été modifiés par cette mise à jour.
- Pour les fichiers du système
Ce que tu dis est vrai. Mais tu te places du point de vue d’un utilisateur avancé –ou d’un bidouilleur– qui va trafiquer manuellement les fichiers système. En général, les utilisateurs qui s’amusent à faire du chmod dans le terminal savent ce qu’ils font et, si un problème survient, ils le règlent à coup de chmod dans le terminal, de la même manière qu’ils l’ont créé.
Cet article a été rédigé pour les utilisateurs “de base” qui se voient systématiquement conseiller sur les forums de réparer les autorisations, alors que c’est inutile dans 99,99% des cas, vu qu’ils n’ont modifié aucun fichier système.
Il ne faut pas perdre de vue le fait que les droits des fichiers ne se modifient pas tout seuls, ou par opération du Saint-esprit. Si des droits sont modifiés, c’est qu’ils l’ont été, soit par l’utilisateur soit par un utilitaire système mal utilisé, mal conçu ou carrément malveillant. C’est tout de même assez rare…
Donc, pour résumer, la réparation des autorisations peut éventuellement être utile pour les utilisateurs avancés ou si une installation/mise à jour a échoué. Mais pour l’utilisateur de base qui “surfe sur le Web” avec Safari, relève ses e-mails avec Mail, rédige des lettres avec Word et s’en tient là, ce n’est utile que dans une infime minorité de cas.
July 29th, 2007 at 20:25
Bonjour
Sur un macbook neuf avec Tiger j’ai fais toutes les mises a jour préconiséees par apple sans rien touché au system et pourtant apres impossible de reparer les autorisations
message :
Erreur : Aucun paquet valide (-9997)
ce qui veut bien dire qu’il y a un probleme quelque part et qu’apple ne l’a pas résolu (cela dit le mac marche trés bien), mais c’est inquiétant pour l’avenir,
sur un autre mac j’ai le méme probleme et un ralentissement énorme
je voudrais que l’on me donne une solution sans tout etre obligé de réinstaller
peut-on faire un retour progressif des mises a jour pour voir d’ou est la cause ?
Merci
Claude
August 26th, 2007 at 11:15
Salut
Trés franchement : RIEN à RE-DIRE.
J’ai un power book 12p. depuis 3 ans et jamais un problème.
Pour cause : J’installe seulement les logiciels dont j’ai besoin.
Merci de confirmer ce que je pensai tout bas.
Gilles
November 16th, 2007 at 17:10
Merci de toutes ces précisions. Mais je ne sais pas où trouver de l’aide, je ne suis pas très expérimenté en mac mais j’ai a peu près compris cette page. J’ai un problème qui a été ennoncé dans cette page, je voudrais installer Logic 8 sur mon macbook, core 2 duo, mais je voudrai pouvoir installer ce que je veux sur un disque dur externe, or il est impossible de choisir une destination autre que celle où Mac OSX est installé….
Ce n’est peut-être pas le bon endroit mais j’ai l’impression d’être le seul à rencontrer ce problème…..!
Merci si quelqu’un daigne me renseigner.
December 11th, 2007 at 23:10
Je ne connais pas Logic, je ne l’ai jamais installé, jamais utilisé. Je vais donc parler pour les logiciels en général, et pas pour Logic en particulier.
Il existe plusieurs manières d’installer un logiciel sous Mac. Les deux plus connues sont 1) le glisser-déposer de l’icône du logiciel vers un dossier du disque dur (habituellement le dossier “Applications”) ; 2) l’utilisation d’un assistant d’installation (wizard), qui installe le logiciel après que l’utilisateur ait cliqué plusieurs fois sur un bouton “Suivant”.
La différence entre ces deux modes d’installation est que l’assistant d’installation peut placer des fichier à plusieurs endroits du disque, alors que le glisser-déposer installe le logiciel à l’endroit où on le dépose.
Certains logiciels ont besoin d’installer des fichiers dans des dossiers système. Ils doivent donc absolument être installés par le biais d’un assistant d’installation. Cela doit être le cas de Logic. Il est alors compréhensible que l’assistant d’installation impose l’installation sur le disque dur interne qui contient le système : cela permet de conserver tous les fichiers, ceux du logiciel et les fichiers système supplémentaires, sur le même disque.
Quant aux logiciels qui s’installent par glisser-déposer, ils peuvent être installés sur un disque externe et utilisés depuis cet emplacement. Mais il faut alors distinguer les fichiers binaires du logiciel et les fichiers de support. Les fichiers binaires restent à l’emplacement où ils ont été déposés. Les fichiers de support sont créés au premier lancement du logiciel et modifiés par la suite, si besoin, par le logiciel. Ils sont placés d’office sur le disque interne qui contient le système d’exploitation (plus précisément, dans des sous-dossiers du dossier Bibliothèque (Library) : Préférences et Application Support).
Il est donc possible d’installer des logiciels sur un disque externe pour les utiliser sur plusieurs Mac, en branchant ce disque simultanément ou successivement sur ces différents ordinateurs. Cependant, à moins de synchroniser les préférences (fonction .Mac de Leopard), il faudra refaire les paramétrages du logiciel sur chaque Mac qui est destiné à le lancer.
Conclusion : il vaut mieux installer tous ses logiciels dans le dossier Applications, comme prévu par Apple. On peut ensuite librement travailler sur des données placées sur un disque externe ; il n’y a aucune restriction à cela.
December 12th, 2007 at 11:42
[...] supplémentaires : ICI ICI et [...]
March 2nd, 2008 at 18:06
Mon mac G5 pro?
Salut à tous, j’ai un soucis avec mon mac G5 pro. Quand je supprime des fichiers, ceux-ci sont effacés systématiquement de la machine. Les fichiers supprimés ne sont sont pas stockés dans la corbeille. La corbeille est tout le temps vide. Qu’est ce qui à pu provoquer cela et que dois je faire? Merci pour votre aide
July 14th, 2008 at 20:45