VeraCrypt nach Sierra-Upgrade: mount_osxfuse: Das OSXFUSE-Dateisystem ist nicht verfügbar (255).

9

Nachdem ich am vergangenen Wochenende meinen MBP 2015 auf Sierra aktualisiert hatte, hatte ich viele Probleme mit Samba, Veracrypt und sogar VMware Fusion.

VeraCrypt gibt häufig den Fehler im Titel aus, mount_osxfuse: the OSXFUSE file system is not available (255)wenn ich versuche, ein gültiges verschlüsseltes Volume bereitzustellen. An der Lautstärke selbst ist nichts auszusetzen, und manchmal kann VeraCrypt beim Neustart ordnungsgemäß funktionieren, aber es ist auf jeden Fall ein Kinderspiel.

Die OSXFUSE-Dokumentation und das Googeln haben keine Korrekturen für dieses Problem vorgeschlagen.

Ich habe versucht, OSXFUSE ohne Glück zu deinstallieren und neu zu installieren. Ob es funktioniert oder nicht, scheint nach dem Neustart zufällig zu sein. Offensichtlich ist ein Neustart oft zum Kotzen. Ich habe Yosemite durchschnittlich 3-4 Mal im Jahr neu gestartet und seit dem Upgrade auf Sierra, das sich mit diesen Problemen befasst, ungefähr ein Dutzend Mal neu gestartet. Ich würde gerne wissen, ob es eine dauerhafte Lösung dafür gibt, sonst werde ich mich mit meinen verschlüsselten Volumes auf einer Win 10-VM befassen (wenn VM Fusion sowieso funktioniert ... ja).

sierra truecrypt

— thak
quelle

6

Das folgende Skript über diesen Link behebt das Problem: https://github.com/osxfuse/osxfuse/issues/315

Ich habe diesen Kextclean genannt:

#!/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
quelle

0

TLDR: Beim Neustart meines Mac wurde der Fehler "mount_osxfuse: Das Dateisystem ist nicht verfügbar (255)" für mich beseitigt.

Ich habe TrueCrypt 7.1.x, aber ich habe auch VeraCrypt 1.21 installiert, um die Kontinuität zu gewährleisten. VC erfordert OSXFUSE 2.5, aber ich hatte OSXFUSE <2.5 und habe in den Systemeinstellungen auf "Upgrade" geklickt, was sich als 3.7.1 herausstellte. Als ich dies tat, sah ich eine Variante des Fehlers "mount_osxfuse: Das Dateisystem ist nicht verfügbar (255)", als ich versuchte, entweder mit VeraCrypt oder mit TrueCrypt zu mounten.

Das Upgrade mag ein Zufall sein, aber ich hatte auch mit Finder auf meinem Volume auf "Auswerfen" geklickt, was meiner Meinung nach das Problem verursacht haben könnte.

Die beabsichtigte Verwendung besteht darin, stattdessen in TrueCrypt / VeraCrypt zu "demontieren". Hoppla. Aber nach dem Neustart war alles in Ordnung. Das ist ungefähr alles, was ich untersucht habe.

— HeyWatchThis
quelle

0

Der Befehl

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

habe das Problem behoben. TrueCrypt funktioniert wieder.

— Yachti
quelle