How to get existing storage pool back to storage spaces

Jan 0 Reputation points
2026-08-08T11:16:37.8966667+00:00

Hi all,

I have a computer serving as my NAS that has a OS drive and a windows storage pool of 4 disks. Till recently, my motherboard failed. I had to hook up a Pcie to SATA as my new motherboard used to have 6 SATA ports down to 4 now.

When I booted up to windows, I was able to access the files in the pool. Now one of my drives is failing. I tried to retire the drive and repair the pool as well as moving the files from the failing drive over to the rest of the drive.

I came to realise the pool became Primordial and there is no virtual disk in the pool.

How can I safely switch out the failing disk while retaining the data?

Ps: I couldnt remember if the pool is spanned or stripped.

Moved from: Windows for home | Windows 10 | Files, folders, and storage

Windows for business | Windows Client for IT Pros | Storage high availability | Other
0 comments No comments

Answer accepted by question author
Allan Solomon Mejia 3,840 Reputation points
2026-08-18T03:46:56.33+00:00

Hello @Jan

Thanks, these results clarify the configuration considerably.

Your E: backup volume is a Windows Dynamic Disk spanned volume, not Storage Spaces and not hardware RAID. DiskPart confirms this directly:

Volume 0 E backup NTFS Spanned 7451 GB Healthy

It also shows that the volume currently spans Disk 0, Disk 1, Disk 4, and Disk 5, each approximately 1.86 TB. That explains why Windows reports roughly 7.45 TB for E:.

This is important because a spanned dynamic volume has no redundancy. Data is distributed across the member disks, and losing one member can make some or potentially all data in the volume inaccessible. It doesn't rebuild itself like RAID or a mirrored Storage Spaces configuration.

Since E: is currently shown as Healthy and accessible, I recommend copying the important data off E: now, while all four members are online. I would not remove, replace, initialize, convert, or format any of those four disks yet.

The earlier Toshiba disk concern also makes more sense now: the Toshiba disks shown in your DiskPart output are members of the same spanned E: volume. Replacing one isn't a normal RAID-style disk-replacement procedure.

Once the backup is complete, you have two practical choices:

  1. Keep the existing spanned volume if all disks are healthy, understanding that it provides capacity but no fault tolerance.
  2. If one disk is actually failing, back up the complete E: volume, delete/recreate the storage configuration with the replacement disk, and restore the data. For important data, I would strongly consider a redundant configuration rather than another spanned volume.

Before deciding that a disk needs replacement, however, let's verify which member Windows considers problematic. Please run:

Get-PhysicalDisk |
Format-Table FriendlyName,SerialNumber,HealthStatus,OperationalStatus,Size -AutoSize
Get-Disk |
Format-Table Number,FriendlyName,SerialNumber,HealthStatus,OperationalStatus,Size -AutoSize

If all four E: members continue to report Healthy/Online, I wouldn't replace a disk solely because Disk Management labels the volume as Dynamic; that is expected for this type of spanned volume.

Most importantly, don't break the span before backing up the data. There is no parity or mirror here to reconstruct the missing member afterward.

Please don't forget to "Accept the Answer" if this information helped you. This will help us and others in the community.

Was this answer helpful?

1 person found this answer helpful.
0 comments No comments

2 additional answers

