Déchargé accidentellement tous les démons launchctl et ne peut pas démarrer

En essayant de configurer certains services (OS X 10.10 Yosemite), j'ai accidentellement fait un sudo launchctl unload -w /System/Library/LaunchDaemons/ et l'écran a été gelé immédiatement. Maintenant, mon Mac ne démarre plus. La barre de chargement est à moitié pleine et rien ne se produit.

Existe-t-il un moyen de restaurer les démons avec une sorte de console de secours? Malheureusement, je n'ai pas de sauvegarde de la machine time de travail, mon disque dur externe s'est écrasé il y a quelques jours.

Je peux toujours démarrer en mode de récupération, en utilisant Cmd + R pendant le démarrage. Je peux également accéder au terminal. J'ai essayé un launchctl load -w /System/Library/LaunchDaemons/ mais il a déclaré 'Operation déjà en cours' pour chaque process.

Lorsque vous essayez de charger les files LaunchDaemons, j'étais sur la partition de secours. Après avoir basculé vers /Volumes/Macintosh HD/System/Library/LaunchDaemons/ et faire un launchctl load -w /Volumes/Macintosh HD/System/Library/LaunchDaemons/ J'ai eu des erreurs avec File already exists , mais d'autres Daemons semblent charger .

Mais je soupçonne qu'ils sont chargés dans le système de sauvetage. J'ai donc essayé d'utiliser le file launchctl de /Volumes/Macintosh HD/bin/launchctl . Mais sans effort, même résultat, l'écran se bloque avec une demi-barre de progression lors du démarrage.

J'ai regardé le démarrage détaillé (en appuyant sur Cmd + V au démarrage). Les dernières lignes, où tout s'arrête, sont

 hfs: mounted Macintosh HD on device root_device XCPM: registered VM Swap Subsystem is ON Darwin Bootstrapper Version 2.0.2: Mon Mar.... boot-args = -v ** /dev/rdisk1 (NO WRITE) ** Root file system Executing fsck_hfs (versoin hfs-285) Warning: couldn't block sleep during cache update Warning: proceeding w/o DiskArb /dev/disk1 on / (hfs, local, journaled) BootCacheControl: Unable to open /var/db/BootCache.playlist: 2 No such file or directory Bash: /etc/rc.server: No such file or directory USBMSC Identifier (non-unique): 0000000... bash: /etc/rc.installer_cleanup: No such file or directory AppleUSBMiltitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized

J'ai également essayé de réinstaller Yosemite sur mon ancien système (sans supprimer le système de files, donc mes données sont toujours là). Malheureusement, le problème rest le même.

Maintenant, je peux me connecter en mode mono-user (j'ai dû appuyer sur Entrée supplémentaire). Après cela, j'ai configuré le système de files pour lire avec mount -uw / . Ensuite, je charge tous les démons avec launchctl load -w /System/Library/LaunchDaemons . Et puis, surprenez le chargement de l'écran de connection de mon Mac, et je peux me connecter.

Mais quand j'essaie de redémarrer, je dois répéter cette étape pour vous connecter (ce qui est plutôt ennuyeux …). J'ai également essayé de charger tous les démons avec launchctl load -w /System/Library/LaunchDaemons lorsque je suis connecté.

Ici, je reçois «l'opération déjà en cours». Je lis quelque chose en mode user unique que le chargement des services n'est pas pris en charge. Cela affecte-t-il également le operating system OS entièrement chargé? Je ne suis pas sûr si je suis encore en mode monopost ou non. Comment puis-je dire à OS X de charger tous les LaunchDaemons lors du démarrage?

Pour un correctif persistant, vous pouvez vous connecter au mode user unique, puis mount -uw / , puis supprimer la database Override Database. Je ne suis pas sûr pour Yosemite, mais sur Sierra qui serait rm /var/db/com.apple.xpc.launchd/*.plist . Après cela, vous pouvez simplement quitter ou redémarrer. Ce n'est pas comme un marteau tel qu'il semble. le système réactive peut-être certaines de ses dérivées (à partir de divers autres files de configuration, je suppose) et vous obtenez donc un nouveau et simple supprimé db sans masses de "disabled: false".