Reinstalling Windows with seperate RAID 5 Array


Recommended Posts

Hi all,

I'm in need of little help here as I'm not entirely comfortable with RAID arrays and their foibles.

Currently in my desktop I have:

1x OCZ Vertex 2

5x Samsung 1TB drivers running in RAID5 controlled by:

ASUS P67 Rev 3.1

The Vertex 2 was used as a C drive, with al programs etc running off of it, and the RAID array being used for general storage use.

My Vertex 2 has just totally died, and I've got a Samsung 840 Pro to replace it with.

However I'm wondering what steps I should take when reinstalling the OS?

Should I disconnect the RAID array? Disable it in BIOS and re-enable it after I'm done installing Windows 8 onto the 840?

And finally, I'm assuming that all of my data on the RAID array is still there and secure? My top priority is of course maintaining that data!

Thanks for any help you can offer, I'm happy to provide any more info you may need.

Cheers.

Windows shouldn't touch the array as far as I know? Once the driver loads it should detect there is an existing filesystem on there and do nothing with it.

My guess based on the size variances between the RAID and the "C Drive" - The OS is not configured to be hot swappable and thus re-installing as long as the RAID is running within the same setup - everything should be fine.

Of-course, IF this is not a production enviroment - You could do as you described and simple disable the RAID. Might be over-kill but it is a sure-fire way of making sure nothing happens to the data.

So far I have done nothing regarding install, the 840 is in, and I'm ready to go but a bit worried by these conflicting answers!

Will having them unplugged have any negative effect?

Also, should I have SATA mode set to AHCI or RAID in my BIOS, it was previously set to RAID.

My two options as far as I can tell:

1. SATA Mode to RAID, all drives connected and fresh install on to the 840, or

2. SATA Mode to RAID, RAID array disconnected, and then plugged back in after install.

My priority is protecting the data on the RAID array, formatting and playing around with the C drive is of course now of no concern to me.

I'll be installing Win 8 64 Pro, the same OS as was on there prior to failure, with no other hardware changes.

Thanks for the help so far everyone!

Also, the RAID array is hardware controlled, not software.

Like so:

Unplug the power on the RAID array.

Install Windows. Get into Windows and fully set up.

Power down, replug the power for the RAID array.

Power up, enjoy your raid.