Sort by: Most helpful
  1. AlexCodex 20 Reputation points
    2026-08-12T02:09:12.8433333+00:00

    I’d treat this as a recovery situation until the original pool and virtual disk are identified.

    Since the disks were moved to a different motherboard/controller, I would first verify that all four physical disks are detected consistently and that the Storage Spaces metadata is intact. Don’t initialize, format, recreate the pool, or retire the failing disk yet.

    The most useful next step is to run the PowerShell commands above and check whether the original pool appears with IsPrimordial=False and whether a virtual disk still exists. The ResiliencySettingName will also tell you whether this was Simple, Mirror, or Parity.

    If the data is important and the failing disk is still readable, I’d prioritize copying the critical data to another device before attempting repair. A Simple space in particular can’t tolerate losing a member disk.

    The motherboard/controller change plus the disappearance of the virtual disk is the key clue here. I’d diagnose that first rather than immediately replacing the failing drive.

    Was this answer helpful?


  2. Allan Solomon Mejia 3,840 Reputation points
    2026-08-08T21:48:49.5066667+00:00

    Hello @Jan

    I would not remove, initialize, reset, or retire the failing disk yet.

    The most important detail in your description is this: “the pool became Primordial and there is no virtual disk in the pool.”

    In Storage Spaces, Primordial isn't the name/state an existing user-created storage pool normally changes into. The primordial pool represents physical disks that are available to the storage subsystem. A normal Storage Spaces pool should appear separately with:

    IsPrimordial = False

    Microsoft's Storage Spaces documentation shows this distinction explicitly.

    So before replacing the disk, we need to determine whether Windows still recognizes the original Storage Spaces metadata after the motherboard/SATA-controller change.

    Please open PowerShell as Administrator and post the output of:

    Get-StoragePool | Format-Table FriendlyName, IsPrimordial, OperationalStatus, HealthStatus, IsReadOnly, Size, AllocatedSize -AutoSize

    Then:

    Get-PhysicalDisk | Format-Table FriendlyName, SerialNumber, CanPool, OperationalStatus, HealthStatus, Usage, Size -AutoSize

    and:

    Get-VirtualDisk | Format-Table FriendlyName, ResiliencySettingName, OperationalStatus, HealthStatus, Size -AutoSize

    Also run:

    Get-Disk | Format-Table FriendlyName, SerialNumber, OperationalStatus, PartitionSize, Size -AutoSize

    and:

    Get-StorageJob

    Please post those results before making further changes.

    Don't recreate the pool

    In particular, don't run:

    New-StoragePool

    and don't initialize or format any of the four disks.

    Microsoft warns that incorrect removal/manipulation of disks belonging to a Storage Spaces pool can leave the pool or disks unusable.

    The fact that you could initially access your files after changing the motherboard is encouraging, because Windows was apparently able to recognize the Storage Spaces configuration at that point.

    The PCIe-to-SATA controller change is also significant. Make sure all four original physical disks are simultaneously visible to Windows, with the expected capacities and serial numbers. A missing/inaccessible member disk or controller/driver problem can change what Storage Spaces is able to assemble.

    Whether the failing disk can safely be replaced depends on resiliency

    You mentioned that you don't remember whether the space was “spanned or striped.”

    That's critical.

    If:

    ResiliencySettingName = Simple

    then the data is striped without resiliency. Losing one physical disk can mean losing data from the entire virtual disk.

    If it reports "Mirror or Parity", then Storage Spaces may be able to reconstruct the data, assuming enough healthy members remain.

    That's why I wouldn't issue: Set-PhysicalDisk -Usage Retired yet.

    If the original pool and virtual disk are still recognized

    If the output eventually shows something like:

    StoragePool:

    NASPool IsPrimordial=False

    VirtualDisk:

    NASData ResiliencySettingName=Mirror

    then Microsoft's documented procedure for replacing a failing disk in a standalone Storage Spaces pool is essentially:

    Set-PhysicalDisk -UniqueId "<failing-disk-ID>" -Usage Retired

    then repair the affected virtual disk:

    Repair-VirtualDisk -FriendlyName "<virtual-disk-name>"

    monitor the repair:

    Get-StorageJob

    and only after the repair completes and the retired disk has no remaining virtual-disk footprint, remove it from the pool:

    $disk = Get-PhysicalDisk -UniqueId "<failing-disk-ID>"

    Remove-PhysicalDisk -PhysicalDisks $disk -StoragePoolFriendlyName "<pool-name>"

    Microsoft's current standalone Storage Spaces guidance documents this retire → repair → verify → remove sequence.

    Microsoft also recommends adding a replacement disk before removing the failing disk when the pool doesn't have sufficient free capacity to tolerate removal.

    But I would not execute that procedure until your pool and virtual disk are actually visible again.

    Back up what you can right now

    Since the disk is already failing, if the volume is currently accessible, I'd prioritize copying irreplaceable data to storage outside this pool before attempting a repair.

    Repair operations put significant I/O load on the remaining disks. If this turns out to be a Simple/striped space, or another disk fails during reconstruction, your options become much more limited.

    If the data is important and the virtual disk has completely disappeared, I'd stop making configuration changes and consider imaging the failing drive before continuing.

    What I'd like to see next

    Please post the output of these four commands:

    Get-StoragePool

    Get-VirtualDisk

    Get-PhysicalDisk

    Get-Disk

    The two most important things we need to establish are:

    Does Windows still see a non-primordial storage pool, and what was the virtual disk's ResiliencySettingName?

    Once we know that, we can determine whether the failing disk can safely be retired/replaced or whether this needs to be approached as data recovery rather than a normal Storage Spaces disk replacement.

    Please "Accept the Answer" if this information helped you. This will help us and others in the community as well.

    Was this answer helpful?


Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.