Hi Claus Debanker:
Based on your description and DISM logs, the core issue revolves around the StorageManagement capability installation failures and potential component store corruption.
Here's a structured diagnostic and repair approach:
- Verify Capability Names & Source Path
- Correct capability names (note the syntax uses
~~~~
, not---
), cmd Correct format: dism /online /add-capability /capabilityname:Microsoft.OneCore.StorageManagement~~~~0.0.1.0 dism /online /add-capability /capabilityname:Microsoft.Windows.StorageManagement~~~~0.0.1.0 - Validate source structure: Ensure
G:\
contains:-
\sources\sxs
folder (for Windows 10/11) - Or
\x86\optionalfeatures
/\amd64\optionalfeatures
for legacy media.
-
- Repair Component Store Corruption
Run these commands as Administrator, cmd to reset component store corruption:
dism /online /cleanup-image /startcomponentcleanup
dism /online /cleanup-image /restorehealth /source:G:\sources\install.wim:1 /limitaccess
Follow with SFC scan:
sfc /scannow
Replace G:\sources\install.wim:1
with your image index (use dism /get-wiminfo /wimfile:G:\sources\install.wim
to verify).
- Check System Volume Information (SVI)
- Reset SVI permissions (common fix for WU/DISM issues): cmd: takeown /f "C:\System Volume Information" /r /d y icacls "C:\System Volume Information" /reset /t /c /l
- Clear SVI restore points temporarily via: cmd: vssadmin delete shadows /all /quiet
- Forced Capability Installation
If the standard install fails, force-extract the package, cmd to find the .cab file in G:\sources\sxs (e.g., Microsoft-OneCore-StorageManagement-Package~.cab):
dism /online /add-package /packagepath:"G:\sources\sxs<cab_file>.cab"
- Diagnose Hardware/Driver Issues
- Check storage drivers: cmd: pnputil /enum-drivers driverquery /v | findstr /i "stor"
- Test disk health with manufacturer tools (SeaGate tools failing suggests driver/controller issues):
- Use
storcli64
(SeaGate CLI) orsmartctl
(from smartmontools).
- Use
- Update disk controller drivers via Device Manager or OEM website.
- Advanced Component Store Reset
If DISM/SFC report corruption repeatedly, cmd to backup then purge component store:
ren C:\Windows\System32\catroot2 catroot2.bak
ren C:\Windows\WinSxS pending.xml.bak
Reinitialize Windows Update components:
net stop wuauserv
net stop cryptsvc
net stop bits
del /q "%ALLUSERSPROFILE%\Application Data\Microsoft\Network\Downloader*"
net start wuauserv
net start cryptsvc
net start bits
More recommendations:
- Review DISM logs (
C:\Windows\Logs\DISM\dism.log
) for specific file errors. - Test with a known-good source: Use a Windows ISO matching your OS build.
- Check for pending updates: Some corruptions resolve after cumulative updates.
The SeaGate tool issue is likely separate (driver/firmware related), but fixing the StorageManagement capability may resolve underlying system-level storage reporting inconsistencies. Focus on component store repair and validating your installation source structure first.
Please feel free to let me know if you still have any questions.
Best regards,
BblytheX