TrueCryptによってマウントされたボリュームがあります。マウントを解除しようとした場合を除いて、すべて正常に動作します(アプリケーションやエクスプローラーが何も使用していないことを確認した後)。 Dismount
ボタンをクリックするたびに、次のエラーが表示されます。
ボリュームには、アプリケーションまたはシステムで使用されているファイルまたはフォルダーが含まれています。強制的に降ろしますか?
Sysinternalsのプロセスモニターを起動し、そのドライブ文字で始まるパスでフィルター処理したところ、リストされているアプリケーション(Explorer.EXE、SnippingTool.exe、firefox)のいずれでもそのドライブにアクセスしようとしていないことを誓う奇妙な結果に気づきました。 。EXE)。
3つのアプリケーションすべてが同じタイプの「アクセス」を示します(SUCCESS
の結果):
ドライブのプロパティページの対応するチェックボックスをuncheckingすることで、そのドライブ(およびそのすべてのサブフォルダーとファイル)のインデックス作成を無効にしようとしましたが、役に立ちませんでした。
唯一の ACCESS DENIED
は、TrueCryptのFileSystemControl
操作に対してプロセスモニターに表示されます。
コントロール:FSCTL_LOCK_VOLUME
興味深いことに、そのドライブをマウントしてすぐに(エクスプローラーから一度もアクセスしようとせずに)マウント解除すると、エラーなしでマウント解除されます。
この問題の最悪の部分は、先に進んでYes
(強制的にマウント解除)をクリックすると、Windows 8.1がBSOD(死のブルースクリーン)でクラッシュすることです。明らかに、これはこのツールをあまり便利にしません。
このエラーメッセージを取り除く方法はありますか?これを引き起こすWindowsサービスまたは機能を無効にしますか?
少し遅れてチャイムが鳴る-ディスクパーティションで作成されたVeraCryptコンテナで同じ問題が発生しました(ディスクは3つのセクターに分割されています-VeraCrypt、KeePass、KeePassキーファイルなどのソフトウェアのバックアップを保存するための1つの小さな通常タイプのドライブとまた、同じポータブルハードドライブ上の2つのVeraCryptパーティション)。ノーマルドライブコンテナのインデックス作成をオフにすると、VeraCryptパーティションコンテナが正しくマウント解除され始めました。インデックス作成プロセスは、同じ物理ディスク上のすべてのパーティションに対するアクティブなアクセス要求として解釈されたようです。
CrystalRichのLockHunter をインストールして、TrueCryptボリュームのファイルハンドルを開いているプロセスを確認できます。
AVはファイルにアクセスしていますか?
re:「TrueCryptは廃止されました」、すでに部分的に監査されており、重大な欠陥またはバックドア(AES内)は見つかりませんでした。 TrueCryptに関するコメントについては、 How-To Geek および E。Ciurana を参照してください。ロックの問題を解決するため、またはセキュリティ上の理由から、暗号化ソフトウェアを切り替えたい場合は、aee AlternativeTo:TrueCrypt ...現在、VeraCryptわずかなリードがあります。 doをVeraCryptに切り替えると、現在のすべてのTrueCryptコンテナを再作成する必要があることに注意してください。
これは1年前の質問だと思いますが、自分で解決策を探しているときに見つけたので、解決策が投稿されていないので、私に提供させてください。
簡単な答え:TrueCryptコンテナで何かがうまくいかず、マウントを解除できなかったようです。新しいTrueCryptコンテナを作成し、ファイルを一方から他方に移動することで解決しました。
私は最近、ここのOPとまったく同じ問題を抱えていて、すぐにそれを単一のTrueCryptコンテナーに絞り込むことができました。同じ物理USBサムドライブに別のコンテナがあり、2番目のサムドライブに別のコンテナがありましたが、どちらにも問題はありませんでした。コンテナー(および問題のないコンテナー)を新しいドライブにコピーしたとき、コンテナーは、新しい物理サムドライブでも同じ問題を抱え続けました。そして、問題のないコンテナは、新しいサムドライブで問題がないことを継続しました。
新しいコンテナを割り当ててファイルをコピーすると、新しいコンテナが正しくマウント解除されます。
古いサムドライブが不安定になったためか、適切に取り外さずに取り外したために、コンテナ内の何かが損傷したと推測されます。データを損なうには十分ではありませんが、きれいに降ろさないようにするためです。いずれにせよ、コンテナを再作成することは私にとって仕事でした。