web-dev-qa-db-fra.com

Les applications Metro tombent en panne au démarrage, en raison d’un problème de pilote ou d’autorisation?

Après avoir installé Win8 x64 RC, les applications Metro fonctionnaient correctement, mais les applications OpenGL de bureau étaient lentes et ne répondaient plus. J'ai installé les derniers pilotes Win8 nVidia et les applications OpenGL ont commencé à fonctionner correctement. Dans le même temps, en raison de messages d'autorisation gênants, j'ai modifié le lecteur C:\et tous les fichiers qu'il possède en faveur de mon utilisateur et lui ai accordé une autorisation complète.

J'ai redémarré mon ordinateur après avoir installé les pilotes et maintenant, les applications Metro affichent uniquement l'écran de démarrage, puis se bloquent.

J'ai essayé d'installer d'autres versions des pilotes nVidia, avec le même résultat.

Mon GPU est une GeForce GTX275.

Est-ce un problème connu des pilotes nVidia? Ou peut-être que changer le propriétaire de C:\est le vrai problème?

Je vous remercie.

Plus d'informations (après avoir regardé dans l'observateur d'événements)

J'ai réussi à trouver le problème et l'erreur dans l'observateur d'événements. Je ne peux toujours pas le résoudre. Voici les informations que j'ai trouvées en ouvrant l'application Mail et en la laissant se bloquer:

Log Name:      Microsoft-Windows-TWinUI/Operational
Source:        Microsoft-Windows-Immersive-Shell
Date:          07/06/2012 15.54.17
Event ID:      5961
Task Category: (5961)
Level:         Error
Keywords:      
User:          VEE-PC\Vittorio
Computer:      vee-pc
Description:
Activation of the app Microsoft.windowscommunicationsapps_8wekyb3d8bbwe!Microsoft.WindowsLive.Mail for the Windows.Launch contract failed with error: The app didn't start..
Event Xml:
<Event xmlns="http://schemas.Microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-Immersive-Shell" Guid="{315A8872-923E-4EA2-9889-33CD4754BF64}" />
    <EventID>5961</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>5961</Task>
    <Opcode>0</Opcode>
    <Keywords>0x4000000000000000</Keywords>
    <TimeCreated SystemTime="2012-06-07T13:54:17.472416600Z" />
    <EventRecordID>6524</EventRecordID>
    <Correlation />
    <Execution ProcessID="3008" ThreadID="6756" />
    <Channel>Microsoft-Windows-TWinUI/Operational</Channel>
    <Computer>vee-pc</Computer>
    <Security UserID="S-1-5-21-2753614643-3522538917-4071044258-1001" />
  </System>
  <EventData>
    <Data Name="AppId">Microsoft.windowscommunicationsapps_8wekyb3d8bbwe!Microsoft.WindowsLive.Mail</Data>
    <Data Name="ContractId">Windows.Launch</Data>
    <Data Name="ErrorCode">-2144927141</Data>
  </EventData>
</Event>

Trouvé d'autres éléments, c'est une autre erreur qui apparaît lors de l'ouverture d'une application Metro:

Log Name:      Application
Source:        ESENT
Date:          07/06/2012 16.01.00
Event ID:      490
Task Category: General
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      vee-pc
Description:
svchost (1376) SRUJet: An attempt to open the file "C:\Windows\system32\SRU\SRU.log" for read / write access failed with system error 5 (0x00000005): "Access is denied. ".  The open file operation will fail with error -1032 (0xfffffbf8).
Event Xml:
<Event xmlns="http://schemas.Microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="ESENT" />
    <EventID Qualifiers="0">490</EventID>
    <Level>2</Level>
    <Task>1</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2012-06-07T14:01:00.000000000Z" />
    <EventRecordID>11854</EventRecordID>
    <Channel>Application</Channel>
    <Computer>vee-pc</Computer>
    <Security />
  </System>
  <EventData>
    <Data>svchost</Data>
    <Data>1376</Data>
    <Data>SRUJet: </Data>
    <Data>C:\Windows\system32\SRU\SRU.log</Data>
    <Data>-1032 (0xfffffbf8)</Data>
    <Data>5 (0x00000005)</Data>
    <Data>Access is denied. </Data>
  </EventData>
</Event>

Après avoir modifié à nouveau les autorisations (en ajoutant tout le monde et le propriétaire du créateur à System32), l'erreur "accès refusé à sru.log" disparaît, mais celle-ci apparaît à la place:

