Le noyau ne signalerait pas une erreur de lien si le problème était une architecture manquante dans le kext. Il est plus probable qu'il dépende de symboles qui ne sont plus présents.
Satz FUSE="/Library/Filesystems/fusefs.fs/Support/fusefs.kext" alors, veuillez modifier votre question pour y inclure :
- les bits pertinents de votre journal de noyau et/ou la sortie de
sudo kextutil -t -v 2 "$FUSE" y sudo kextutil -t -v 4 "$FUSE"
- la sortie de
kextlibs -c -all-symbols "$FUSE"
- le site
OSBundleLibraries et tout OSBundleLibraries_x86_64 éléments de "$FUSE/Contents/Info.plist" .
Vous devriez également contacter les développeurs de MacFuse, car une erreur de lien indique généralement un bogue de leur côté.
ETA : Les journaux indiquent que la liaison MacFuse faiblit sur les fonctions OSRuntimeFinalizeCPP y OSRuntimeInitializeCPP . De la kextlibs il semble que ces symboles soient publiés dans les bibliothèques kext i368 et ppc. Il semble que MacFuse s'appuie sur certaines fonctions privées du noyau en dehors des interfaces de programmation du noyau établies. Lion (c'est ce à quoi correspond le noyau Darwin 10.7.1, non ? J'utilise Mac OS X 10.6.6, et il rapporte le noyau 10.6.0) a apparemment changé certaines choses dans le noyau, et cela a cassé MacFuse.
Je suis heureux d'entendre que SL-NTFS semble bien fonctionner pour vous.
