Ok I found the reason for this. It is a hardware fault, that can be corrected via drivers. Im asking for libata team to review this problem, links are provided.
It happens ONLY with Sil3112A controllers and ONLY if both SATA-Connectors are occupied. If Any data is moved between these two harddrives AND/OR poweron time is more than 1 hour, data corruption occurs. Data does NOT get corrupted if its copied via IDE port, ie SDISK1->PDISK1->SDISK2. Silicon Image cofirmed that and asked for motherboard manufacterers to add a patch. This patch actually turns Writecache off that slows perfomance immensly. At later time, Silicon Image released update for SATA BIOS, that fixes the problem, but NOT for INTEGRATED peripheral(ie built in motherboard), because the MB BIOS reads SATA BIOS, but DOESNT read the patch. "Slartibardfast; seems your are right, the Silicon Image BIOS calls both the _EN_CODE.BIN and (new) BGROUP.BIN file... The NF7-S BIOS only calls _EN_CODE.BIN, so it is darn near impossible for us to fix this... " More here: http://www.techspot.com/news/5278-sata-raid-data-corruption-problem-update.html Another method is using OS drivers to correct this problem. Windows driver does it, linux - not. I wonder if kernel cheat code "hd=serialize" would do the trick, but i think ill buy external SATA controller of other brand, since backup is CRITICAL for me... @2008 Abit did NOT release updated BIOS for NF7-S v2; and it seems it wont do it. -- Copying from one sata drive to other produces errors https://bugs.launchpad.net/bugs/261769 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