Log Name:      Application
Source:        Microsoft-Windows-Immersive-Shell
Date:          07/06/2012 16.16.34
Event ID:      2486
Task Category: (2414)
Level:         Error
Keywords:      (64),Process Lifetime Manager
User:          VEE-PC\Vittorio
Computer:      vee-pc
Description:
App Microsoft.windowscommunicationsapps_8wekyb3d8bbwe!Microsoft.WindowsLive.Mail did not launch within its allotted time.
Event Xml:
<Event xmlns="http://schemas.Microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-Immersive-Shell" Guid="{315A8872-923E-4EA2-9889-33CD4754BF64}" />
    <EventID>2486</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>2414</Task>
    <Opcode>0</Opcode>
    <Keywords>0x2000000000000042</Keywords>
    <TimeCreated SystemTime="2012-06-07T14:16:34.616499600Z" />
    <EventRecordID>11916</EventRecordID>
    <Correlation />
    <Execution ProcessID="3008" ThreadID="6996" />
    <Channel>Application</Channel>
    <Computer>vee-pc</Computer>
    <Security UserID="S-1-5-21-2753614643-3522538917-4071044258-1001" />
  </System>
  <EventData>
    <Data Name="ApplicationId">Microsoft.windowscommunicationsapps_8wekyb3d8bbwe!Microsoft.WindowsLive.Mail</Data>
  </EventData>
</Event>

Maintenant je suis coincé. Il me dit que "l'activation de l'application Microsoft.windowscommunicationsapps_8wekyb3d8bbwe! A échoué. Microsoft.WindowsLive.Mail a échoué avec l'erreur: l'application n'a pas démarré. Consultez le journal Microsoft-Windows-TWinUI/Operational pour plus d'informations." mais je ne trouve pas le journal Microsoft-Windows-TWinUI/Operational.

Je commence une prime.

J'ai trouvé le journal TWinUI/Operational. Il me dit seulement:

Log Name:      Microsoft-Windows-TWinUI/Operational
Source:        Microsoft-Windows-Immersive-Shell
Date:          07/06/2012 16.28.57
Event ID:      5961
Task Category: (5961)
Level:         Error
Keywords:      
User:          VEE-PC\Vittorio
Computer:      vee-pc
Description:
Activation of the app Microsoft.windowscommunicationsapps_8wekyb3d8bbwe!Microsoft.WindowsLive.Mail for the Windows.BackgroundTasks contract failed with error: The app didn't start..
Event Xml:
<Event xmlns="http://schemas.Microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-Immersive-Shell" Guid="{315A8872-923E-4EA2-9889-33CD4754BF64}" />
    <EventID>5961</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>5961</Task>
    <Opcode>0</Opcode>
    <Keywords>0x4000000000000000</Keywords>
    <TimeCreated SystemTime="2012-06-07T14:28:57.238140800Z" />
    <EventRecordID>6536</EventRecordID>
    <Correlation />
    <Execution ProcessID="3008" ThreadID="2624" />
    <Channel>Microsoft-Windows-TWinUI/Operational</Channel>
    <Computer>vee-pc</Computer>
    <Security UserID="S-1-5-21-2753614643-3522538917-4071044258-1001" />
  </System>
  <EventData>
    <Data Name="AppId">Microsoft.windowscommunicationsapps_8wekyb3d8bbwe!Microsoft.WindowsLive.Mail</Data>
    <Data Name="ContractId">Windows.BackgroundTasks</Data>
    <Data Name="ErrorCode">-2144927141</Data>
  </EventData>
</Event>

J'ai besoin d'aller plus loin. J'ai trouvé un fil de discussion qui m'a dit de rechercher les erreurs "DCOM". J'ai trouvé celui-ci lié au crash de l'application

"Le serveur Microsoft.WindowsLive.Mail.wwa ne s'est pas enregistré auprès de DCOM dans le délai requis."

Log Name:      System
Source:        Microsoft-Windows-DistributedCOM
Date:          07/06/2012 16.46.45
Event ID:      10010
Task Category: None
Level:         Error
Keywords:      Classic
User:          VEE-PC\Vittorio
Computer:      vee-pc
Description:
The server Microsoft.WindowsLive.Mail.wwa did not register with DCOM within the required timeout.
Event Xml:
<Event xmlns="http://schemas.Microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-DistributedCOM" Guid="{1B562E86-B7AA-4131-BADC-B6F3A001407E}" EventSourceName="DCOM" />
    <EventID Qualifiers="0">10010</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x8080000000000000</Keywords>
    <TimeCreated SystemTime="2012-06-07T14:46:45.586943800Z" />
    <EventRecordID>2763</EventRecordID>
    <Correlation />
    <Execution ProcessID="804" ThreadID="2364" />
    <Channel>System</Channel>
    <Computer>vee-pc</Computer>
    <Security UserID="S-1-5-21-2753614643-3522538917-4071044258-1001" />
  </System>
  <EventData>
    <Data Name="param1">Microsoft.WindowsLive.Mail.wwa</Data>
  </EventData>
