Windows 8 se bloque sur un écran noir après la reprise du mode veille hybride

Symptômes

Considérez le scénario suivant :
  • Vous avez un système de Windows 8.
  • Le système a été configuré pour utiliser la mise en veille hybride.
  • Le système Windows 8 est perdu lorsque le système est en veille.
Après la reprise du système de Windows 8 à partir de la mise en veille hybride, le système se bloque et affiche un écran noir au démarrage.

Cause

Certains écrit en cours au moment où le système entre la mise en veille hybride sont ne vidées pas correctement pour le disque avant que le système passe en veille prolongée, et par conséquent une altération des données dans le système de fichiers ou fichier d’échange se produite si le système est perdu alors que le système est en veille mode hybride. En fonction de quelles écritures étaient en cours au moment de la mise en veille a été entré, corruption de données aléatoires peut-être se produire sur le disque.

Ce comportement est une régression dans Windows 8 et ne se produit pas dans les scénarios de mise en veille hybride sous Windows 7.

Le blocage à l’amorçage sur le problème d’écran noir se produit si le fichier $Secure est endommagé. Le fichier $Secure est un fichier de métadonnées interne de NTFS contenant les autorisations de sécurité pour l’ensemble du volume. Le fichier $Secure est susceptible d’être endommagé si une des écritures perdues décrits ci-dessus a été liée à l’écriture des autorisations. Lorsque le système d’exploitation tente de récupérer le fichier endommagé de $Secure, le résultat est que par défaut les autorisations sont définies sur tous les fichiers sur le système. Les autorisations par défaut ne sont pas suffisantes pour permettre au service Mappeur point de terminaison RPC Démarrer, qui empêche le démarrage du service RPC. Le service RPC est essentiel au fonctionnement de Windows et service RPC démarrer les résultats d’échec dans le blocage du système apparaît.

Résolution

Trois mises à jour séparées pour Windows 8 ont été publiés dans deux packages de mise à jour de Windows distincts afin d’éviter ce problème sur Windows 8. Ils lorsqu’il fait disponible sur Windows Update en tant que partie de juin et juillet libère de la mise à jour cumulative.

L’atténuation des correctifs publiés, parmi les adresses de mise à jour cumulative de juin 2013, deux problèmes :

1) à la suite d’un problème où le Planificateur de tâches définit plusieurs fois des autorisations sur les fichiers d’une façon qui provoque le fichier $Secure d’augmenter excessivement.

2) CHKDSK a été mis à jour pour récupérer plus en douceur le fichier $Secure dans le cas où le $Secure est endommagé sur le disque.

Le troisième correctif a été publié dans le cadre de la mise à jour cumulative de juillet 2013. Il résout la cause de ce problème :

3) à la suite d’un problème dans lequel certaines écritures peuvent être perdues si l’alimentation est perdue au cours de la mise en veille hybride. Ce correctif empêche les écritures perdues, ce qui empêchent la corruption de données conduisant à ce scénario.

Plus d'informations

La mise à jour cumulative de juin 2013, Windows 8 se trouve ici : http://support.microsoft.com/kb/2845533
La mise à jour cumulative de juillet 2013, Windows 8 se trouve ici : http://support.microsoft.com/kb/2855336
Propriétés

ID d'article : 2849217 - Dernière mise à jour : 26 janv. 2017 - Révision : 1

Surface Pro, Windows 8 Enterprise, Windows 8 Enterprise N, Windows 8 N, Windows 8 Pro, Windows 8 Professional N, Microsoft Hyper-V Server 2012, Microsoft Hyper-V Server 2012, Microsoft Hyper-V Server 2012, Microsoft Hyper-V Server 2012, Windows Server 2012 Datacenter, Windows Server 2012 Datacenter, Windows Server 2012 Datacenter, Windows Server 2012 Datacenter, Windows Server 2012 Essentials, Windows Server 2012 Foundation, Windows Server 2012 Foundation, Windows Server 2012 Foundation, Windows Server 2012 Foundation, Windows Server 2012 Standard, Windows Server 2012 Standard, Windows Server 2012 Standard, Windows Server 2012 Standard, Windows Storage Server 2012 Standard, Windows Storage Server 2012 Workgroup

Commentaires