Lucidor wrote:I don't understand why a RAID configuration would make a difference from the disks point of view.
It doesn't make a difference, for the disk.
But since a key function of a redundant RAID-configuration is to drop non-working disks to be able to still provide uninterrupted service, such an installation must have other requirements than a simple desktop system.
If there is a problem with synchronization during spin up, why does it not manifest itself in all configurations?
Well I think that's the huge question that Qnap (and Seagate, if they care about it?) have been struggling with to find out.
Also, if this is not an issue with x86-based NAS products, how can it still be that the disks are blamed?
I don't know if it isn't a problem on x86-based NASes, but if all other disks (except the infamous WD Caviar Green line) work, how can it still be that the NAS is blamed? We don't know which manufacturer (or both?) is really to blame for the compatibility issue here but it seems to be a very hard issue to isolate.
Qnap have historically solved a number of issues (many regarding spin-up times) with several specific disk models from different manufacturers so I don't think it is a lack of interest from their side. It's simply bad luck that it isn't a very clear issue to diagnose.

No, RAID has never ever been a replacement for backups. Without backups you will eventually lose data!
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
TS-559 Pro II 3*HUA723030ALA640 RAID 5 | TS-459 Pro II 4*HDS722020ALA330 RAID 6 | TS-419P II 2*WD30EFRX RAID 1 | TS-119 ST3750640AS | TS-219P HDS722020ALA330 | All with APC Back-UPS ES BE700G-GR