Exécution de Yosemite 10.10.5 sur MacBook Air (début 2014), avec Safari v. 10.1.2.
De nouvelles fenêtres Safari apparaissent vides. La saisie d'une URL ne charge pas les pages.
Quitter Safari et relancer provoque une erreur système:
Impossible d'ouvrir Safari en raison d'un problème.
Vérifiez auprès du développeur pour vous assurer que Safari fonctionne avec cette version de Mac OSX. Vous devrez peut-être réinstaller l'application. Assurez-vous d'installer les mises à jour disponibles pour l'application et Mac OSX. "
Le rapport de plantage (et le lancement de Safari à partir du terminal) montre cette erreur:
dyld: Library not loaded: /usr/lib/libcrypto.35.dylib
Referenced from: /System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
Reason: image not found
Trace/BPT trap
La liste du répertoire montre que les fichiers ont été mis à jour ici (probablement à cause de la mise à jour d'iTunes) qui sont proches de ce problème:
drwxr-xr-x 3 root wheel 102 Dec 14 08:52 AppleMobileDeviceHelper.app
drwxr-xr-x 3 root wheel 102 Dec 14 08:52 AppleMobileSync.app
-rwxr-xr-x 1 root wheel 4119552 Oct 16 21:31 MobileDevice
drwxr-xr-x 45 root wheel 1530 Oct 16 21:31 Resources
drwxr-xr-x 3 root wheel 102 Oct 16 20:49 _CodeSignature
-rwxr-xr-x 1 root wheel 43936 Oct 16 21:31 reenumerate_ios_devices
(deux fichiers du 14 décembre indiquent une mise à jour récente par rapport aux fichiers plus anciens)
Les horodatages de ces fichiers mis à jour coïncident avec la mise à jour d'iTunes vers 12.8.1.2.
Hypothèse: la mise à jour d'iTunes vers 12.8.1.2 a mis à jour /System/Library/PrivateFrameworks/MobileDevice.framework vers une version incompatible avec Safari 10.1.2. La solution de contournement 2 (ci-dessous) soutient l'hypothèse.
SOLUTION 1: Installer / utiliser Firefox
SOLUTION DE CONTOURNEMENT 2: déplacez /System/Library/PrivateFrameworks/MobileDevice.framework vers la corbeille (ou ailleurs) SOLUTION DE CONTOURNEMENT 3 (pas encore vérifié mais présumé fonctionner): installez macOS Mojave.
Publié ici au cas où quelqu'un a un correctif direct pour les utilisateurs qui ne peuvent pas mettre à jour vers Mojave, ne veulent pas perdre les capacités fournies par MobileDevice.framework et ne peuvent pas (ou ne veulent pas être forcés de) passer à Firefox .
/usr
n'est certainement pas une bibliothèque utilisateur, c'est le chemin UNIX vers lequel les logiciels non-noyau (userland) résident (entre autres).Réponses:
La même chose m'est arrivée - même erreur, même OS X et même version de Safari. Les fichiers suivants dans / System / Library / PrivateFrameworks / avaient l'horodatage d'aujourd'hui sur mon ordinateur. J'ai restauré ces fichiers à partir de ma sauvegarde dans Time Machine. Safari fonctionne à nouveau.
la source
En effet, la mise à jour du système d'exploitation vers une version plus récente fonctionne. J'ai mis à jour de Yosemite à El Capitan pour résoudre ce problème.
la source
Un autre correctif que j'ai utilisé avec succès deux fois consiste à copier deux fichiers de bibliothèque à partir d'un système d'exploitation plus récent, dans mon cas El Capitan. Les fichiers sont:
'/usr/lib/libcrypto.35.dylib' '/usr/lib/libssl.35.dylib'
Pour accéder à ce dossier, utilisez Finders "Go to Folder ..." (Shift-Command-G) et tapez "/ usr / lib".
Aucun redémarrage requis, Safari se lance parfaitement une fois les fichiers en place.
la source