Les applications Metro se bloquent au démarrage, au niveau du pilote ou des autorisations?

18

Après l'installation de Win8 x64 RC, les applications Metro fonctionnaient correctement, mais les applications OpenGL de bureau étaient lentes et ne répondaient pas. 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 ennuyeux, j'ai changé le lecteur C: \ et tous ses propriétaires de fichiers pour mon utilisateur, et lui ai donné l'autorisation complète.

J'ai redémarré mon PC 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 avec les pilotes nVidia? Ou peut-être changer le propriétaire de C: \ est-il 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 planter:

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>

J'ai trouvé d'autres choses, voici 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 à nouveau modifié 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 à sa 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 m'indique "L'activation de l'application microsoft.windowscommunicationsapps_8wekyb3d8bbwe! Microsoft.WindowsLive.Mail a échoué avec une 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. Cela 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>

Je dois 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>
windows  crash  windows-8-preview  modern-ui 
— Vittorio Romeo
source
La première étape serait de faire une somme de contrôle sur l'iso que vous avez téléchargé. Si vous l'avez téléchargé avec autre chose qu'IE, il est possible qu'il soit corrompu .
— Derethus
La somme de contrôle est très bien. De plus, les applications Metro fonctionnaient correctement avant de jouer avec les autorisations.
— Vittorio Romeo
Utilisez-vous Avast?
— pratnala
2
Au lieu de modifier les autorisations, je recommanderais d'exécuter sfc /scannowdans une invite de commande élevée pour vérifier les fichiers système corrompus
— pratnala
Où étaient les journaux opérationnels TWin ???
— Adam Plocher du

Réponses:

8

OK, il m'a fallu une éternité pour résoudre ce problème alors j'espère que cela aide quelqu'un. J'avais modifié les autorisations sur mon dossier utilisateur (comme je le fais toujours) pour n'autoriser que mon utilisateur et SYSTEM. Malheureusement, cela a cassé certaines applications Metro / Modern, notamment la météo, les actualités, les finances, Netflix, etc.

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

  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 les Options des dossiers pour voir 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 des dossiers / lecture des 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 les réponses précédentes le suggéraient.

Vous pouvez soit redémarrer après avoir apporté les modifications d'autorisation ci-dessus, soit tuer les processus appropriés.

— Kory Sarnelli
source
Hmm, je ne les vois pas. Même avec le paramètre de masquage protégé désactivé.
— paulwhit
1
Sur mon vanilla Windows 8 Pro, seul le dossier %USERPROFILE%\AppData\Local\Microsoft\Windows\WERest là. Je peux confirmer que les autorisations spéciales pour ALL_APPLICATION_PACKAGES sont bien "Liste des dossiers / lire les données" et "Créer des dossiers / ajouter des données"
— tobsen
Notez que pour ce faire, vous devez être connecté en tant que compte administrateur différent; sinon, vous ne verrez pas le fichier "counters.dat" dans le dossier Temporary Internet Files.
— Achal Dave
Ce fichier est une jonction (lien symbolique Windows):: dir /a<JONCTION> Fichiers Internet temporaires [C: \ Users \ Chloe \ AppData \ Local \ Microsoft \ Windows \ Temporary Internet Files]
— Chloe
% LOCALAPPDATA% \ Microsoft \ Windows \ WER (chemin légèrement plus court)
— Adam Plocher
5

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

J'ai ajouté "TOUS LES PAQUETS D'APPLICATION" aux options de sécurité C: \ et lui ai donné le contrôle total. Maintenant, les applications Metro fonctionnent bien. :RÉ

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

