Veracrypt doesn't recognize passwords after changing it
Open source disk encryption with strong security for the Paranoid
Brought to you by:
idrassi
Menu
▾
▴
I changed my password and there was no issues, and then I was no longer able to access the drive except for one time so the password is correct and the drive is fine!
Has anyone have this issue? Or can the developer going provide an answer to this and explain this behavior? Never had an issue with truecrypt.
Last edit: jean 2017-08-13
Have you enabled the display password?
In the past, I have changed password only to discover that I had a typo during typing the password that allowed me to mount the volume verses what I thought the password was set on the volume.
You can enable the embedded backup header in case the primary header has been damaged when mounting the volume.
Last edit: Enigma2Illusion 2017-08-13
When and the only time I was able to access the drive I unchecked display the password and this is how I knew that password was correct. And since then, I am not able to mount the drive, just tried today and no go.
For enabling the embedded backup header the drive has to be mounted? No?
MAC OS 10.12.06 and the latest version of veracrypt
Last edit: jean 2017-08-13
No, the volume is not mounted. For the Windows OS, you click on the Mount Options button when you are on the password screen to enable the option for using embedded backup header.
Last edit: Enigma2Illusion 2017-08-13
I just tried and no go! there is another thread here where I followed the suggestion.
https://sourceforge.net/p/veracrypt/discussion/technical/thread/ce5d8b83/
The only other idea I have is to check if your keyboard layout has changed from what I assume is US keyboard layout. This problem usually is only an issue for Pre-boot login when using system encryption, however, it is an idea to check on your Mac.
Yeah, but the password is copied from a password manager and I checked to make sure that there was no addtional or characters. The header is at fault! But this is a external HD
I finally got it open again only to discover that there was was at least 40 spaces behind the password and invisible. I quickly did a backup, and was able to change the password. The disk is accessible.
Last edit: jean 2017-08-15
Why did the 40 spaces get added by the password manager that you are using on your PC?
Was it a configuration setting of the password manager?
If yes, what is name of the password manager as a warning to other users?
Last edit: Enigma2Illusion 2017-08-14
I don't think it's the password manager, I think MAC OS the latest version. Because of other issues of that sort copying from one program to another.
Last edit: jean 2017-08-15
Hi,
i´m experiencing a similar problem today with an internal non-system partition´. The password is def. correct, version 1.21, encrypted with the default settings. AUTOMOUNT is enabled.
Mount the partition as usual → Error MountVolume:8031
Mount the partition using the backup header embedded in the volume → Error MountVolume:8031
Replace password of the partition → Error ChangePwd:529
Restore the volume header from the backup header embedded in the volume → Error RestoreVolumeHeader:10347
I´m working with Win10.
Did you find any solution? Some have the same problem, but no help in sight....
Same Problem. I use win10.
Error MountVolumen:8031 every single time, after I encrypted my brand new HHD.
AUTOMOUNT enabled, started veracrypt as an admin, even changed my keyboard to EN to, tryed to use the backup header. nothing.
Is there an other programm that encrypts as good as veracrypt with less bugs?
Good question, as Veracrypt is praised as the best solution on many sites. But it seems the support is kinda under-staffed or so... which is a real problem, regarding the type of software... :-(
Looks I´ve gotta count my data as lost.
It is difficult to provide timely support to all users of VeraCrypt. The number of posts and emails is skyrocketting and the resources are limited. That's the biggest problem with free software where there are no revenue but we do our best to help the maximum number of users.
The original issue in this thread was caused by a password manager adding extra characters to the typed password. The user discovered this and he was able to access his data again.
Concerning the issue described by @donsombrero and @titusct, there is not enough elements to understand the problem. As you can imagine, this type of usage scenarios has been fully tested and it is heavily used, so it would be surprising that a bug exists within VeraCrypt.
I suppose that the Password/PIN/PRF parameters are correctly set.
Did you create a backup of the volume header? Restoring the backup of volume header from external file is the only way to really assess the problem in such situations where the embedded backup doesn't work with the correct password.
By experience, when a hard drive starts to refuse the correct password, it often means that there is a hardware failure of some sort that corrupted data and restoring external header backup helps salvage the data at least partially.
If there is no external backup of the volume header, then the options are limited.
One thing I always recommend is to use another operating system to load the VeraCrypt volume (for example Linux in your case): this will eliminate any specific issue related to Windows. Just boot on a Linux Live CD, download and install VeraCrypt for Linux, set the correct keyboard layout and mount the volume.
If the volume doesn't accept the correct password/PIM/PRF even on other operating systems, then there is not much that can be done.
We all know that disks tend to fail even if they are brand new. Such failures go often unoticed by users in normal usage scenarios since they are gradual until they become fatal but when encryption is used, these failures can have a quicker and more dramatic effect if they touch the sectors where volume header and its backup are stored since usual recovery tools can not be used. In such cases, only an external backup header can help perform recovery operations.
So, I advice users to create an external backup of volumes headers and store them securely. And when chaging passwords, create new header backups and destroy old ones.
Last edit: Mounir IDRASSI 2018-01-17