私の環境は以下のとおり。

• MacBook Air M4
• macOS 26.5.2
• VeraCrypt 1.26.29 FUSE-T版
• FUSE-T 1.2.7
• USB接続の外付けSSD

発生する症状

VeraCryptで暗号化ドライブをマウントして使用した後、VeraCryptの画面からアンマウントする。

Finder上からボリュームは消え、VeraCrypt上でもアンマウント済みと表示される。しかし、外付けSSDそのものをmacOSから取り外そうとすると失敗する。

Volume failed to eject

調べたところ、VeraCryptのアンマウント後も、以下のプロセスが残り続けていた。

VeraCrypt --core-service
go-nfsv4 --backend smb /private/tmp/.veracrypt_aux_mnt1

さらにlsofで確認すると、これらのプロセスが外付けSSDのrawデバイスを開いたままにしていた。

COMMAND     PID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
go-nfsv4- 36403 root    4u   CHR   1,20  0t65536  709 /dev/rdisk4
VeraCrypt 36404 root    4u   CHR   1,20  0t65536  709 /dev/rdisk4

つまり、VeraCrypt上ではアンマウントが完了したように見えても、バックグラウンドのVeraCryptとFUSE-Tプロセスが物理ドライブを保持し続けている。

そのままスリープするとカーネルパニックする

この状態のままMacを長時間スリープさせたところ、復帰後に次のカーネルパニックが発生した。

busy timeout[1], (60s): 'IOMediaBSDClient' @IOService.cpp:5986

macOSがスリープ復帰時にUSBストレージの状態を切り替えようとしたものの、VeraCrypt関連プロセスがデバイスを保持していたため、IOMediaBSDClientの処理が60秒間完了せず、watchdogによってカーネルパニックが発生した可能性が高い。

VeraCrypt関連プロセスをすべて終了させると、lsofからrawデバイスの表示が消え、その直後に外付けSSDを正常に取り外せた。

Disk disk4 ejected

そのため、少なくとも私の環境では、アンマウント後に残留するVeraCryptおよびFUSE-Tプロセスが、ドライブを取り外せない直接的な原因になっている。

GitHubでも同様の問題が報告されている

2026年8月5日現在、VeraCryptのGitHubには同様の問題がIssue #1845 として報告されている。

このIssueでも、アンマウント後にVeraCrypt --core-serviceとgo-nfsv4が残り続けること、SIGTERMでは終了しないこと、スリープ時にIOMediaBSDClientのbusy timeoutによるカーネルパニックが発生することが報告されている。

Issue #1845は現在もOpenで、現時点ではメンテナーからの返信やコメントは付いていない。

現在行っている回避策

根本的な修正が行われるまでは、VeraCryptを使用した後にそのまま長時間スリープしない方がよい。

現在は、次のいずれかで対応している。

1. VeraCrypt使用後にMacをシャットダウンまたは再起動する
2. 残留したVeraCryptとFUSE-Tプロセスを終了させ、外付けドライブを正常にejectしてからスリープする

1. VeraCryptボリュームをすべてアンマウントする

まず、VeraCrypt上ですべてのボリュームをアンマウントする。

書き込み中のデータをできる限りストレージへ反映するため、念のためsyncも実行する。

sync

2. VeraCryptを終了する

osascript -e 'tell application "VeraCrypt" to quit' 2>/dev/null
sleep 5

3. 残留プロセスを確認する

ps -axo pid,ppid,user,state,etime,command |
  grep -Ei '[V]eraCrypt|[g]o-nfsv4'

プロセスが何も表示されなければ、そのまま外付けドライブをejectする。

残っている場合は、ほかのVeraCryptボリュームがマウントされていないことを確認してから、次のコマンドで終了させる。

sudo pkill -KILL -f \
  '/Applications/VeraCrypt.app/Contents/MacOS/VeraCrypt'

sudo pkill -KILL -f \
  'go-nfsv4.*\.veracrypt_aux_mnt'

sleep 3

SIGTERMも試したが、私の環境では残留プロセスが終了しなかったため、最終的にSIGKILLを使用している。

4. 外付けドライブの識別子を確認する

diskutil list external physical

例えば対象ドライブがdisk4の場合、rawデバイスを保持しているプロセスがないことを確認する。

sudo lsof -nP /dev/disk4 /dev/rdisk4

何も表示されなければ、ドライブをejectする。

diskutil eject disk4

次のように表示されれば、正常に取り外されている。

Disk disk4 ejected

この状態になってからUSBケーブルを抜くか、Macをスリープさせる。

注意点

disk4という番号は固定ではない。接続状況や再起動によってdisk5やdisk6などに変わるため、毎回diskutil list external physicalで確認する必要がある。

また、上記のpkillはVeraCryptのプロセスをまとめて強制終了する。ほかのVeraCryptボリュームがマウントされている状態で実行すると、データ破損につながる可能性がある。

必ず次の条件を満たしてから実行する。

• VeraCrypt上ですべてのボリュームをアンマウント済み
• ファイルのコピーや書き込みが完了している
• VeraCryptボリュームを使用しているアプリケーションを終了済み
• syncを実行済み

プロセスが終了しない、rawデバイスの保持が消えない、またはdiskutil ejectが失敗する場合は、そのままスリープやUSBケーブルの抜去を行わず、Macをシャットダウンした方が安全である。

まとめ

macOS 26、VeraCrypt 1.26.29 FUSE-T版、FUSE-T 1.2.7の組み合わせでは、VeraCryptボリュームをアンマウントした後も、VeraCrypt --core-serviceとgo-nfsv4が残留する場合がある。

残留プロセスは物理ドライブのrawデバイスを保持し続けるため、外付けドライブをejectできなくなる。

さらに、この状態で長時間スリープすると、復帰後にIOMediaBSDClientの60秒タイムアウトによるカーネルパニックが発生する可能性がある。

修正されるまでは、VeraCrypt使用後に次のいずれかを実施する必要がありそうだ。

• Macをシャットダウンまたは再起動する
• 残留プロセスを強制終了し、rawデバイスが解放されたことを確認してから外付けドライブをejectする

少なくとも、VeraCrypt上でアンマウント済みと表示されたことだけを確認して、そのまま長時間スリープする運用は避けた方がよい。