Windows 11 で Windows Update が繰り返し失敗し、同じタイミングで「音が出ない」現象まで重なった場合、表面的な対処（キャッシュ削除やトラブルシューティングツール）だけでは解消しないことが少なくありません。本稿では、エラー 1392 / 0x80070570 を伴う破損を前提に、実運用で確度の高い「CHKDSK → DISM → SFC」の順番と、その先の分岐・上級手当てまでを一気通貫で解説します。アップデート復旧とサウンド復活を、最短で両立させましょう。
症状の概要
- Windows 11 の Windows Update が約 1 か月前から失敗し続けている。
- 同時期からスピーカー（内蔵／外部問わず）で音が出ない。
- SFC は進捗 46% で停止、DISM は 53% で Error 1392 / 0x80070570（ファイルまたはディレクトリが壊れているか判読不能）で中断。
- Windows Update コンポーネントのリセットやキャッシュ削除は効果なし。
問題の背景と原因の推定
ファイルシステムの論理障害（NTFS）
0x80070570 は NTFS の破損クラスタや MFT（Master File Table）不整合で「読み出せない／検証できない」状態に陥っているときの典型です。OS コアの読み取りに失敗すると、DISM や SFC が途中で止まります。
コンポーネント ストア（WinSxS）内の破損
Windows Update は WinSxS（コンポーネント ストア）を参照して差分適用を行います。ShellExperienceHost.appxsetup や AppxBlockMap.xml など AppX パッケージの破損があると、SFC は修復素材を取り出せず停止します。
二次的影響としてのオーディオ不具合
起動時に必要なサウンド ドライバーやサービス（Audiosrv、AudioEndpointBuilder など）の読み込みが破損に引きずられて失敗。結果として「音が出ない」症状が併発します。
エラーコードの要点
| 現象 | 進捗/コード | 主な意味 | 優先すべき対処 |
|---|---|---|---|
| DISM が止まる | 53% / 0x80070570 | 読み取り不能（破損クラスタ等） | CHKDSK /r で物理・論理修復→DISM |
| SFC が止まる | 46% | WinSxS 参照失敗 / AppX 破損 | DISM でストア修復→SFC、必要なら手動置換 |
| 音が出ない | － | ドライバー/サービスの読み込み失敗 | OS修復完了後にドライバーを再適用 |
対処の全体像（最短ルートの設計）
原則は「ストレージ健全化 → コンポーネントストア修復 → OSコア検証」。すなわち CHKDSK → DISM → SFC の順で行います。
| 手順 | 実施内容 | 目的 | 通った場合の次アクション |
|---|---|---|---|
| 1 | chkdsk /scan（オンライン）→ エラーありなら chkdsk /r を予約実行 | 破損クラスタや MFT の修復 | DISM に進む |
| 2 | DISM /RestoreHealth（必要ならオフラインソース指定） | WinSxS（コンポーネントストア）の修復 | SFC に進む |
| 3 | SFC /scannow | OS コアファイルの整合性回復 | Windows Update 実行 |
| 4 | 止まる場合：SFCFix または手動で問題ファイルを置換／再登録 | SFC が直せない個別破損の修復 | Update 再試行 |
| 5 | Update キャッシュ（SoftwareDistribution / Catroot2）を再作成 | 壊れた更新データの除去 | Update 再試行 |
| 6 | 最終手段：インプレース アップグレード修復（上書きインストール） | OS を丸ごと再展開 | サウンド ドライバー上書き |
準備（安全第一）
- バックアップ必須：外付けドライブやクラウドへユーザープロファイル（ドキュメント、ピクチャ、デスクトップ等）を退避。大容量は
robocopyが高速かつ堅牢。
robocopy "%USERPROFILE%\Documents" "E:\Backup\Documents" /MIR /R:1 /W:1 /XJ /TEE /LOG:"E:\Backup\backup.log"
- BitLocker を一時停止：オフライン修復やインプレース実行前に推奨。
manage-bde -protectors -disable C: -RebootCount 1
- 管理者コンソール：以降のコマンドは「管理者として実行」した Windows Terminal / PowerShell / コマンド プロンプトから実行してください。
手順詳細：CHKDSK（ストレージの健全化）
1) オンライン スキャン
chkdsk C: /scan
エラーが検出されたら、次の「/r（不良セクタの回復）」を予約実行します。
2) オフライン修復（再起動が必要）
chkdsk C: /r /f
システム ドライブは再起動後に実行されます。容量や障害の程度により時間が掛かります。
3) ログの確認（エビデンス取得）
イベント ビューアー > Windows ログ > アプリケーション > ソース「Wininit / Chkdsk」。PowerShell から抽出する場合：
Get-WinEvent -FilterHashtable @{LogName='Application'; ProviderName='Wininit'} -MaxEvents 1 |
Select-Object -ExpandProperty Message
配布ツール ListChkdskResult.exe で見やすく抽出する方法もあります（利用は自己判断）。
4) 代替：Repair-Volume（PowerShell）
Repair-Volume -DriveLetter C -Scan
Repair-Volume -DriveLetter C -OfflineScanAndFix
手順詳細：DISM（コンポーネント ストアの修復）
基本フロー
DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth
/CheckHealth は即時、/ScanHealth は詳細検査、/RestoreHealth で実修復を行います。途中 20% / 40% / 62% などでしばらく止まるのは通常挙動ですが、53% の停止＋0x80070570 は読み出し不能が多いサインです。
オフライン ソースでの修復（ISO 利用）
- Windows 11 の ISO をマウント（仮に D:）。
install.wimまたはinstall.esdのインデックスを確認。
Dism /Get-WimInfo /WimFile:D:\sources\install.wim
対象エディションのインデックス番号を指定してソース修復：
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:6 /LimitAccess
install.esd の場合は /Source:esd:D:\sources\install.esd:6 とします。現在のビルドと同等または近いソースで行うのが成功率を上げるコツです。
クリーンアップの追加
DISM /Online /Cleanup-Image /StartComponentCleanup
不要になった置換コンポーネントの整理で、SFC の通りを良くします。
手順詳細：SFC（OS コアの整合性回復）
sfc /scannow
完了後、結果は C:\Windows\Logs\CBS\CBS.log に記録されます。該当箇所のみ抽出するには：
findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%USERPROFILE%\Desktop\SFC_Extract.txt"
46% で停止する場合は、WinSxS 内の AppX 破損やパーミッション異常が濃厚です。次章の「個別修復」に進みます。
個別修復：SFC が直せない AppX／ファイル破損への対応
SFCFix の活用（自己責任）
コミュニティ製ツール SFCFix は CBS ログを解析し、個別の欠損ファイルを置換するスクリプトを適用できます。信頼できる入手元と手順の理解が前提です。利用前に必ずバックアップと復元ポイントを作成してください。
ShellExperienceHost などの再登録（安全度高）
シェル周りの AppX が破損していると SFC が先へ進めません。まずは再登録を試します。
PowerShell（管理者）:
Get-AppxPackage -AllUsers Microsoft.Windows.ShellExperienceHost | Select Name,PackageFullName
Add-AppxPackage -DisableDevelopmentMode -Register "C:\Windows\SystemApps\Microsoft.Windows.ShellExperienceHost_cw5n1h2txyewy\AppxManifest.xml"
問題ファイルの手動置換（最終手段のひとつ）
AppxBlockMap.xml など特定ファイルが削除不可の場合、所有権と ACL を一時的に変更して除去後、DISM → SFC を再実行します。
takeown /f "C:\Windows\SystemApps\Microsoft.Windows.ShellExperienceHost_cw5n1h2txyewy\AppxBlockMap.xml" /a
icacls "C:\Windows\SystemApps\Microsoft.Windows.ShellExperienceHost_cw5n1h2txyewy\AppxBlockMap.xml" /grant administrators:F
attrib -r -s -h "C:\Windows\SystemApps\Microsoft.Windows.ShellExperienceHost_cw5n1h2txyewy\AppxBlockMap.xml"
del /f /q "C:\Windows\SystemApps\Microsoft.Windows.ShellExperienceHost_cw5n1h2txyewy\AppxBlockMap.xml"
REM 削除後に再構築
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow 注意：SystemApps 直下のフォルダー自体を丸ごと削除しないでください。必要最小限の対象に限定し、作業前に復元ポイントを作成しましょう。
Windows Update コンポーネントの再作成（改めて実施）
修復後にキャッシュの再生成を行い、クリーンな状態で Update を再試行します。
net stop wuauserv
net stop bits
net stop cryptsvc
net stop appidsvc
net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start wuauserv
net start bits
net start cryptsvc
net start appidsvc
net start msiserver 再起動後、設定 > Windows Update から更新を実行します。
音が出ない問題の仕上げ（OS 修復後）
ドライバーをクリーン適用
- デバイス マネージャー > サウンド、ビデオ、およびゲーム コントローラー。
- 対象デバイス（例：Realtek、Conexant、Intel SST など）を右クリック > デバイスのアンインストール。
- 「このデバイスのドライバー ソフトウェアを削除する」にチェック > 再起動。
- メーカー配布の最新ドライバーで上書きインストール、または Windows Update で適用。
サービス状態の確認
sc query Audiosrv
sc query AudioEndpointBuilder
net stop Audiosrv && net start Audiosrv
net stop AudioEndpointBuilder && net start AudioEndpointBuilder 設定面の確認
- 設定 > システム > サウンド：出力デバイスの選択（HDMI/USB/内蔵）を誤っていないか。
- サウンドの詳細設定（mmsys.cpl）：再生デバイスの既定化、レベル／詳細の 24bit/48kHz に一旦固定。
- 「オーディオの拡張機能を有効にする」「アプリに独占モードの制御を許可する」を一時的にオフにして検証。
トラブルシューティングの実行
設定 > システム > トラブルシューティング > その他のトラブルシューティング ツール > 再生オーディオ を実行し、自動修復を確認します。
ストレージ健康診断（物理故障の切り分け）
論理修復で改善しない場合、SSD/HDD 自体の劣化を疑います。SMART 異常や再配置セクタ増加が見られると、再発します。
wmic diskdrive get status, model
PowerShell:
Get-PhysicalDisk | Select FriendlyName,HealthStatus,OperationalStatus,MediaType
Get-StorageReliabilityCounter -PhysicalDisk (Get-PhysicalDisk) |
Select Wear, ReadErrorsTotal, WriteErrorsTotal, Temperature
「劣化／要交換」の兆候がある場合は、最優先でドライブ交換とクローン／再インストールを検討してください。
失敗が続くときの分岐（意思決定表）
| 状況 | 観測ポイント | 次アクション |
|---|---|---|
| CHKDSK で回復不能セクタが多数 | イベント ログの「不良セクタ回復」件数が多い | データ退避→ストレージ交換→クリーンインストール |
| DISM がオフライン ソースでも失敗 | 0x800f081f など（ソース不一致） | ビルド整合を再確認／別 ISO を用意／インプレース修復 |
| SFC が毎回同じファイルで失敗 | CBS.log に「Cannot repair」 | 該当ファイルを手動置換または SFCFix でピンポイント修復 |
| Windows Update が 0x8024～系で停止 | ダウンロードは進むが適用で失敗 | SoftwareDistribution/Catroot2 再作成→サービス再起動→再試行 |
| 音が出ないまま | デバイス マネージャーで警告、既定デバイス不一致 | ドライバーのクリーン再インストール／既定デバイスの再設定 |
最終手段：インプレース アップグレード修復（上書きインストール）
ユーザーデータとアプリを保持したまま Windows を再展開する方法です。更新コンポーネントやシステム ファイルを網羅的に再配置でき、破損が深いケースで高い成功率を期待できます。
- Windows 11 の ISO を入手し、エクスプローラーでマウント。
- マウントしたドライブの
setup.exeを管理者として実行。 - 案内に従い「個人用ファイルとアプリを引き継ぐ」を選択。
- 適用後、Windows Update を即実行し、最新化。
注意：セキュリティ製品やチューニング系常駐ツールは事前にアンインストール／停止。BitLocker は一時停止。空き容量（目安 20GB 以上）を確保してください。
コマンドまとめ（コピペ用）
REM --- CHKDSK ---
chkdsk C: /scan
chkdsk C: /r /f
Get-WinEvent -FilterHashtable @{LogName='Application'; ProviderName='Wininit'} -MaxEvents 1 | Select -ExpandProperty Message
REM --- DISM ---
DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth
DISM /Online /Cleanup-Image /StartComponentCleanup
Dism /Get-WimInfo /WimFile:D:\sources\install.wim
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:6 /LimitAccess
REM --- SFC ---
sfc /scannow
findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%USERPROFILE%\Desktop\SFC_Extract.txt"
REM --- AppX 再登録（例：ShellExperienceHost）---
PowerShell（管理者）:
Add-AppxPackage -DisableDevelopmentMode -Register "C:\Windows\SystemApps\Microsoft.Windows.ShellExperienceHost_cw5n1h2txyewy\AppxManifest.xml"
REM --- 手動削除（例：AppxBlockMap.xml）---
takeown /f "C:\Windows\SystemApps\Microsoft.Windows.ShellExperienceHost_cw5n1h2txyewy\AppxBlockMap.xml" /a
icacls "..." /grant administrators:F
attrib -r -s -h "..."
del /f /q "..."
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
REM --- Windows Update リセット ---
net stop wuauserv & net stop bits & net stop cryptsvc & net stop appidsvc & net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start wuauserv & net start bits & net start cryptsvc & net start appidsvc & net start msiserver
REM --- サウンド サービス ---
sc query Audiosrv
sc query AudioEndpointBuilder よくある質問（ピンポイントで詰まる箇所）
SFC が 46% で必ず止まるのはなぜ？
その進捗で「特定のコンポーネント検証」に到達しており、WinSxS の素材参照に失敗しています。先に DISM でストア修復を完了させ、その後に SFC を走らせてください。AppX の再登録や手動置換が必要になるケースもあります。
DISM が 53% で 0x80070570 になる
物理／論理破損が残存している可能性が高いです。CHKDSK /r を再実行し、イベント ログで修復が完了しているかを確認。改善しなければ、ISO ソースを使った /RestoreHealth /Source での修復を試みます。
どの順番で実行すべき？
CHKDSK → DISM → SFC。順序を逆にすると、基盤が壊れたままの上で検証だけ繰り返すことになり、無駄足になりがちです。
オーディオが直らない場合は？
デバイスのクリーン再インストール、既定デバイスの見直し、サービス状態の確認を優先。USB DAC や HDMI 経由の場合は、接続先（モニター／AV アンプ）の電源オン順序も影響するため、PC 起動後に機器の電源投入など切り分けを行ってください。
まとめ：再発させないために
- ストレージの健康状態を定期的にチェック（温度・書込回数・エラーカウンタ）。
- 大型アップデート前にシステム イメージを取得（回復容易化）。
- チューニング系ツールやレジストリ自動最適化ツールの常用は避け、標準機能で堅実運用。
以上の手順で 「CHKDSK → DISM → SFC」すべてが正常終了すれば、Windows Update は高確率で通るようになります。なお、それでも改善しない深刻例では、インプレース アップグレード修復が最小ダウンタイムでの“やり直し”として最有力。完了後に最新ドライバーでサウンドを上書きすれば、静かな PC が再び息を吹き返すはずです。
コメント