In the release notes of the latest Intel rapid storage technology (RST) drivers it reads:
Resolved issues
3235920: >4TB Disk Data Loss Exposure
I have an ASUS P8Z68-V Pro motherboard and ASUS recommends using only their BIOS+RST bundles, while Intel says that it is ok to mix different versions of the RST driver and the RST Option ROM. I have followed the advice by ASUS and am using their latest bundle, but the RST driver in it is older and thus still contains this data loss issue.
My configuration contains 4x2TB WD greens in RAID5 (thus <4TB disks but a >4TB raid volume), accelerated with a Force GT with Intel smart response technology in maximized mode. Now, I am wondering whether the data loss issue might affect my configuration and whether I should go against the recommendation by ASUS and directly update the Intel RST drivers (without having a matching BIOS update).
I tried to get some details from Intel customer support, but their response was rather useless. So, I am hoping to get some advice from here:
Does anyone have any further knowledge on this issue 3235920?
Has anyone had issues after updating the RST driver without a matching BIOS update (so as to match the Option ROM with the drivers)?
I have read posts about some people getting trouble after directly updating their RST drivers from Intel, but these problems were mainly due to vague instructions by Intel (Intel is not as clear about having to disable ssd caching before updating the drivers).
Thanks in advance!
ps. As a side note, Intel's ssd caching does not seem too smart in case when the sequential write speed of the accelerated volume is faster than that of the cache ssd. In 'maximized' mode, it insists on doing writes always first to the ssd, and thus actually slows down sequential writes here (in my case, from around 250MB/s to around 80MB/s). So I do not recommend this kind of a configuration if fast sequential writes are important. I guess that the 'enhanced' mode might deal better with this case in general, but in my case, with the accelerated volume being a RAID5 volume, it slowed all writes to a grinding halt (approximately as slow as what the RAID5 volume was before ssd caching if write-back caching (the conventional ram-based one) was disabled).
Resolved issues
3235920: >4TB Disk Data Loss Exposure
I have an ASUS P8Z68-V Pro motherboard and ASUS recommends using only their BIOS+RST bundles, while Intel says that it is ok to mix different versions of the RST driver and the RST Option ROM. I have followed the advice by ASUS and am using their latest bundle, but the RST driver in it is older and thus still contains this data loss issue.
My configuration contains 4x2TB WD greens in RAID5 (thus <4TB disks but a >4TB raid volume), accelerated with a Force GT with Intel smart response technology in maximized mode. Now, I am wondering whether the data loss issue might affect my configuration and whether I should go against the recommendation by ASUS and directly update the Intel RST drivers (without having a matching BIOS update).
I tried to get some details from Intel customer support, but their response was rather useless. So, I am hoping to get some advice from here:
Does anyone have any further knowledge on this issue 3235920?
Has anyone had issues after updating the RST driver without a matching BIOS update (so as to match the Option ROM with the drivers)?
I have read posts about some people getting trouble after directly updating their RST drivers from Intel, but these problems were mainly due to vague instructions by Intel (Intel is not as clear about having to disable ssd caching before updating the drivers).
Thanks in advance!
ps. As a side note, Intel's ssd caching does not seem too smart in case when the sequential write speed of the accelerated volume is faster than that of the cache ssd. In 'maximized' mode, it insists on doing writes always first to the ssd, and thus actually slows down sequential writes here (in my case, from around 250MB/s to around 80MB/s). So I do not recommend this kind of a configuration if fast sequential writes are important. I guess that the 'enhanced' mode might deal better with this case in general, but in my case, with the accelerated volume being a RAID5 volume, it slowed all writes to a grinding halt (approximately as slow as what the RAID5 volume was before ssd caching if write-back caching (the conventional ram-based one) was disabled).
Last edited:
