自从我拥有一台 PC（30 年）以来，我第一次遇到了未检测到、未更正的单位磁盘错误。在 RAID 阵列中。事件的顺序是

1. 从 CF 卡上传一组数字图像（Camera Raw 文件）
2. 在 Lightroom 中进行一些编辑（不会更新原始文件）
3. 将所有内容备份到外部存档磁盘（使用 Retrospect）
   ...时间过去了（大约 1 周）...
4. 在 Lightroom 中再次打开文件 - 它已损坏（一个大的方形洋红色斑点）
5. 从存档磁盘还原副本 - 还原的副本未损坏
6. 比较两个文件。只有一个位差异......最初是 0x34 的字节现在是 0xB4

在线设备是硬件RAID 卡 (3WARE 9560SE-4LPML)上 RAID-1 中的一对 2TB 驱动器。

鉴于上述顺序，由于存档副本未损坏，因此在第 3 步之后的某个时间显然会引入该错误，因此它不可能在原始写入期间发生。该文件是佳能 CR2 原始文件，Lightroom 从不更新原始 RAW 文件，它们被视为“数字底片”并且从不更新。相反，它将所有编辑保存为包含应用的编辑序列的 sidecar XMP 文件。文件日期/时间未修改原始文件。

显然，位错误以某种方式发生并由 RAID 硬件传播而没有产生警告。我检查了 RAID 错误日志，过去 18 个月没有任何值得注意的事情（自从我上次升级软件和固件以来）。

总结一下：

1. 数据最初是正确写入的
2. 然后当它被复制到备份时被正确读取。
3. 在那之后的某个时间，该位在磁盘上被翻转（因为没有任何内容重写了文件）。
4. RAID 硬件设置为每周运行一次“验证”。它没有检测到错误。

这简直太离谱了。我预计 RAID 硬件日志中会出现错误比较错误。

此外，我可以排除故障磁盘，因为两个驱动器上的 SMART 数据对于所有适用的错误属性都显示为零：

196 Reallocated_Event_Count 0x0032   100   100   000 …

我已经阅读了有关修复损坏的 .EXE 文件关联的所有 SU 帖子，还阅读了Microsoft 文章。

所有这些都假设您仍然可以启动某些程序，例如 cmd.exe、记事本、Regedit 或 taskmgr。在我的系统上，我无法直接启动任何 .exe（某些文件关联仍然有效），它们都会启动 Excel 并尝试在 Excel 中打开 .exe 文件。

这一切都是在我添加指向 Excel 的 .tsv（制表符分隔值）文件关联时开始的。我的任务栏或桌面中可执行文件的每个图标都更改为 Excel 图标。

就我而言，我（认为我）很幸运，因为我有一个打开的文本编辑器，并且能够创建Microsoft 文章中描述的 .reg 文件。

.reg 文件合并时没有错误。然而，重新启动后，我看到的是一个打开的 Excel，其中有很多很多弹出窗口，包括诸如

The file format and extension of 'SystemPropertiesProtection.exe' don't match.
The file could be corrupted or unsafe. Unless you trust its source, don't open it.

或者

Microsoft Office has identified a potential security concern.
Warning: The digital signature is valid but the signature is from a publisher …

此问题适用于 Google Workspace，特别是“共享云端硬盘”服务，该服务与 Google 云端硬盘不同。

\n
• 操作系统是 Windows 10 Pro 22H2（包含所有更新）
\n
• 浏览器是 Firefox 110.0（当前）
\n
• 桌面版驱动器版本为 71.0.3.0
\n

我的工作区共享驱动器中有以下结构

Drive1 - Members: (All Users Group: Viewer)\n    Folder1\n        file1.txt\n        Folder1A  (Shared with Group1: Contributor)\n            file2.txt\n\nGroup1\n    User1 (owner)\n

Web 界面中会发生什么

在 Web 界面中，在以 身份登录到drive.google.com 的选项卡中User1，我可以Folder1A通过导航到Folder1A 然后将文件拖放到浏览器窗口中来上传文件。

拖放之前

拖放后

这是预期的行为。

在桌面版云端硬盘中

在桌面版云端硬盘中，User1无法创建Folder1A. 我尝试将文件拖放到 Windows 资源管理器中的文件夹中，并且也使用复制/粘贴，结果是相同的

拖放之前

拖放后

我有一个包含大量文件的文件夹D:\dev\tools\eclipse。为了提高速度，我决定将其移至我的C:驱动器（同一路径），因为C:它是 SSD。

拖放操作拒绝复制 4 个名称超长的文件，称它们太长。

• 操作系统是Windows 7 Pro X64
• C:是250GB SSD
• D:位于 LSI 9260 硬件 RAID 卡上，其中 3 个 2TB 驱动器配置为 RAID-5（3.6 TB 有效容量）
• 和C:都是D:NTFS 格式。

为什么相同的路径长度在 RAID 驱动器上可以，但在 SSD 上却不行？

附加信息：

如果我在文件上使用“复制为路径”上下文菜单项（Shift-右键单击），则会在其上D:复制一个用 8.3 短名称替换长度超过 8 个字符的路径元素的路径，而在C:其上则使用全名。

但是，fsutil显示两个驱动器都启用了 8.3 名称

C:\Windows\system32>fsutil 8dot3name query c:
The volume state for Disable8dot3 is 0 (8dot3 name creation is enabled).
The registry state of NtfsDisable8dot3NameCreation is …