Ядро не сообщило бы об ошибке ссылки, если бы проблема заключалась в отсутствующей архитектуре в kext. Скорее всего, это зависит от символов, которых больше нет.
Задайте FUSE="/Library/Filesystems/fusefs.fs/Support/fusefs.kext"
, а затем отредактируйте свой вопрос, включив в него:
- соответствующие биты из вашего журнала ядра и / или выходные данные из
sudo kextutil -t -v 2 "$FUSE"
и sudo kextutil -t -v 4 "$FUSE"
- вывод из
kextlibs -c -all-symbols "$FUSE"
OSBundleLibraries
и любые элементы OSBundleLibraries_x86_64
в "$FUSE/Contents/Info.plist"
.
Вам также следует обратиться к разработчикам MacFuse, поскольку ошибка ссылки обычно указывает на ошибку на их конце.
ETA: журналы указывают, что связывание MacFuse прерывается в функциях OSRuntimeFinalizeCPP
и OSRuntimeInitializeCPP
. Из вывода kextlibs
выглядит, как будто эти символы опубликованы в библиотеках kext i368 и ppc. Похоже, что MacFuse опирается на некоторые частные функции ядра вне установленных интерфейсов программирования ядра. Лев (это то, что соответствует ядру Darwin 10.7.1, да? Я использую Mac OS X 10.6.6, и она сообщает, что ядро 10.6.0) явно изменило некоторые вещи в ядре, и это сломало MacFuse.
Я рад слышать, что SL-NTFS, кажется, работает хорошо для вас.