4 votes

Comment réparer les permissions après avoir supprimé le groupe "wheel" de mon disque dur ?

Existe-t-il une commande en mode mono-utilisateur pour récupérer/réinstaller la roue de démarrage (avec un accès utilisateur Root) ?

J'ai supprimé le groupe wheel de tous les fichiers/dossiers pour lesquels il avait des autorisations ou des accès. Je ne me suis pas contenté de modifier l'autorisation, j'ai cliqué sur le (-).

enter image description here

Je pensais que c'était un surnom de hippie pour un utilisateur réel de l'ancien propriétaire. C'est stupide, je sais.

Le problème est que sans la roue de démarrage, littéralement chaque redémarrage, redémarrage, tentative de récupération s'arrête à l'écran avec la Apple et la roue qui tourne. Les seuls modes ou écrans auxquels je peux accéder sont Single User ou Verbose (qui ne peut pas redémarrer) car ce sont les deux seuls qui ne passent pas par le chemin de démarrage traditionnel (roue qui tourne).

J'ai essayé toutes les combinaisons touche + bouton d'alimentation répertoriées partout. Pas de mode sans échec, pas de récupération, pas de démarrage à partir d'un autre disque... rien.

Spécifications du système :

MacBook Pro, Mac OS X 10.6.8

2voto

klanomath Points 63400

Ce site pas vraiment une réponse La réponse ne résoudra probablement pas votre problème, mais le résultat est tellement étonnant/intéressant qu'il n'est pas nécessaire de le laisser dans la section des commentaires :

J'ai configuré une machine virtuelle avec Snow Leopard Server (10.6.8). Après avoir supprimé (et pas seulement désactivé rwx !) toutes les permissions du groupe wheel de /bin, /sbin, /private, /System et tous les fichiers et dossiers suivants ainsi que ceux de tous les dossiers pertinents dans /Library avec un compte admin ou Root et après avoir totalement supprimé le groupe roue avec le gestionnaire de groupe de travail, le système démarre toujours correctement. Certaines applications ne fonctionnent pas correctement (par exemple, Terminal dans le compte administrateur ; il fonctionne toujours dans le compte Root).

Par conséquent, je ne peux pas reproduire votre problème.

Vous pouvez essayer ce qui suit en mode utilisateur unique :

À l'invite, entrez :

/sbin/fsck -fy
/sbin/mount -uw /
launchctl load /System/Library/LaunchDaemons/com.apple.notifyd.plist
launchctl load /System/Library/LaunchDaemons/com.apple.diskmanagementd.plist
launchctl load /System/Library/LaunchDaemons/com.apple.securityd.plist
launchctl load /System/Library/LaunchDaemons/com.apple.configd.plist
launchctl load /System/Library/LaunchDaemons/com.apple.diskarbitrationd.plist
diskutil repairPermissions /

Si le chargement de com.apple.configd.plist ne trouve pas de fin, vous pouvez juste entrer launchctl load /System/Library/LaunchDaemons/com.apple.diskarbitrationd.plist ou après avoir saisi ctrlC poursuivre avec launchctl load /System/Library/LaunchDaemons/com.apple.diskarbitrationd.plist

Si vous ne recevez pas de nouveau message :/ root# après un certain temps d'attente, vous pouvez entrer la commande suivante. Vous pouvez également modifier la séquence des cinq commandes de chargement. J'ai eu besoin de trois essais pour que cela fonctionne.

Vous devriez maintenant voir un mur de notifications. Cela devrait prendre environ 20 à 30 minutes pour tout réparer.

2voto

Ne vous inquiétez pas, vos données ne sont pas perdues !

Cela vient de m'arriver car j'ai stupidement supprimé la wheel sur mon disque dur et j'obtenais un écran noir juste après avoir ouvert ma session. Voici comment j'ai résolu le problème :

  • cmd + R au démarrage du système
  • Réinstaller Mac OS X

Une fois terminé, vous récupérerez les autorisations de votre disque dur et pourrez à nouveau vous connecter avec votre utilisateur personnel, comme si tout cela ne s'était pas produit.

Je suis sur El Capitan mais je ne pense pas que cela importe.

1voto

Honeybee0919 Points 53

Après une journée entière, nous avons réussi à le faire ! J'ai fait quelques changements. J'ai laissé de côté la configuration, j'ai implémenté kextd.plist (comme vous l'avez suggéré) et j'ai terminé avec /usr/libexec/repair_packages --repair --standard-pkgs (j'ai trouvé cela dans un autre message ici, quelque part ?), au lieu de diskutil repairPermissions / . diskutil n'a pas bougé. L'ordre final était le suivant :

fsck -fy
mount -uw
launchctl load /System/Library/LaunchDaemons/com.apple.notifyd.plist
launchctl load /System/Library/LaunchDaemons/com.apple.DiskManagementd.plist
launchctl load /System/Library/LaunchDaemons/com.apple.securityd.plist
launchctl load /System/Library/LaunchDaemons/com.apple.kextd.plist
launchctl load /System/Library/LaunchDaemons/com.apple.DiskArbitrationd.plist
/usr/libexec/repair_packages --repair --standard-pkgs
exit

Tout s'est déroulé parfaitement et j'envoie maintenant ce message depuis mon MacBookPro nouvellement restauré !

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X