— Vittorio Romeo
source
14
Quelle sorte d'implications sur la sécurité cela a-t-il?
— Feckmore
@Traples, je n'en ai aucune idée. Je n'utilise pas mon ordinateur avec d'autres comptes / dans un réseau local, donc je ne pense pas que ce sera un problème.
— Vittorio Romeo
5
Les autorisations sont plus nombreuses que les autres comptes d'utilisateurs et les comptes de réseau local. Différents morceaux de Windows s'exécutent sous différents comptes avec différentes autorisations. Vous venez de donner toutes les Application Packageautorisations à tout sur votre lecteur C. Mis à part les problèmes de virus / sécurité, que se passe-t-il si un paquet mal écrit se comporte différemment parce que le code bâclé dépendait des autorisations pour le garder en échec? Que se passe-t-il si un package se nettoie après lui-même avec une commande de suppression paresseuse et récursive, qui supprime désormais plus qu'il ne le devrait?
— Tanner Faulkner
2
En raison des implications pour la sécurité, je suggère fortement d'utiliser l'approche @Kory Sarnelli décrite ci-dessous (c'est-à-dire de modifier uniquement les autorisations du chemin %USERPROFILE%\AppData\Local\Microsoft\Windows\WER
— tobsen
3

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é!

— Geoff
source
3

La seule chose que j'ajouterais est qu'il suffit d'ajouter le rôle "TOUS LES PAQUETS D'APPLICATION" au répertoire "Packages" dans le 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 conduite.

— user168550
source
1
TOUS LES PAQUETS D'APPLICATIONS n'ont aucune autorisation sur le répertoire "Packages" lorsque j'ai installé Windows 8. Êtes-vous sûr que c'est le bon?
— joon
3

Si toutes les autres idées ne fonctionnent pas, essayez ceci: j'ai mon dossier d'utilisateurs sur un disque dur D et mon lecteur C est SSD, donc si vous n'avez pas de SSD, utilisez C:

Ajoutez l' All_Application_PackagesID utilisateur à ce dossier:

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

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

N'ajoutez pas cet ID utilisateur à vos dossiers C: \ ou Windowy, car vous demandez simplement des problèmes pour donner à n'importe quelle application téléchargée un accès illimité au contenu de votre PC.

— Steelgate
source
Mieux vaut savoir exactement ce qui se plaint et pourquoi. Il suffit de modifier les droits bon gré mal gré seront causer des problèmes plus tard.
— vonbrand
@vonbrand, mec, il n'y a pas de journalisation de ce problème, les applications ne s'ouvrent tout simplement pas car elles perdent l'accès à certains dossiers. De plus, ce n'est pas un changement de bon gré, contenu et réfléchi, car je donne un changement d'ACL très spécifique à un dossier lié à METRO APPs qui corrige cela temporairement jusqu'à ce que MS puisse fournir un correctif pour cette erreur courante. J'ajouterai la clause de non-responsabilité: Mes amis, n'apportez PAS cette modification à votre C: \ ou \ Windows !!
— Steelgate
3

Cette question apparaît haut dans Google, alors voici ce qui a fonctionné pour moi, sans avoir à donner des autorisations à l'ensemble du lecteur système comme le fait la réponse acceptée.

Comme mentionné par Pratyush Nalam, exécutez la commande sfc /scannowdans une invite de commande élevée. Exécutez ensuite un chkdsk c: /f, dites yquand vous le souhaitez si vous souhaitez planifier, puis redémarrez.

Ces commandes combinées résoudront de nombreux problèmes avec les autorisations et les fichiers système corrompus.

— Richard Benson
source
1
sfc /scannowne touche pas aux autorisations du système de fichiers.
— Mahmoud Al-Qudsi
@ MahmoudAl-Qudsi qui est le point de la réponse ... "sans avoir à donner d'autorisations à l'ensemble du lecteur système"
— Richard Benson
Richard, cela n'a aucun sens. Grammaticalement, cela implique qu'il donne sélectivement les autorisations correctes là où elles doivent être accordées plutôt qu'à l'ensemble du lecteur. Sauf que ça ne fait pas ça.
— Mahmoud Al-Qudsi
@ MahmoudAl-Qudsi Le contexte est important: regardez la réponse acceptée, qui est une idée terrible et donne des autorisations à l'ensemble du lecteur système. Cette réponse ne donne pas d'autorisations à l'ensemble du lecteur système ... J'ai édité la réponse pour mettre fin à la brigade "en fait" avec une réponse de 6 ans pour se sentir supérieure.
— Richard Benson
2

Pour moi, la réponse était d'ajouter un accès complet pour ALL_APPLICATION_PACKAGES au dossier

% USERPROFILE% \ AppData \ Local \ Packages

— Derick Clark
source
0

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é.

— Kyle Miller
source
Ce fichier n'existe pas! Les commentaires doivent comporter au moins 15 caractères.
— Chloe
comment avez-vous supprimé ce fichier ..? est-ce sûr ..? Ce fichier est toujours utilisé
— shashwat
-2

J'ai le même problème malgré une nouvelle installation depuis que je viens d'acheter un nouvel ordinateur avec Windows 8 préinstallé et il ne peut pas être nécessaire de rafraîchir à nouveau l'installation.

J'ai vérifié tous les indices standard que j'ai trouvés mais tout allait bien. En fait, seules les applications avancées comme les jeux ou la calculatrice ne fonctionnaient pas, mais les applications simples comme la météo ou les cartes fonctionnaient.

J'ai appris que les applications Metro ont des restrictions d'accès spéciales sur les PC de bureau (x86) uniquement. C'est pourquoi les tablettes PC ou les smartphones ne rencontrent pas ce problème.

Enfin, seule cette indication a fonctionné pour moi:

ajouter "TOUS LES PAQUETS D'APPLICATION" aux options de sécurité C: \ et lui donner un contrôle total

Cependant, il ne peut pas être que les applications Metro contrôlent complètement la racine du système "C: \" car cela ouvrirait une grande faille de sécurité et j'ai donc annulé cette modification et commencé à vérifier les sous-dossiers.

Heureusement, l'un des premiers sous-dossiers que j'ai vérifiés était "C: \ Windows" et Bingo!

Après avoir ajouté seulement droits "Lire et exécuter, Répertorier le contenu du dossier, Lire" pour le groupe "TOUS LES PAQUETS D'APPLICATION" dans le dossier racine Windows "C: \ Windows" (identique à% windir%), toutes les applications Metro ont parfaitement fonctionné!

Cette modification de sécurité n'est absolument pas critique, car tout le monde dispose de tels droits sur le dossier racine de Windows.

Btw quelque part sur le web MS, il est dit que ces droits doivent être définis uniquement sur "C: \ Windows \ system32" (ce qui est vrai car il a été défini avec moi) mais ce n'est pas suffisant. Il doit s'agir de l'ensemble du dossier racine de Windows (qui n'a pas été défini avec moi initialement).

J'espère que cela aide tous ceux qui étaient également presque là avec les applications Metro :-)

— Silvio Turello
source
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.