1 2 3 4 Previous Next 55 Replies Latest reply: Oct 18, 2010 1:10 PM by Mamoon Khader Go to original post RSS
  • 45. Re: IMSM 8.8/8.9/9.5 & Win7 in-box RAID driver - Random drive failures with 8.9
    getho Community Member
    Currently Being Moderated

    F**K!@

     

    So I recovered a a degraded disk and a folder that contained a project I did last week is corrupt

    "The file or directory is corrupt and unreadable"

     

    Class suit anyone?

     

    Anyone know how I might start trying to recover this data.

     

    Anyone know WHY this would've happened.  How can I test the raid.

  • 46. Re: IMSM 8.8/8.9/9.5 & Win7 in-box RAID driver - Random drive failures with 8.9
    impc Community Member
    Currently Being Moderated

    Hi, again

    I have solved my random "freeze" issue.

    I exchanged my WD green drives with WD RE3, and all is working fine now.

     

    Thanks everyone!

  • 47. Re: Success with 9.6.0.1014
    JefUK Community Member
    Currently Being Moderated

    I have now installed RST 9.6 on 7 new or upgraded systems. The driver has worked correctly on all of them, without any  drives being dropped at random. It should be noted however, that he upgraded systems all worked satisfactorily with older versions of IMSM.

     

    It is now over 4 weeks since I updated my own system (WD Blacks in RAID10) from 8.8 to 9.6, again working without any problems at all. Previously when this system was updated from 8.8 to 8.9 it dropped drives twice within 2 hours, before I realised that the driver was the cause, and reverted to 8.8.

     

    My experience supports the information (probably from Intel) that the it was a corner condition which  was only discovered once Intel had a system that exhibited the failure, and the problem was finally fixed in 9.6.

     

     

    I do find that the system tray popup saying that the "system is protected" a nuisance, especially to those users conditioned by the "missing drive"  popup from 8.9. The message can be turned off, but it seems  that turning this off also turns off the useful "verification & repair" popup. The popup arrangement of 9.6 seems over-complicated  and not as good as that in 8.8, which gave all the information required without being intrusive under  normal conditions.

  • 48. Re: Success with 9.6.0.1014
    2amuse Community Member
    Currently Being Moderated

    I have RAID 1 with 9.6.0.1014 on a W7 64bit.  Seems to be working fine unless I have to do a forced restart if the computer hangs.  Then I always have to rebuild a disk.  Would this be the situation if I bought a dedicated RAID card to use instead?  Appreciate any opinions or experiences.  Thx Ray

  • 49. Re: Success with 9.6.0.1014
    JefUK Community Member
    Currently Being Moderated

    Do you mean "Rebuild" or "Verify & Repair" ?    If you mean Verify and Repair, then this is normal and correct behaviour. It's being done to ensure the integrity of your data. If you want to take the risk, you can always cancel it.

  • 50. Re: Success with 9.6.0.1014
    2amuse Community Member
    Currently Being Moderated

    Whenever I have to do a forced reboot, one of the two discs has to totally rebuild (a few hours, 2-2tb Seagate Enterprise drives).  Today after rebuilding, it said the disc failed.  We tested each one separately and they worked fine.  On reboot. the startup wanted to reconfigure the RAID.  I'm done with this RAID, more trouble than it has been worth.  I am going to try an Adaptec for something more robust.  Hope it works better.

  • 51. Dropped drive with ICH9R running Win7 x64
    geobrick Community Member
    Currently Being Moderated

    I've reported the dropped drive/degraded RAID problems I've had using the older MSM 8.9 with a Gigabyte EX58UD5 then nothing but success with the new RST 9.6.0.1014. Still running great.

     

    But last week I installed Win7 x64 onto an ASUS P5E-VM HDMI system with a RAID 5 as the data drive. I didn't bother updating the Intel drives because the P5E uses an ICH9R controller. I assumed the driver problems only effected the ICH10R.

     

    Not true apparently. Within a few days, I got the characteristic non-responsiveness then the indication that the drive was dropped from the RAID and the RAID was degraded. then loaded the RST driver and after reformatting the "bad" drive, put it back into the RAID.

     

    It's working fine so far.

  • 52. Re: Success with 9.6.0.1014
    Mamoon Khader Community Member
    Currently Being Moderated

    Just reminding you that your RAID volume's write-back cache should be disabled to avoid data loss when system hangs, restarts or during power-failures.

     

    Mamoon Khader

    Amman, Jordan

  • 53. Re: Success with 9.6.0.1014
    Dan_Wilder Community Member
    Currently Being Moderated

    I have the same problem with Win7 64bit OS and the forced restart using 9.6.0.1014.  I use all Seagate drives of same size and type.  Seagate indicated that after 9 reported failures under 8.9 I would no longer be able to send drives back.  Now I am getting the same thing.  One showed as failed 10 days ago, so I updated to 9.6.0.1014 and now it rebuilds every other day or when I do the forced restart.  I have had cache on and off and it seems to work better with it on.... but need to hear if others have an suggesstions.

  • 54. Re: Success with 9.6.0.1014
    2amuse Community Member
    Currently Being Moderated

    Dump it and get a dedicated card, like an adaptec.  I wrecked a drive too.  Spent way too much time messin' with it.  Now no more problems.

  • 55. Re: Success with 9.6.0.1014
    Currently Being Moderated

    Dan_Wilder ,

     

    I've had too much troubles with it until I installed latest driver ver 9.6.0.1014 several weeks ago and my RAID became amazingly stable with no single drop, failure or rebuild. BTW, I am using Win7 64-bit ultimate with 4-drives RAID-10 .

1 2 3 4 Previous Next

More Like This

  • Retrieving data ...