小编fgr*_*ieu的帖子

在 Windows 10 cmd.exe 下，该命令del *.tmp可能会静默删除project.tmpl.

是否有一些选项、解决方法、注册表项或仪式牺牲可以防止这种情况发生？

令人难以置信的是：在我的机器上，C: 驱动器在 2020 年由 Windows 10 安装程序格式化：

（其中法语错误消息表示未找到文件）。

从大于 4GiB 的 Windows 10 ISO 映像文件install.wim（包括Win10_1809Oct_<language>_x64.iso2018 年 10 月 30 日构建的当前 4.8GiB）开始，如何制作可在非 UEFI 计算机上启动的 USB 驱动器？

MediaCreationTool1809.exe可以工作，但它会下载所有内容，并修改至少 3 个文件：install.esd替换install.wim、boot.wim和ws.dat. 这些更改删除了 Windows 的某些版本（例如 Pro Education 和 Pro for工作站及其 N 变体），并且无法根据固定哈希检查修改文件的完整性。

最近几周，我在将文件从一个磁盘复制到另一个磁盘时发生了几起数据损坏的情况。问题是：可能是什么原因，我如何查明它？

一些线索：

• 问题（9 例）发生在两台不同的机器上（一台 AMD 5050e 带有 ECC RAM，另一台是上网本），都运行 Win7x64 SP1，没有崩溃或其他明显问题；
• 将大量数据（总计约 3TB）从一个磁盘复制到另一个磁盘时出现问题；
• 使用标准 GUI（Windows 资源管理器）复制没有错误；
• 原始文件和副本具有相同的大小和修改日期；
• 使用 MD5 哈希（md5sum或/和 Microsoft 的FCIV）检测到数据损坏，这在副本上是错误的（原始和副本的 MD5 都是可重复的）；
• fc /B可重复地报告差异，这些差异总是在恰好 4 kiB 边界的连续块上（10 种情况：一个文件被击中两次）；
• 错误块大小不一，从 4 kiB 到 52 kiB，在看似随机的位置，在大文件（通常是几 GB）中；
• 损坏的块与原始块没有明显的关系；在大约一半的情况下，损坏的数据全为零；
• 所有涉及的磁盘都是 NTFS，并通过chkdsk /f（没有坏块，没有报告错误）给出了一个干净的健康清单；
• 两个受影响的目标磁盘是 USB（HD 恰好来自同一制造商，但我不能说这很重要）
  • 一个是 2.5" 2 TB，安装在带有 HD 制造商品牌的自供电 USB 3（超高速，用于高速）外壳中；
  • 一个是基于 Linux 的多媒体机箱 (PCH A-200) 中的 3.5" 1.5 TB，带有 USB 2（高速）从端口；
• 在超过一半的情况下，在复制后一个小时内检测到损坏，不涉及断开连接或重新启动；在大多数或所有其他情况下，目标磁盘已正确弹出；
• 我没有理由怀疑各种源磁盘（主要是 SATA，一些 …

DRAM 制造商（消费者/专业消费者销售子公司）的销售支持回答了我提出的售前问题（从一封法语电子邮件翻译而来）：

1.35V内存DIMM为双电压，可在1.35V和1.5V工作；您的计算机系统将根据主板和其他因素（例如计算机中保存的预先存在的 DIMM）的要求自动调整电压。

我最初持怀疑态度，但实际上，即使是一些相对较旧的 DDR3L SDRAM 芯片的数据表也表明它们是

向后兼容 VDD = VDDQ = 1.5V ±0.075V

和

在 1.5V 兼容模式下运行时，请参阅 DDR3 (1.5V) SDRAM 数据表规范。

市场上的所有 DDR3L (1.35V) DIMM 都是这种情况吗？如果不是，那是因为它们在 1.5V 电压下运行时未指定，或者没有适当的 SPD 内存内容，或者以其他方式无法工作，或者可能是完全损坏？

注意：这是一道工程题；我正在寻找解释不兼容的技术细节，如果有的话。就像纯粹的猜测：出于成本原因，一些 DDR3L 芯片没有在 1.5V 下进行测试（或者碰巧没有通过该测试），因此在 SPD 内存中未指明为 1.5V 兼容的 DDR3L 仅 1.35V DIMM 上出售。