自上周六（2018 年 4 月 7 日）以来，我在安装大量Windows 7时遇到了奇怪的问题。
问题是用户配置文件被临时配置文件替换。在注册表中，在键HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList 下，配置文件被重命名为 .bak 并创建一个目录为C:\Windows\Temp的新配置文件。
大多数情况下，配置文件MSSQL$...会损坏，从而导致 SQL Server 2012 无法使用。但是我也在几个非 SQL-Server 配置文件上注意到了这个问题，包括我私人计算机上的用户配置文件。
将“.bak”键重命名回其原始名称后，该配置文件实际上又可以正常工作了。
自上周六以来，已有 8 位独立客户*遇到此问题，而且我自己的个人资料也已损坏。奇怪的是，我看不到任何可能导致问题的最近安装的 Windows 更新（MSSE 更新除外）。我也没有发现任何可能导致问题的恶意软件。
我没有找到任何博客或论坛帖子报告人们最近有这个问题；我找不到任何提及此问题的新闻文章。我的问题是，如果您对这个问题有任何经验。我变得非常担心，想知道是否有新的 Windows 更新或可能破坏配置文件的新病毒，但我看不到有关此主题的任何消息。
（* 每个客户都有自己的私人 Windows 环境；他们不共享相同的配置、软件或系统属性）
我想以编程方式检查 Linux RAID 阵列是否损坏。
对于 RAID-1（镜像）阵列，我使用了这个简单的方法，该方法已经工作了几年，效果良好：
cat /proc/mdstat | grep "_" > /dev/null
EC=$?
其背后的想法是/proc/mdstat显示[UU]两个硬盘是否正常，[U_]如果一个硬盘发生故障，[__]如果两个硬盘都发生故障等。通常， /proc/mdstat 的输出里面没有“_”，所以它是在职的。
现在我们还有一个 RAID-0（条带）阵列。在/proc/mdstat中，它看起来像这样：
md2 : active linear sde1[0] sdf1[1]
3906699440 blocks super 1.2 0k rounding
我的问题是，如何检测这个 RAID 阵列是否损坏？mdstat 会是什么样子？（注意：我知道当其中一个磁盘发生故障时 /dev/md2 将被破坏，但我想以编程方式检查 RAID 阵列，而不是检查虚拟驱动器 md2 的功能）
操作系统是 Debian 9。