Problème de réparation autorisations
- Créateur du sujet zirko
- Date de début
D
Deleted member 18124
Invité
Comme expliqué précédemment, tant qu'à la fin vous avez le message "Réparation des autorisations terminées", c'est bon. Et il ne faut pas se formaliser des messages plus ou moins nombreux qui apparaissent.
Salut, j'ai exactement les mêmes messages durant la réparation des autorisations autant sur mon MBP que sur l'iMac, et ce, je crois depuis l'install de iLife'09. Il y a eu aussi une mise à jour au mois de mars de Front Row et de iPhoto, c'est peut-être à partir de ce moment que cela a commencé, mais je vous répète, je n'en suis pas certain.
En tout cas, il faut toujours continuer à réparer.
Cortdialement
Patrice
En tout cas, il faut toujours continuer à réparer.
Cortdialement
Patrice
La "druckerisation" a encore de beaux jours devant elle.
Michel, si tu nous écoute ...
Comme tu dis... 
Mac OS X 10.5: Disk Utility's Repair Disk Permissions messages that you can safely ignore
Allez ! Une tisane et au lit ! Et ne venez plus nous em@#& avec ça bande d'hypocondriacques.
Ou réinstallez vos OS si ça vous chante.
Mac OS X 10.5: Disk Utility's Repair Disk Permissions messages that you can safely ignore
Allez ! Une tisane et au lit ! Et ne venez plus nous em@#& avec ça bande d'hypocondriacques.
Ou réinstallez vos OS si ça vous chante.
Bonjour à tous, je ne m'inquiète pas pour toutes ces autorisations qui ressortent à chaque fois depuis la 10.5.6 et qui se réparent.
en revanche, depuis la maj 10.5.7 j'ai des autoristions qui elles, ne se réparent pas... tt semble pourtant fonctionner normalement même si j'avoue ne pas m'etre bcp servi de mon mac ces derniers temps. quelqu'un saurait il me dire à quoi correspondent ces autorisations que osx ne peut réparer et si c'est grave? merci d'avance
autorisations appariassant depuis la maj:
ATTENTION*: le fichier SUID «*System/Library/Filesystems/AppleShare/afpLoad*» a été modifié et ne sera pas réparé.
ATTENTION*: le fichier SUID «*System/Library/PrivateFrameworks/DiskManagement.framework/Versions/A/Resources/DiskManagementTool*» a été modifié et ne sera pas réparé.
ATTENTION*: le fichier SUID «*sbin/umount*» a été modifié et ne sera pas réparé.
ATTENTION*: le fichier SUID «*bin/rcp*» a été modifié et ne sera pas réparé.
ATTENTION*: le fichier SUID «*usr/bin/quota*» a été modifié et ne sera pas réparé.
ATTENTION*: le fichier SUID «*usr/bin/rlogin*» a été modifié et ne sera pas réparé.
ATTENTION*: le fichier SUID «*usr/bin/rsh*» a été modifié et ne sera pas réparé.
en revanche, depuis la maj 10.5.7 j'ai des autoristions qui elles, ne se réparent pas... tt semble pourtant fonctionner normalement même si j'avoue ne pas m'etre bcp servi de mon mac ces derniers temps. quelqu'un saurait il me dire à quoi correspondent ces autorisations que osx ne peut réparer et si c'est grave? merci d'avance
autorisations appariassant depuis la maj:
ATTENTION*: le fichier SUID «*System/Library/Filesystems/AppleShare/afpLoad*» a été modifié et ne sera pas réparé.
ATTENTION*: le fichier SUID «*System/Library/PrivateFrameworks/DiskManagement.framework/Versions/A/Resources/DiskManagementTool*» a été modifié et ne sera pas réparé.
ATTENTION*: le fichier SUID «*sbin/umount*» a été modifié et ne sera pas réparé.
ATTENTION*: le fichier SUID «*bin/rcp*» a été modifié et ne sera pas réparé.
ATTENTION*: le fichier SUID «*usr/bin/quota*» a été modifié et ne sera pas réparé.
ATTENTION*: le fichier SUID «*usr/bin/rlogin*» a été modifié et ne sera pas réparé.
ATTENTION*: le fichier SUID «*usr/bin/rsh*» a été modifié et ne sera pas réparé.
D
Deleted member 18124
Invité
Tant qu'à la fin vous avez le message "Réparation des autorisations terminées", c'est bon. Et il ne faut pas se formaliser des messages plus ou moins nombreux qui apparaissent.
C'est mieux comme ça ? :sleep:
C'est mieux comme ça ? :sleep:
Le message semble avoir quelques difficultés à passer. Il convient de changer de méthode :
Alerte !
Si un message SUID apparaît dans l'utilitaire de disque, veuillez débrancher immédiatement votre Mac et vous éloigner de l'appareil.
Evitez de l'utiliser pendant au moins trois semaine.
Si après ce lapse de temps ces messages sont toujours présents, contactez Apple d'urgence.
Source.
Alerte !
Si un message SUID apparaît dans l'utilitaire de disque, veuillez débrancher immédiatement votre Mac et vous éloigner de l'appareil.
Evitez de l'utiliser pendant au moins trois semaine.
Si après ce lapse de temps ces messages sont toujours présents, contactez Apple d'urgence.
Source.
Je trouve que c'est un peu facile de couiner en caractères gras et en rouge.
Les interrogations des différents intervenants sont parfaitement admissibles et parfaitement compréhensibles. C'est Apple qui génère ces inquiétudes; le terme "hypocondriaque" me semble aussi grotesque que déplacé.
Même si ces messages sont sans influence sur la bonne marche de l'OS, ce n'est absolument pas normal qu'ils perdurent sous une forme ou sous une autre au bout de la septième mise-à-jour de Leopard, et que ce soit les utilisateurs expérimentés qui en sont encore à devoir rassurer ceux moins aguerris.
Bref, c'est surtout Apple qui est à blamer.
Leopard est sorti terriblement bâclé dès sa commercialisation, il a été particulièrement amélioré au fil de màj aux correctifs encyclopédiques (surtout les trois premières).
Seulement voilà, il reste "ça". Et OUI, "ça" fait tache.
Les interrogations des différents intervenants sont parfaitement admissibles et parfaitement compréhensibles. C'est Apple qui génère ces inquiétudes; le terme "hypocondriaque" me semble aussi grotesque que déplacé.
Même si ces messages sont sans influence sur la bonne marche de l'OS, ce n'est absolument pas normal qu'ils perdurent sous une forme ou sous une autre au bout de la septième mise-à-jour de Leopard, et que ce soit les utilisateurs expérimentés qui en sont encore à devoir rassurer ceux moins aguerris.
Bref, c'est surtout Apple qui est à blamer.
Leopard est sorti terriblement bâclé dès sa commercialisation, il a été particulièrement amélioré au fil de màj aux correctifs encyclopédiques (surtout les trois premières).
Seulement voilà, il reste "ça". Et OUI, "ça" fait tache.
Si Apple est responsable de certaines carabistouilles, cela n'a jamais empêché quiconque de lire et chercher un peu avant de poster une question déjà posée une bonne cinquantaine de fois (et je pense être léger dans l'estimation).
On est bien d'accord.
Mais si Apple avait fait un peu moins un boulot de singe au départ, et avait corrigé ce bug persistant, il n'y aurait pas de telles interrogations dispersées dans une multitude de topics, et ce depuis la première version de Leopard.
Ne mélangeons pas la cause et la conséquence.
Mais si Apple avait fait un peu moins un boulot de singe au départ, et avait corrigé ce bug persistant, il n'y aurait pas de telles interrogations dispersées dans une multitude de topics, et ce depuis la première version de Leopard.
Ne mélangeons pas la cause et la conséquence.
D
Deleted member 18124
Invité
Rien que sur ce fil, avant de "couiner en rouge", j'avais déjà expliqué 2 fois qu'il ne fallait pas s'inquiéter. Mais après il y en a encore qui posent la question, preuve qu'ils n'ont pas lu ce qui précède.
Alors je veux bien être gentil et compréhensif mais faut pousser pas quand même.
Confirmation cette liste à rallonge d'autorisation réparées date pour la plupart des MAJ Ilife,
front row , core service , ITunes ,contrôle parental etc
Cependant la liste a fortement diminuée depuis la MAJ 10.5.7
A condition de réparer les autorisations avant de faire la mise à jour Combo et une fois celle ci faite, à nouveau réparation des autorisations.
Voilà qui devrait rassurer les plus anxieux
Tant qu'a répéter ce qui a déjà été dit cette liste de réparation n'influence en rien le bon fonctionnement d'OSX même si elle revient à chaque reparation
A+
front row , core service , ITunes ,contrôle parental etc
Cependant la liste a fortement diminuée depuis la MAJ 10.5.7
A condition de réparer les autorisations avant de faire la mise à jour Combo et une fois celle ci faite, à nouveau réparation des autorisations.
Voilà qui devrait rassurer les plus anxieux
Tant qu'a répéter ce qui a déjà été dit cette liste de réparation n'influence en rien le bon fonctionnement d'OSX même si elle revient à chaque reparation
A+
Bonjour.
Récemment, j'ai réinstallé le dossier Système, sur mon iMac. J'ai vu réapparaître ces Pb d'autorisation lorsque que j'ai réinstallé les dernières mises à jour Apple de Frontrow, iLife.
Je suis rassuré de n' être pas le seul à rencontrer ce Pb.
Quelqu'un peut-il nous éclairer sur la signification du remplacement du signe - par la lettre l ?
Qu'on apprenne au moins ce que ça signifie ?
Merci.
Récemment, j'ai réinstallé le dossier Système, sur mon iMac. J'ai vu réapparaître ces Pb d'autorisation lorsque que j'ai réinstallé les dernières mises à jour Apple de Frontrow, iLife.
Je suis rassuré de n' être pas le seul à rencontrer ce Pb.
Quelqu'un peut-il nous éclairer sur la signification du remplacement du signe - par la lettre l ?
Qu'on apprenne au moins ce que ça signifie ?
Merci.
Le "l" signifie un alias.
Si tu suis le chemin indiqué, tu verras qu'il y a effectivement un alias.
L'organisation des dossiers concernés a changé. Où il y avait un fichier, il y a maintenant un alias qui pointe vers ce fichier qui se trouve dans un autre dossier.
Ça ne correspond plus à ce que l'utilitaire de disque devrait s'attendre à trouver, d'où les messages.
Encore une fois, on s'en fout. Si l'utilitaire de disque dit "Réparés" c'est bon. Et si la liste de SUID et l-xxx... vous déprime, il suffit de décocher la petite case qui permet d'afficher les détails.
Si tu suis le chemin indiqué, tu verras qu'il y a effectivement un alias.
L'organisation des dossiers concernés a changé. Où il y avait un fichier, il y a maintenant un alias qui pointe vers ce fichier qui se trouve dans un autre dossier.
Ça ne correspond plus à ce que l'utilitaire de disque devrait s'attendre à trouver, d'où les messages.
Encore une fois, on s'en fout. Si l'utilitaire de disque dit "Réparés" c'est bon. Et si la liste de SUID et l-xxx... vous déprime, il suffit de décocher la petite case qui permet d'afficher les détails.
Je dirais plutôt un lien symbolique. Les alias se situent au niveau de l'interface graphique. Les liens symboliques, eux, se situent au niveau du système UNIX sous-jacent et ce n'est pas la même chose [je veux dire : je ne dis pas ça que parce que je suis pinailleur, mais parce que ce sont deux notions différentes
]En l'espèce, je reste étonné que ces petites erreurs perdurent : il doit bien y avoir quelqu'un chez Apple qui a cette erreur vu que la plupart d'entre nous le constate sur sa machine.
Merci pour ces précisions.Je dirais plutôt un lien symbolique. Les alias se situent au niveau de l'interface graphique. Les liens symboliques, eux, se situent au niveau du système UNIX sous-jacent et ce n'est pas la même chose [je veux dire : je ne dis pas ça que parce que je suis pinailleur, mais parce que ce sont deux notions différentes
En l'espèce, je reste étonné que ces petites erreurs perdurent : il doit bien y avoir quelqu'un chez Apple qui a cette erreur vu que la plupart d'entre nous le constate sur sa machine.
Non seulement ils s'en sont rendus compte mais en plus ils ont produit la note de support pour nous dire qu'ils s'en tapent le coquillart, comme ces histoire de SUID et d'ACL qui durent depuis fin octobre 2007.
Ça ne gène que les perfectionnistes... dont moi.
En virant les .pkg et .bom adéquats et en appliquant la combo, on devrait en éliminer une partie (dont les fameux SUID). Je faisais cela au début, mais aujourd'hui ça me gonfle un peu. Je laisse l'utilitaire raconter ce qu'il veut et au besoin je décoche la case qui va bien.
L'ennui est que ça noie d'éventuels problèmes de sécurité. Par exemple, sur mon Leo, j'ai cette ligne
qui n'est pas dramatique mais qui se classe dans les vraies questions de sécurité (s'il s'agissait d'autres fichiers, on ne le verrait pas plus facilement).
L'abus de SUID et d'ACLs ou de liens à la place de fichiers rend plus difficile l'analyse.
Bloc de code:
Permissions differ on "private/var/log/secure.log", should be -rw------- , they are -rw-r-----L'abus de SUID et d'ACLs ou de liens à la place de fichiers rend plus difficile l'analyse.
Sujets similaires
macOS Monterey
autorisation refusée
