ハードドライブにtruecryptボリュームがあります。ハードドライブからボリュームをマウントしようとすると、パスワードが正しくないか、truecryptボリュームではないというエラーが表示されます。 truecryptボリュームをローカルハードドライブにコピーしてからマウントすると、正常に動作します。
何か案は?
私はこれと同じ問題を抱えてネットを検索し、他の人が持っているすべてを試しました。私はWindows7を実行しているLenovo64ビットラップトップ(T410)を使用していました。別の論理ドライブがあり、ドライブ全体を暗号化していました。私のラップトップのHDDは500GBで、Cドライブでは150奇数、Xドライブでは350奇数です。 Xドライブ全体(論理ドライブ)を暗号化しました。
True Cryptは正常に動作していましたが、約1か月間使用した後、突然マウントされず、パスワードが間違っている(パスワードが間違っていなかった)と言われ続けました。実際にパーティションを削除して、最初からやり直しました。そしてそれは数日間うまくいきました、そしてそれから私は再び同じ問題を抱えていました。
とにかく私はすべてを試しましたが、最終的にはマウントのドライブ文字を変更することで機能しました。
インストールしたものがパーティションをロックしているのではないかと思うので、ドライブ文字をxからsに変更すると、突然再び機能し始めました。 [マイコンピュータ]、[管理]、[ディスクの管理]でこれを変更し、ドライブを右クリックして、ドライブ文字を変更しました。
これが同じ問題を抱えている可能性のある他の人に役立つことを願っています。
数分前に、完全に暗号化された465GBのセカンダリドライブでこの問題が発生しました。明らかに、「フォーマットして最初からやり直す」ことは受け入れられる解決策ではありませんでした。次のトラブルシューティングドキュメントでは、この問題が破損したボリュームヘッダーに関連していると説明しています。
私が破損した理由についての私の推測は、プライマリドライブからUbuntuパーティションを削除した後、USBドライブでHirenのBootCDを使用してMBR作業を行っていたため、セカンダリドライブのヘッダーに誤って触れた可能性があります。
ボリュームに埋め込まれたバックアップからボリュームヘッダーを復元した後、ボリュームをマウントしてアクセスを回復することができました。 TrueCryptのウェブサイトからの手順を以下に示します。
http://www.truecrypt.org/docs/?s=troubleshooting を参照してください
問題:
TrueCryptボリュームをマウントできません。 TrueCryptは「パスワードが間違っているかTrueCryptボリュームではない」と報告します。
考えられる原因:
ボリュームヘッダーは、サードパーティのアプリケーションまたは誤動作しているハードウェアコンポーネントによって損傷している可能性があります。
考えられる解決策:
TrueCrypt 6.0以降を使用してボリュームを作成した場合は、次の手順に従って、ボリュームに埋め込まれたバックアップからボリュームヘッダーを復元してみてください。TrueCrypt6.0以降を実行します。
[デバイスの選択]または[ファイルの選択]をクリックして、ボリュームを選択します。
[ツール]> [ボリュームヘッダーの復元]を選択します。
TrueCrypt 5.1a以前を使用してボリュームを作成した場合は、次のようにコマンドラインオプション/ mrecoveryを使用してボリュームをマウントしてみてください。TrueCrypt6.1以降をインストールします。
キーボードで、Windowsキーを押したままRを押します。[Windowsの実行]ダイアログが表示されます。
次のコマンドを入力します(最後の引数\ Device\Harddisk1\Partition0をボリュームへのパスに置き換え、TrueCryptが%ProgramFiles%にインストールされていない場合は、%ProgramFiles%をTrueCryptへのパスに置き換えます):
"%ProgramFiles%\ TrueCrypt\TrueCrypt.exe"/q/mリカバリ/ v\Device\Harddisk1\Partition0
Enterキーを押して、ボリュームのマウントを試みます。
Truecryptボリュームはファイルですか?そうである場合、ハードドライブからマウントすると、ファイルではなくパーティション全体をマウントしようとしていると思われる可能性があります。フルパーティションだけでなく、実際のファイルを選択していることを確認してください。
システムの復元で15分でこれを修正しました...ボリュームは特に信頼できなくなったので、データを抽出してから新しいデータを作成することをお勧めします。
お役に立てば幸いです!!!