Even if I am wrong (and I'm not) this is the safest way to do it, and if anyone has objections to this idea other than it's a waste of time, feel free to pipe up.

I lost a RAID array to the issue I described. I made a topic on this forum, but I can't find it (might have been trimmed?). I lost my Windows install to a USB3 driver issue that corrupted the install. Reinstalled with the RAID array driver present. It read my disks, and then overwrote parts of the drive setting up an install (due to not finding a file system). Just like what we are talking about here.

I'm legitimately asking people to pipe up if I am wrong.

2. SATA Mode to RAID, RAID array disconnected, and then plugged back in after install.

That will work and you can also make sure the SATA ports are connected back in the same order but thats not really important for a working array.

Disconnecting the array first because installing the OS on another drive with SATA set to RAID insures windows don't installs the OS boot on the array with windows on the other drive.

Excellent, all done following articuno's instructions, here's my steps so far:

Unplugged all drives.

Installed Win 8 with just the SSD connected, fully updated through Windows Update, and installed all drivers etc from the ASUS download page

Replugged all drives in exactly the same order, booted into Intel RST and seen the following: http://i.imgur.com/inf769z.jpg Which all looks good, so my data is still sat there.

However when I boot into Windows I do not see the array as a drive, and neither do I see the disks in Device Manager, is there something I need to do for Windows to 'Discover' them?

if the data on the array is life and death data, disconnect them while installing windows, reboot, enable the array/controller and let W8 load up drivers for the new controller/raid array and off you go.

I leave my RAID0 array enabled any time I reformat, but its just game data n cache, user files are on my NAS.

in device manager, do you see the RAID controller? if not re-run Scan for hardware changes from the Action menu.

you should see something similar to below (but 5 RAID5 devices)

devmgr.jpg

Excellent, all done following articuno's instructions, here's my steps so far:

Unplugged all drives.

Installed Win 8 with just the SSD connected, fully updated through Windows Update, and installed all drivers etc from the ASUS download page

Replugged all drives in exactly the same order, booted into Intel RST and seen the following: http://i.imgur.com/inf769z.jpg Which all looks good, so my data is still sat there.

However when I boot into Windows I do not see the array as a drive, and neither do I see the disks in Device Manager, is there something I need to do for Windows to 'Discover' them?

Excellent, all done following articuno's instructions, here's my steps so far:

Unplugged all drives.

Installed Win 8 with just the SSD connected, fully updated through Windows Update, and installed all drivers etc from the ASUS download page

Replugged all drives in exactly the same order, booted into Intel RST and seen the following: http://i.imgur.com/inf769z.jpg Which all looks good, so my data is still sat there.

However when I boot into Windows I do not see the array as a drive, and neither do I see the disks in Device Manager, is there something I need to do for Windows to 'Discover' them?

Go into Disk Manager and see if they are there, they might be 'offline' or need a drive letter assigning to the array.

if the data on the array is life and death data, disconnect them while installing windows, reboot, enable the array/controller and let W8 load up drivers for the new controller/raid array and off you go.

I leave my RAID0 array enabled any time I reformat, but its just game data n cache, user files are on my NAS.

People don't really need to do this, he could of easily just left the driver part out of it and installed Windows 8 to the new SSD then installed the drivers. As long as he isn't booting off the RAID array itself, it's fine. You only need to install the drivers during setup if your going to install to the array itself.

Go into Disk Manager and see if they are there, they might be 'offline' or need a drive letter assigning to the array.

People don't really need to do this, he could of easily just left the driver part out of it and installed Windows 8 to the new SSD then installed the drivers. As long as he isn't booting off the RAID array itself, it's fine. You only need to install the drivers during setup if your going to install to the array itself.

Sorry should have been a bit more precise, I didn't mean in windows install start up, I meant if he had controller disabled in bios before installing W8. Once W8 was fully installed and he rebooted n enabled it.

I personally would have left it all enabled and let W8 setup see it in initial install time, what I always do on my own rig and exactly what I do with LUN mapped drives on SAN arrays presented as RAID volumes on rebuilds of servers. Never been an issue yet.

the raid config data is held and owned by the controller, same with the volumes in the raid container, windows will read it form that and not mess it up.

Indeed, I didn't install any drivers during Win 8 installation, allowed it to do it's regular thing seeing as I only had the one drive enabled.

I have the latest Intel RAID drivers installed, and also the latest Marvell SASA controller drivers, I'm a bit perplexed as to why it's not just appearing as I had anticipated!

(This is my first build using RAID in case you couldn't guess :p)

Indeed, in BIOS I see the 5 separate individual drives, in Intel RST I see the complete array, is there another time during boot I should see the array listed?

Here are the only two screens I see during the actual boot process:

http://i.imgur.com/OxysUeV.jpg

http://i.imgur.com/ySBdKxW.jpg

"Unplugged all drives.

Installed Win 8 with just the SSD connected"

So you booted the computer and powered on the array controller with ALL the drives unplugged - don't you think the array controller might notice that it booted up and all its disk were offline? I am quite sure it would mark them OFFLINE when that happens, and your array is not valid any longer.

Now you should be able to go into the controller and get them back online again.. But there would of been no freaking reason to unplug them in the first place.. You might do that with single drives if you your not sure you could tell which one is which on an install. But I would be pretty sure you could tell the difference between a SSD and a raid 5 array to which one you wanted to install too.

Good luck - its quite possible you blew up the array when you unplug all its drive and then boot the controller -- what do you think its going to think happened to its disks??

  • Like 1

I doubt it blew up lol - you might of meant this as a dramatic way of saying uninitialized. It can take quite some time for the re-initialization process to complete. If I pull a hot swappable disk on one of the older units - it could take up to 3 hours before the new one is back online. A flashing light indicates the drives status.

The controller should be able to re-init off of the disks based on the fact it's identified them as being disk members.

It ought just read the damn thing in theory. I've done it before with Intel controllers.

At the very worst it might require a resync.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • "Of course the easiest solution is to switch to uBlock Origin Lite if you want to remain on Chrome, as it is MV3-based, but from our experience, uBO Lite does not seem to be as good as the original non-Lite version" In my experience uBlock Origin Lite does the job for normal everday home users. When they kill that we get to watch Firefox and Brave get a boost in user market share.
    • Block by DNS ad blocker! I dare you! I will even layer unlock Origin, on top of my internal DNS, if I need to and I don’t even block ads today (I really should but this type of behavior makes me angry). I suppose I could also just be lazy, and add the flags myself, back to each release (it wouldn’t be that difficult).
    • Wonder what MPs have ties to these privacy/verification/data harvesting companies that are going to step in this time. Last time under the Tories half the cabinet had fingers in the pies, heck even the PM and his wife at the time was working for silicon valley, probably made a fortune.
    • Google Chrome is killing all uBlock Origin bypasses, Microsoft Edge, Opera to follow by Sayan Sen For a while now the transition away from Manifest V2 (MV2) to MV3 has been on-going and it looks like it is entering its final phase of deprecation, at least, in the case of Google Chrome. A recent discussion thread in the w3c WebExtensions Community Group GitHub repo has highlighted how the latest and upcoming versions of the most popular browser are expected to be its final releases with support for MV2 extensions. Chromium contributor Andrey Bershanskiy shared details about recent Chromium changes and according to comments from Google engineer Devlin Cronin, Chrome has now started removing the flags that previously controlled MV2 availability. kExtensionManifestV2Disabled, the Chromium feature flag that allowed controlled disabling of MV2 add-ons, is now completely removed, which means you will likely no longer find uBlock Origin in your browser extensions list. He wrote: "The kExtensionManifestV2Disabled feature has been default-enabled for over a year. Remove the feature and the effectively-dead code. ... Any tests that relied on being in the "warning" phase (i.e., with the kExtensionManifestV2Disabled) for their sole behavior testing are removed, since this stage is no longer reachable." Cronin further explained why MV2 extensions are no longer allowed in supported Chrome versions as maintaining the associated functionality indefinitely is no longer possible. He cited growing technical difficulties and implementation complexities as well as security concerns. He wrote: "MV2 extensions are no longer allowed in any supported version of Chrome, and we are removing support for them and the associated functionality. We won't be able to provide / maintain this functionality indefinitely due to the complexity and tech debt, as well as the security risks it entails (we've actually found a number of bugs that are specific to MV2 lately). Of course, other browsers can continue supporting these if they so desire. Unfortunately, we won't be putting code behind a compilation flag ... We won't be removing all the MV2 code wholesale right away, so many of these things will continue working for awhile (but they will go away eventually, and some may go away sooner than others)." What this essentially means is that the tricks and bypasses that were used to keep MV2 extensions like uBlock Origin and others alive will not work any more on Chrome, or at least not for very long. For example the Windows Registry mod that could extend MV2 availability will cease to function after Chromium version 151. Here is a rundown of the changes coming in the final such releases of Chromium releases: Chromium 150 lost ExtensionManifestV2Disabled option Chromium 151 will loose ExtensionManifestV2Unsupported option Chromium 151 will loose ExtensionManifestV2Availability option Chromium 151 will likely loose AllowLegacyMV2Extensions option Other Chromium-based browsers like Opera and Microsoft Edge could soon follow suit too. Although it is not specified, Edge began disabling uBlock Origin back in February, and Opera could also stop the functioning of MV2 add-ons, even though it had committed to support MV2 for longer in October 2024. uBlock Origin developer Raymond Hill (gorhill) apparently stated the following: "For Opera I did submit 1.70.0 rather late, but this was weeks ago. A while ago I received an email from Opera that they plan to abandon MV2-based extension so maybe they are no longer allocating resources for reviewing such extensions." The email which developers like Gorhill mentions was received from Opera last year. Here is what it seemingly said: Hence for now the only Chromium browser that seems to be on-board fully with MV2 support is Brave, and perhaps Vivaldi as well. Meanwhile if you want to ditch Chromium browsers entirely then Mozilla Firefox is an excellent alternative as MV3 and MV2 are both supported. Of course the easiest solution is to switch to uBlock Origin Lite if you want to remain on Chrome, as it is MV3-based, but from our experience, uBO Lite does not seem to be as good as the original non-Lite version. Source: w3C (GitHub repo) As an online publication, Neowin too relies on ads for operating costs and, if you use an ad blocker, we'd appreciate being whitelisted. In addition, we have an ad-free subscription for $28 a year, which is another way to show support!
    • Write to your MP 😄 Like believing in Santa. Total surveillance IS the goal. Wake up.
  • Recent Achievements

    • One Month Later
      mobmobiles earned a badge
      One Month Later
    • Very Popular
      Captain_Eric earned a badge
      Very Popular
    • One Month Later
      amusc earned a badge
      One Month Later
    • One Month Later
      DJC50PLUS earned a badge
      One Month Later
    • Week One Done
      DJC50PLUS earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      510
    2. 2
      PsYcHoKiLLa
      219
    3. 3
      ATLien_0
      92
    4. 4
      +Edouard
      90
    5. 5
      Steven P.
      82
  • Tell a friend

    Love Neowin? Tell a friend!