在build立一个开发实验室时，我有一个在SATA RAID 0上运行ESXi 4.1.0（免费许可证）的桌面系统（在我开始这项工作时已经购买和configuration;我对硬件input是开放的，因为它涉及到我的问题）。到目前为止，其客人包括两台Win2008 Server R2 64位虚拟机和Ubuntu 10.04 64位虚拟机。 我正在安装到Windows服务器上。
我们已经拷贝了一些相当大的文件（超过千兆字节）进行安装，希望从（虚拟）硬盘驱动器安装比从BD-ROMnetworking更快的安装。 问题是，他们不断从原件提出不同的校验和。 文件大小是相同的，但md5sum报告不同的数字（安装程序也是这样，因为它在校验和不匹配时拒绝继续）。
我试图直接从BD-ROM（将OS驱动器连接到主机系统的物理驱动器）进行复制。 我已经尝试将大文件从他的蓝光驱动器复制到同事的Windows机器上; 当我这样做的时候，校验和是一致的。 但是，当我通过networking共享从他的机器复制到VM guest虚拟机时，校验和不再匹配。
认为这意味着腐败的目标驱动器，我在vSphere中删除它，并添加了另一个新创build的驱动器。 问题依然存在。 我不知道接下来要做什么。
所以这是一个糟糕的RAM和一个影响SATA的Linux内核错误的结合。 我把Ubuntu 10.04放在那里，最后让memtest86 +运行了一整夜（运行1.5遍之前没有刷新问题）。
删除坏RAM后，我开始在/ var / syslog中看到SATA错误，类似于：
Dec 8 14:56:17 george kernel: [ 36.442340] ata4.00: exception Emask 0x10 SAct 0x4 SErr 0x4010000 action 0xe frozen Dec 8 14:56:17 george kernel: [ 36.442355] ata4.00: irq_stat 0x00400040, connection status changed Dec 8 14:56:17 george kernel: [ 36.442366] ata4: SError: { PHYRdyChg DevExch } Dec 8 14:56:17 george kernel: [ 36.442375] ata4.00: failed command: READ FPDMA QUEUED Dec 8 14:56:17 george kernel: [ 36.442388] ata4.00: cmd 60/08:10:88:a9:87/00:00:1b:00:00/40 tag 2 ncq 4096 in Dec 8 14:56:17 george kernel: [ 36.442389] res 40/00:64:30:aa:8b/00:00:12:00:00/40 Emask 0x10 (ATA bus error) Dec 8 14:56:17 george kernel: [ 36.442408] ata4.00: status: { DRDY } Dec 8 14:56:17 george kernel: [ 36.442418] ata4: hard resetting link Dec 8 14:56:23 george kernel: [ 41.724689] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Dec 8 14:56:24 george kernel: [ 42.445422] ata4.00: configured for UDMA/133 Dec 8 14:56:24 george kernel: [ 42.445432] ata4: EH complete 我终于发现了这个bug： https : //bugs.launchpad.net/ubuntu/+source/linux/+bug/285892?comments=all这让我尝试了一个早期的Linux内核（Ubuntu 8.04附带的内核）。 这台机器自那时以来一直在努力工作。