VeraCrypt après la mise à niveau de Sierra: mount_osxfuse: le système de fichiers OSXFUSE n'est pas disponible (255)

9

Après avoir mis à niveau mon MBP 2015 vers Sierra le week-end dernier, j'ai eu beaucoup de problèmes avec Samba, Veracrypt et même VMware Fusion.

VeraCrypt donnera fréquemment l'erreur dans le titre mount_osxfuse: the OSXFUSE file system is not available (255), lorsque j'essaie de monter un volume chiffré valide. Il n'y a rien de mal avec le volume lui-même, et parfois si je redémarre, je peux faire fonctionner VeraCrypt correctement, mais c'est certainement tactile et c'est parti.

La documentation et la recherche sur OSXFUSE n'ont suggéré aucun correctif pour ce problème.

J'ai tenté de désinstaller et de réinstaller OSXFUSE sans aucune chance. Que cela fonctionne ou non semble aléatoire après le redémarrage. Évidemment, le redémarrage est souvent nul. J'ai redémarré en moyenne 3-4 fois par an sur Yosemite, et j'ai redémarré une douzaine de fois depuis la mise à niveau vers Sierra pour résoudre ces problèmes. Je voudrais savoir s'il existe un correctif permanent pour cela, sinon je traiterai mes volumes chiffrés sur une machine virtuelle Win 10 (quand VM Fusion fonctionne, de toute façon ... yeesh).

sierra truecrypt

— dégel
source

6

Le script suivant de ce lien résout le problème: https://github.com/osxfuse/osxfuse/issues/315

J'ai appelé ce kextclean:

#!/bin/bash

function status() {
    kextstat | grep org.virtualbox.kext > /dev/null 2>&1 ;
    vbox=$((1-$?))
    kextstat | grep com.github.osxfuse > /dev/null 2>&1 ;
    fuse=$((1-$?))
}

status

if [ "$1" == "vbox" ] ; then
    if [ $vbox == 1 ] ; then
    echo "Already vbox"
    else
        sudo kextunload -b com.github.osxfuse.filesystems.osxfuse
        sudo kextutil "/Library/Application Support/VirtualBox/VBoxDrv.kext" -r "/Library/Application Support/VirtualBox"
        sudo kextutil "/Library/Application Support/VirtualBox/VBoxNetAdp.kext" -r "/Library/Application Support/VirtualBox"
        sudo kextutil "/Library/Application Support/VirtualBox/VBoxNetFlt.kext" -r "/Library/Application Support/VirtualBox"
        sudo kextutil "/Library/Application Support/VirtualBox/VBoxUSB.kext" -r "/Library/Application Support/VirtualBox"
    fi
elif [ "$1" == "fuse" ] ; then
    if [ $fuse == 1 ] ; then
    echo "Already fuse"
    else
        sudo kextunload -b org.virtualbox.kext.VBoxUSB -b org.virtualbox.kext.VBoxNetFlt -b org.virtualbox.kext.VBoxNetAdp
        sudo kextunload -b org.virtualbox.kext.VBoxDrv
        sudo kextutil /Library/Filesystems/osxfuse.fs/Contents/Extensions/10.12/osxfuse.kext
    fi
elif [ "$1" == "status" ] ; then
    echo "vbox = $vbox"
    echo "fuse = $fuse"
else
    echo "Run $0 <vbox|fuse|status>"
fi

— sdw
source

0

TLDR: redémarrer mon Mac s'est débarrassé de l'erreur "mount_osxfuse: le système de fichiers n'est pas disponible (255)" pour moi.

J'ai TrueCrypt 7.1.x mais j'ai également installé VeraCrypt 1.21 pour la continuité. VC nécessite OSXFUSE 2.5, mais j'avais OSXFUSE <2.5 et j'ai donc frappé «mise à niveau» dans les Préférences Système, vers ce qui s'est avéré être 3.7.1. Lorsque j'ai fait cela, j'ai vu une saveur de l'erreur "mount_osxfuse: le système de fichiers n'est pas disponible (255)" lors de la tentative de montage avec VeraCrypt ou avec TrueCrypt.

La mise à niveau peut être une coïncidence, mais j'avais également appuyé sur «Éjecter» à l'aide du Finder sur mon volume, ce qui, je pense, peut avoir causé le problème.

L'utilisation prévue est de "démonter" à la place dans TrueCrypt / VeraCrypt. Oops. Mais après le redémarrage, tout allait bien. C'est à peu près toutes les enquêtes que j'ai faites.

— HeyWatchThis
source

0

La commande

sudo kextutil /Library/Filesystems/osxfuse.fs/Contents/Extensions/10.12/osxfuse.kext

a résolu le problème. TrueCrypt fonctionne à nouveau.

— Yachti
source