Windows 10 : réparer le Menu Démarrer et les apps UWP bloqués après BSOD NTFS_FILE_SYSTEM

Après un accès hors ligne au disque système, un PC sous Windows 10 peut redémarrer avec une « Critical Error » : le Menu Démarrer, la recherche et les apps UWP ne répondent plus. Voici une procédure concrète et éprouvée pour rétablir le shell et les applications sans réinstallation complète.

Sommaire

Vue d’ensemble du problème

Le scénario typique est le suivant : après avoir branché le disque système sur un autre poste ou démarré l’ordinateur depuis une clé USB (accès hors ligne), le système signale des erreurs NTFS, affiche un BSOD NTFS_FILE_SYSTEM, puis démarre sur une session avec une Critical Error. Le Menu Démarrer ne s’ouvre pas, la recherche et le Centre de notifications restent figés, les icônes volume/batterie/horloge ne réagissent plus, et plusieurs applications UWP (comme Calculatrice) refusent de se lancer.

Dans l’Observateur d’événements, on retrouve des erreurs « Application Error » sur :

StartMenuExperienceHost.exe
ShellExperienceHost.exe
SearchApp.exe (Cortana/Search)

avec un module de défaillance KERNELBASE.dll et des codes 0xc0000409 ou 0xc000027b. Le service se relance en boucle, d’où l’impression d’un shell « cassé ».

Pourquoi cela arrive-t-il après un accès hors ligne ?

Le shell moderne de Windows 10 (Menu Démarrer, notifications, recherche, Microsoft Store et apps UWP) s’appuie sur un écosystème de packages AppX, une base d’état (StateRepository), et des enregistrements par profil utilisateur. Un accès hors ligne au volume système peut interrompre des opérations transactionnelles NTFS et laisser des métadonnées incohérentes : certaines clés de registre par utilisateur, des descripteurs de sécurité de packages, ou une base d’état partiellement corrompue. Résultat : les processus d’expérience utilisateur se chargent, mais échouent au moment de récupérer ou d’initialiser leur contexte UWP.

Symptômes récurrents

Symptôme observé	Élément impacté	Indice de diagnostic
Menu Démarrer ne s’ouvre pas	StartMenuExperienceHost	Crash Application Error sur KERNELBASE.dll
Recherche et Centre de notifications figés	SearchApp, ShellExperienceHost	Redémarrages de processus en boucle
Apps UWP (Calculatrice, Photos…) ne se lancent plus	Packages AppX utilisateur	Échecs de déploiement/activation AppModel
Windows Update échoue	Pile de maintenance	Code erreur 0x80070643

Ce qui n’a pas fonctionné (dans ce cas réel)

Avant de passer à la solution, voici la liste des remédiations courantes tentées sans succès durable :

Vérifications système : sfc /scannow, chkdsk /f, DISM /Online /Cleanup-Image /RestoreHealth → aucune réparation effective signalée.
Windows Update : échec persistant avec 0x80070643.
Réinstallation par‑dessus (in‑place upgrade) via l’outil d’installation de Windows 10 : elle supprime l’erreur critique de session, mais les apps UWP, la barre des tâches et les icônes système restent inopérants.
Copie de KERNELBASE.dll depuis un autre poste : non recommandée (risque de non‑correspondance de build, fichiers protégés, SxS).

Pourquoi SFC/DISM ne suffisent-ils pas ?

Ces outils réparent les fichiers système et la pile de maintenance. Or, dans ce scénario, le cœur du problème se situe souvent dans l’enregistrement des packages AppX au niveau des profils utilisateur et dans la base d’état UWP, non dans l’intégrité des binaires système Windows. D’où des résultats « RAS » alors que l’expérience utilisateur demeure cassée.

La solution qui a résolu le cas

La réparation fiable a combiné deux actions complémentaires :

Mettre à niveau Windows 10 avec l’outil d’installation (Media Creation Tool) en conservant fichiers et applications (mise à jour vers 22H2 ou version la plus récente disponible).
Ré‑enregistrer tous les packages UWP pour toutes les sessions à l’aide de PowerShell en mode administrateur.

Étape 1 : mise à niveau in‑place (conservation des données)

Cette étape rafraîchit la pile de maintenance et répare de nombreux composants du shell sans effacer vos applications.

