环境:Windows 7,但适用于其他 EFS 兼容的 Windows 版本
我有一个使用标准 Windows EFS 加密进行加密的文件。当我使用 Total Commander 或 Explorer 将该文件复制到 USB 驱动器时,该文件在目的地保持加密状态。
在插入我的 USB 驱动器的任何其他 Windows PC 上都无法访问此类加密文件。我可以在该 PC 上导入我的个人证书,但这是我最不想做的事情。
我希望在将文件复制到可移动驱动器时,复制过程会自动解密我的文件。有没有办法告诉 Windows 这样做?
一种即时解密文件的蛮力方法是切换到 FAT 作为我的 USB 驱动器上的文件系统,但我也不想这样做。
提前感谢您的任何提示!
我在同一个硬盘上安装了 Linux Mint 10 和 Windows 7。第一个分区是Linux,然后是swap,然后是Windows系统分区,最后是我想在系统之间共享的常用数据的NTFS分区。我几乎只在 Linux 上工作,有时会引导到 Windows。
问题是 mint 似乎几乎每次都会损坏 NTFS 分区 - 有时它只是 Windows 想要检查的数据分区,有时它是系统分区,尽管我从未从 Linux 写入 win 系统分区。
在多次启动 Windows 后,我遇到了数据分区上的数据丢失。win 安装完全被破坏了两次 - 无法启动,必须重新安装。我说的不是几年,而是几周。
我之前设置并使用过双引导系统,但只使用 Ubuntu,并且从未遇到过数据损坏的问题。
可能是什么问题,可以采取什么措施?我可以提供任何其他信息吗?
网络上有大量参考资料指出,exFAT 卷的最大标签长度应为 11 个字符。但是,我知道有两种方法可以超越这一点:
使用exfatlabelexfat-utils 包中的 Linux 工具;
使用 Windows 7 下“右键单击驱动器”上下文菜单中的“格式化”选项格式化 USB 设备。请注意,Windows 8.1 下的相同选项不再允许超过 11 个字符的标签。
以上两种方法都允许卷标长达 15 个字符而没有其他明显的不良影响。
关于这里发生了什么的任何想法?Microsoft 在从 Windows 7 到 Windows 8.1 的过渡中纠正了这个问题的事实表明,这可能是一个错误,或者某种其他类型的未定义或其他有问题的行为。
windows-7 ×3
efs ×1
encryption ×1
linux ×1
linux-mint ×1
multi-boot ×1
usb ×1
volume-label ×1
windows ×1