我想升级到 Windows 10 但我不想解密我的系统分区,因为它需要 21 小时..
不解密可以升级吗?
我有一个 1 TB 的创见外置硬盘。它包含两个大小相似的分区,其中一个 (400 GB) 使用 VeraCrypt 加密。
今天,在我处理完加密分区内的文件后,我单击了应用程序主窗口中的“全部卸载”按钮。它没有像我预期的那样成功卸载,而是给了我一条错误消息,指出某些文件仍在使用中。但是,我没有注意到警告并物理断开了外部硬盘驱动器与 PC 的连接。回头看,硬盘上的灯仍然闪烁,所以即使我已经关闭了可以使用这些文件的应用程序,也正在做一些事情。
现在每次我尝试在 VeraCrypt 中挂载分区时,它都会给我以下错误消息:
Operation failed due to one or more of the following:
- Incorrect password.
- Incorrect Volume PIM number.
- Incorrect PRF (hash).
- Not a valid volume.
Source: MountVolume:8031
Run Code Online (Sandbox Code Playgroud)
我确信我使用的密码是正确的。我每天都在输入它,并将它保存在不同的位置。也没有更改任何设置,一切都相同。
我尝试使用挂载选项中的“使用嵌入在卷中的备份标头(如果可用)”选项。这没用。我没有单独的标题备份。
是否可以恢复加密分区中的数据?我该怎么做呢?
我正在使用 VeraCrypt 的最新稳定版本。
encryption data-recovery disk-encryption partition-recovery veracrypt
有一个 6GB 的 Veracrypt 容器,我需要将其大小扩展到 8GB。我成功地使用了VC的音量扩展器。但它仅扩展 VC 卷本身(= 文件大小从 6 GB 更改为 8 GB),而不扩展内部文件系统(在我的情况下为 FAT)。
VC 卷未显示在 Windows 的卷管理器中,也未显示在使用diskpart. 这些是我所知道的扩大交易量的唯一方法。
那么如何使用 Windows 10 扩展我的 VC 容器的内部 FAT 卷呢?
如果您创建了加密文件,但为其选择的卷需要扩展,从安全角度来看,仅使用可用选项“扩展卷”来调整文件的卷是否可以?或者出于某种原因,用您想要的更大的卷创建一个全新的加密文件是否更好?
我正在考虑使用 Veracrypt 加密我的游戏机 SSD(三星 850 EVO,1 TB)和 HDD(1 TB 经典 HDD)以增加安全性(尽管我不太可能需要它)。但是,我有一些担忧:
Veracrypt 加密是否会影响上述问题?如果是的话,程度如何?
我收到以下错误消息:
Metadata kept in Windows cache, refused to mount.
Failed to mount '/dev/mapper/veracrypt8': Operation not permitted
The NTFS partition is in an unsafe state. Please resume and shutdown
Windows fully (no hibernation or fast restarting), or mount the volume
read-only with the 'ro' mount option.
Run Code Online (Sandbox Code Playgroud)
我知道这个问题与Windows的休眠/快速启动有关,类似于这个问答:https : //askubuntu.com/questions/145902/unable-to-mount-windows-ntfs-文件系统由于休眠/。但是,我已经尝试过这些解决方案,但没有成功。我可以在 Windows 中很好地挂载分区,我可以在 Linux 中以只读模式挂载它。
我安装了 Windows 10 和 Linux Mint 18。有问题的分区上没有操作系统,并且是其磁盘上的唯一分区。
我试过的:
powercfg /h off …截屏:
1字节数据占用2MB磁盘空间的文件的文件属性:
该驱动器是一个 6TB 的单个分区,通过 Veracrypt 安装并格式化为 exFAT。我的 2TB 卷上的扇区大小以相同的方式格式化和安装,是 512KB——也很大,但没有那么荒谬(不应该是 512字节吗?)。
为什么这里的扇区大小高达 2MB?既然是高级格式化驱动,不应该是4KB吗?
驱动器是使用 Veracrypt 格式化的;没有指定扇区大小的选项,我记得有一个簇大小选项,但对于 exFAT,它最大为 64KB。6TB 驱动器及其所有数据即将移至 RAIDZ2 ZFS 阵列,因此我不一定需要直接修复此问题,但我真的很想知道这是如何/为什么发生的。