Ouvrez une session administrateur.
Lancez l’outil d’installation de Windows 10 et choisissez Mettre à niveau ce PC maintenant.
À l’écran de conservation, confirmez Conserver les fichiers personnels et les applications.
Patientez jusqu’au premier démarrage sur la nouvelle build (22H2 le plus souvent).

À l’issue, la « Critical Error » disparaît généralement, mais il peut rester des dysfonctionnements UWP (Menu Démarrer, recherche, icônes système…). Passez alors à l’étape 2.

Étape 2 : ré‑enregistrer tous les packages UWP (AppX)

Ouvrez PowerShell en Administrateur (Win+X → Windows PowerShell (Admin)) et exécutez :

Get-AppxPackage -AllUsers |
  ForEach-Object {
    Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"
  }

Effet constaté : le Menu Démarrer, la barre des tâches et les applications UWP sont immédiatement rétablis.

Variante robuste (ignore les packages sans manifeste)

Get-AppxPackage -AllUsers | ForEach-Object {
  $manifest = Join-Path $_.InstallLocation 'AppXManifest.xml'
  if (Test-Path $manifest) {
    try {
      Add-AppxPackage -DisableDevelopmentMode -Register $manifest -ErrorAction Stop
    } catch {
      Write-Host "Échec pour $($_.Name): $($_.Exception.Message)"
    }
  }
}

Finitions rapides

