External HDD Won't Mount Despite Correct Password – Possible Interrupted Finalization (MountVolume:9553)
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 20/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Attiva
- Stack tecnologico
- c
- Ambito
- cryptography, security
Direzione di ricerca
The issue provides no source files, tests, or code entry points to investigate. First establish whether this is a reproducible VeraCrypt defect or a user-support question; the report asks for diagnostic guidance and does not identify a code change or a testable expected result.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
External HDD – Correct password but volume won't mount (MountVolume:9553 / 4549)
Hello,
I need some help recovering access to a VeraCrypt-encrypted external HDD.
The HDD was encrypted with VeraCrypt on another Windows computer some time ago. I am now connecting the same physical HDD to a different Windows PC using a USB HDD enclosure.
VeraCrypt detects the disk/partition normally, but I cannot mount the volume.
I am confident that I know the correct password and, as far as I remember, the password has never been changed.
When I try to mount the volume, VeraCrypt reports:
Operation failed due to one or more of the following:
Incorrect password
Incorrect Volume PIM
Incorrect PRF (hash)
Not a valid volume
Source: MountVolume:9553
On another attempt, I also received:
Source: MountVolume:4549
There is one detail from the original encryption process that may be important.
As far as we remember, the actual encryption process reached the end. However, VeraCrypt was performing some kind of finalization/closing operation at the very end of the process, and it is possible that the program or computer was closed during that final stage.
I am not saying that encryption was interrupted halfway through while the disk was still being encrypted. My concern is specifically that the encryption itself may have completed, but the finalization/closing stage immediately afterward may have been interrupted.
Unfortunately, I cannot remember exactly what VeraCrypt was doing at that final point.
Could interruption at this stage cause the volume header or other VeraCrypt metadata to remain in an incomplete/inconsistent state and later result in the password/PIM/PRF/not-valid-volume error?
I would also like to rule out other possibilities, such as:
Volume header corruption
Different PIM or PRF/hash settings
Selecting the partition vs. the entire physical device incorrectly
VeraCrypt version compatibility
An older VeraCrypt/TrueCrypt format or algorithm
The USB HDD enclosure presenting the drive differently from the original SATA connection
Another mount option that may have been used when the volume was created
The data on this HDD is important, so I do not want to perform any operation that writes to or modifies the encrypted disk until I understand the problem.
What would be the safest diagnostic procedure in this situation?
In particular, is there a safe way to determine whether the primary/backup volume headers are valid, or whether the finalization stage of the original encryption was not completed, without modifying the disk?
If necessary, I can provide the VeraCrypt version I am currently using, Windows version, HDD/partition layout, and any other technical information needed.
Thank you for your help.
- Lingua principale
- C
- Stelle
- 11.7k
- Fork
- 1.4k
- Merge medio
- 1g 1h
- PR unite (30g)
- 28
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di veracrypt/VeraCrypt
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 5/5 Più di una settimana Idoneità per principianti 32/100
veracrypt/VeraCrypt#1995 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
veracrypt/VeraCrypt#1993 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
veracrypt/VeraCrypt#1991 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di veracrypt/VeraCrypt
Issue simili
-
Signed/unsigned mix in the EOCD backward scan rejects valid archives with a 65535-byte commentAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
bug game: 01008BA02525A000 ios
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
area/ysql kind/bug priority/medium status/awaiting-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
yugabyte/yugabyte-db#37523 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 65/100
ly05010419/MacNativeGames#2079 ·
I maintainer di solito rispondono entro 1 giorno