</Event>
windowscrashwindows-8-previewmodern-ui
19
Vittorio Romeo

Je l'ai réparé moi-même!

J'ai ajouté "TOUS LES PACKAGES D'APPLICATIONS" aux options de sécurité C:\et je les ai totalement contrôlés. Maintenant, les applications Metro fonctionnent bien. :RÉ

https://dl.dropbox.com/u/3724424/fix.png

5
Vittorio Romeo

OK, il m'a fallu une éternité pour résoudre ce problème, alors j'espère que cela aidera quelqu'un. J'avais modifié les autorisations sur mon dossier utilisateur (comme je le fais toujours) pour autoriser uniquement mon utilisateur et SYSTEM. Malheureusement, cela a cassé certaines applications métropolitaines/modernes, y compris Météo, Actualités, Finance, Netflix, etc.

Les seules autorisations dont "ALL_APPLICATION_PACKAGES" a besoin pour que toutes les applications Metro/Modern fonctionnent sont les suivantes:

  1. Fichier - %USERPROFILE%\AppData\Local\Temporary Internet Files\counters.dat - Lire et exécuter, Lire - (Vous devrez décocher "Masquer les fichiers protégés du système d'exploitation" dans Options des dossiers pour afficher le dossier Fichiers Internet temporaires)

(Si vous ne trouvez pas l'emplacement ci-dessus, essayez %USERPROFILE%\AppData\Local\Microsoft\Windows\Temporary Internet Files\counters.dat.)

  1. Dossier - %USERPROFILE%\AppData\Local\WER - Spécial: liste de dossiers/lecture de données, création de dossiers/ajout de données

(Si vous ne trouvez pas l'emplacement ci-dessus, essayez %USERPROFILE%\AppData\Local\Microsoft\Windows\WER.)

Il n’a pas besoin d’un accès complet à votre lecteur C: ni même d’un accès au dossier Packages comme le suggéraient les réponses précédentes.

Vous pouvez soit redémarrer après avoir modifié les autorisations ci-dessus, soit supprimer les processus appropriés.

8
Kory Sarnelli

Dans mon cas, c'était Avast. J'ai dû désactiver tous les boucliers pour le faire fonctionner.

Une mise à jour d'Avast vers la dernière version l'a corrigé!

3
Geoff

La seule chose que j’ajouterais, c’est qu’il est seulement nécessaire d’ajouter le rôle "TOUS LES PAQUETS D’APPLICATIONS" au répertoire "Packages" du répertoire Local\AppData de l’utilisateur actuel (par exemple, C:\Users\Vee\AppData\Local\Paquets). De cette façon, vous ne courez pas le risque de donner les clés du royaume à une application Windows mal élevée.

3
user168550

Cette question est très présente dans Google. Voici donc ce qui a fonctionné pour moi sans avoir à donner des autorisations sur l'ensemble du système comme le fait la réponse acceptée.

Comme mentionné par Pratyush Nalam, exécutez la commande sfc /scannow dans une invite de commande élevée. Exécutez ensuite un chkdsk c: /f, par exemple, y lorsque vous souhaitez planifier, puis redémarrer.

Ces commandes combinées résoudront de nombreux problèmes liés aux autorisations et aux fichiers système corrompus.

3
Richard Benson

Si toutes les autres idées ne fonctionnent pas, essayez ceci: mon dossier d’utilisateurs se trouve sur un disque dur D, et mon lecteur C est un disque SSD. Si vous n’avez pas de disque SSD, utilisez C:

Ajoutez le All_Application_Packages userID à ce dossier:

d:\Users\Brent\AppData\Local\Packages

Et donnez-lui TOUT sauf le contrôle COMPLET, qui consiste à lire, lister, créer, écrire, etc. C'est le truc qui a fait revenir toutes mes applications.

N'ajoutez pas cet ID utilisateur à vos dossiers C:\ou Windowy, vous ne faites que demander des problèmes pour donner à une application que vous téléchargez un accès illimité au contenu de votre PC.

3
Steelgate

Pour moi, la réponse a été d'ajouter un accès complet à ALL_APPLICATION_PACKAGES dans le dossier.

% USERPROFILE%\AppData\Local\Packages

2
Derick Clark

Je sais que c'est un peu vieux, mais j'ai récemment rencontré ce même problème.

Ma résolution ultime était de supprimer le fichier SRUDB.DAT et de laisser Windows le recréer. Mes problèmes ont disparu complètement après que cela ait été effectué.

0
Kyle Miller