Redémarrez le shell utilisateur si besoin : Stop-Process -Name StartMenuExperienceHost -Force -ErrorAction SilentlyContinue Stop-Process -Name ShellExperienceHost -Force -ErrorAction SilentlyContinue Stop-Process -Name SearchApp -Force -ErrorAction SilentlyContinue Start-Process explorer.exe
Vérifiez l’ouverture du Menu Démarrer, la recherche, la zone de notification (volume/batterie), et le lancement d’au moins 3 apps UWP : Calculatrice, Photos, Microsoft Store.
Si le Store reste récalcitrant, ré‑enregistrez‑le explicitement : Get-AppxPackage -AllUsers Microsoft.WindowsStore | ForEach-Object { Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml" }

Pré‑requis, précautions et sauvegardes

Compte administrateur requis pour exécuter les commandes PowerShell ci‑dessus.
Windows Update : assurez-vous qu’aucune installation en attente n’est en cours (Paramètres > Mise à jour & sécurité).
Sauvegardes : avant une mise à niveau in‑place ou un Reset, sauvegardez C:\Users\<Nom> (Documents, Bureau, AppData si vous avez des profils applicatifs) et, si possible, vos licences logicielles.

Diagnostic guidé : profil, disque, stratégies

Le problème touche‑t‑il un seul utilisateur ?

Créez un nouvel administrateur local et comparez.

net user AdminTest M0tDeP@ss3! /add
net localgroup administrators AdminTest /add

Si le nouveau compte n’a pas le problème, il s’agit probablement d’un enregistrement AppX ou d’un profil utilisateur endommagé. La commande de ré‑enregistrement ci‑dessus est alors particulièrement pertinente.

Le disque signale‑t‑il des erreurs ?

Après un BSOD NTFS_FILE_SYSTEM, vérifiez rapidement l’état matériel :

Get-PhysicalDisk | Select FriendlyName, MediaType, HealthStatus, OperationalStatus
chkdsk C: /scan

Si des erreurs réapparaissent, envisagez un contrôle SMART approfondi et, au besoin, le remplacement du disque avant toute réinstallation.

Des stratégies peuvent-elles bloquer UWP ?

Dans certains environnements, des Local GPO peuvent empêcher le chargement des packages UWP ou du Store. Vérifiez notamment que « Turn off the Store application » n’est pas activé et que les stratégies de déploiement d’applications modernes ne sont pas restrictives côté ordinateur ou utilisateur.

Tableau de bord de dépannage

Action	Commande / Outil	Résultat attendu	Suite si échec
Contrôle fichiers système	`sfc /scannow`	Aucune corruption noyau	Poursuivre (probème AppX/profil)
Réparation composant	`DISM /Online /Cleanup-Image /RestoreHealth`	État « réparation effectuée » ou « aucune corruption »	Étape in‑place upgrade
Mise à niveau in‑place	Media Creation Tool	Suppression « Critical Error », système propre	Ré‑enregistrer AppX
Ré‑enregistrement UWP	`Get-AppxPackage … Add-AppxPackage -Register`	Menu Démarrer & UWP rétablis	Nouveau profil ou Reset
Escalade	Reset > Conserver mes fichiers	Windows remis à neuf, données conservées	Restauration image, réinstallation propre

FAQ ciblée

La commande PowerShell renvoie des erreurs « en cours d’utilisation » (0x80073D02)

C’est fréquent : certains packages sont chargés par le shell et ne peuvent pas être ré‑enregistrés sur le moment. Laissez la boucle continuer ; la plupart des packages seront traités correctement. Un redémarrage après l’opération finalise la réparation.

Faut‑il copier KERNELBASE.dll depuis un autre PC ?

Non. KERNELBASE.dll est étroitement lié à la build. Copier manuellement ce binaire peut aggraver l’instabilité (mismatch de version, signature, SxS). Préférez la mise à niveau in‑place qui remet les binaires système en cohérence.

Pourquoi Windows Update échouait‑il en 0x80070643 ?

Ce code est générique. Dans ce cas, la pile de mise à jour était fonctionnelle mais l’expérience UWP défaillante bloquait des dépendances. L’in‑place upgrade remet d’équerre la pile ; le ré‑enregistrement AppX répare le profil et la base d’état.

Et si le problème revient ?

Contrôlez l’intégrité du disque (SMART, chkdsk).
Testez un nouveau profil administrateur et comparez.
Auditez les stratégies locales et les outils de durcissement qui pourraient empêcher le chargement des packages.

Script « prêt à l’emploi » avec journal

Pour documenter l’opération et ignorer proprement les cas particuliers, utilisez ce script :

# Re-Register-UWP.ps1
Start-Transcript -Path "$env:PUBLIC\ReRegister-UWP.log" -Append
$packages = Get-AppxPackage -AllUsers
foreach ($p in $packages) {
  $manifest = Join-Path $p.InstallLocation 'AppXManifest.xml'
  if (Test-Path $manifest) {
    try {
      Add-AppxPackage -DisableDevelopmentMode -Register $manifest -ErrorAction Stop
      Write-Host "OK  - $($p.Name)"
    } catch {
      Write-Warning "NOK - $($p.Name) : $($_.Exception.Message)"
    }
  } else {
    Write-Host "SKIP - $($p.Name) (manifest absent)"
  }
}
Stop-Transcript

# Redémarrage doux du shell

Get-Process StartMenuExperienceHost, ShellExperienceHost, SearchApp -ErrorAction SilentlyContinue | Stop-Process -Force
Start-Process explorer.exe

Le fichier ReRegister-UWP.log consigne les paquets traités et les éventuels avertissements.

Réinitialisation sélective (dernier recours)

Si la réparation in‑place et le ré‑enregistrement AppX ne suffisent pas, un Réinitialiser ce PC > Conserver mes fichiers restaure Windows sans effacer vos données. Réinstallez ensuite vos applications. Réservez la réinstallation « propre » aux cas où l’image système est irrécupérable.

Bonnes pratiques pour éviter la récidive

Évitez d’éteindre brutalement pendant que Windows applique des mises à jour (écran « Ne pas éteindre l’ordinateur »).
Si vous devez brancher le disque sur un autre poste, démontez‑le proprement et vérifiez qu’aucune écriture n’est en cours.
Programmez un chkdsk /scan mensuel et surveillez l’état SMART du support.
Conservez un point de restauration et/ou une image système avant une maintenance importante.

Résumé opérationnel

Dans les cas où le Menu Démarrer, la recherche et les apps UWP sont muets après un accès hors ligne suivi d’un BSOD NTFS_FILE_SYSTEM, la combinaison gagnante est :

Mise à niveau in‑place vers la dernière version de Windows 10 (conservation des fichiers et logiciels).
Ré‑enregistrement massif des AppX pour tous les utilisateurs via PowerShell.

Ce duo remet en cohérence la pile système et l’état UWP par utilisateur, rétablissant rapidement le Menu Démarrer, la barre des tâches, la recherche et les applications modernes — sans passer par une réinstallation complète.

Checklist express

✔️ Sauvegarde du profil C:\Users\<Nom>.
✔️ In‑place upgrade (conserver fichiers & apps).
✔️ PowerShell admin : ré‑enregistrer tous les AppX.
✔️ Redémarrage du shell et vérification (Démarrer, recherche, notifications, Calculatrice, Photos, Store).
✔️ Si récidive : état disque, nouveau profil, GPO, puis Reset > Conserver mes fichiers.