Os aplicativos do Metro travam durante a inicialização, o driver ou a emissão de permissões?

19

Depois de instalar o Win8 x64 RC, os aplicativos Metro funcionavam corretamente, mas os aplicativos OpenGL de desktop eram lentos e não respondiam. Eu instalei os drivers mais recentes do Win8 nVidia e os aplicativos OpenGL começaram a funcionar corretamente. Ao mesmo tempo, devido a mensagens de permissão irritantes, mudei a propriedade C: \ e todos os seus arquivos para o meu usuário, e concedeu-lhe permissão total.

Eu reiniciei meu pc depois de instalar os drivers, e agora os aplicativos do Metro mostram apenas a tela inicial e depois travam.

Eu tentei instalar outras versões dos drivers da nVidia, com o mesmo resultado.

Minha GPU é uma GeForce GTX275.

Este é um problema conhecido dos drivers da nVidia? Ou talvez a alteração da propriedade de C: \ seja o problema real?

Obrigado.

Mais informações (depois de procurar no visualizador de eventos)

Consegui encontrar o problema e o erro no Visualizador de Eventos. Ainda não consigo resolvê-lo. Aqui estão as informações que encontrei abrindo o aplicativo Mail e permitindo que ele falhasse:

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>

Encontrado outras coisas, este é outro erro que aparece ao abrir um aplicativo do 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>

Depois de alterar as permissões novamente (adicionando Everyone e Creator Owner ao System32), o erro "access denied to sru.log" desaparece, mas este aparece em seu lugar:

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>

Agora estou preso. Ele me diz "Ativação do aplicativo microsoft.windowscommunicationsapps_8wekyb3d8bbwe! Microsoft.WindowsLive.Mail falhou com erro: O aplicativo não foi iniciado. Consulte o log Microsoft-Windows-TWinUI / Operacional para obter informações adicionais." mas não consigo encontrar o log Microsoft-Windows-TWinUI / Operacional.

Estou começando uma recompensa.

Eu encontrei o log TWinUI / Operacional. Só me diz:

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>

Eu preciso ir mais fundo. Eu encontrei um tópico do fórum que me disse para procurar por erros "DCOM". Eu encontrei este relacionado ao acidente do aplicativo

"O servidor Microsoft.WindowsLive.Mail.wwa não se registrou no DCOM dentro do tempo limite exigido."

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>
    
por Vittorio Romeo 05.06.2012 / 14:03

9 respostas

5

Eu mesmo consertei!

Eu adicionei "ALL PACKAGES" para as opções C: \ security, e dei controle total. Agora, os aplicativos do Metro funcionam bem. : D

    
por 07.06.2012 / 22:04
8

OK, demorei para resolver esse problema, então espero que isso ajude alguém. Eu tinha mudado as permissões na minha pasta de usuário (como sempre faço) para permitir apenas o meu usuário e sistema. Infelizmente, isso quebrou alguns aplicativos do Metro / Modern, incluindo Weather, News, Finance, Netflix, etc.

As únicas permissões que 'ALL_APPLICATION_PACKAGES' precisa para que todos os aplicativos Metro / Modernos funcionem são:

  1. Arquivo - %USERPROFILE%\AppData\Local\Temporary Internet Files\counters.dat - ler & Execute, Read - (Você precisará desmarcar 'Ocultar arquivos protegidos do sistema operacional' em Opções de Pasta para ver a pasta Temporary Internet Files)

(se você não encontrar no local acima, tente %USERPROFILE%\AppData\Local\Microsoft\Windows\Temporary Internet Files\counters.dat )

  1. Pasta - %USERPROFILE%\AppData\Local\WER - Especial: Listar pasta / ler dados, Criar pastas / anexar dados

(se você não encontrar no local acima, tente %USERPROFILE%\AppData\Local\Microsoft\Windows\WER )

Ele não precisa de acesso total à sua unidade C: ou até mesmo acesso à pasta Pacotes, como sugerido nas respostas anteriores.

Você pode reinicializar depois de fazer as alterações de permissão acima ou eliminar os processos apropriados.

    
por 02.11.2012 / 05:46
3

No meu caso, foi o Avast. Eu tive que desabilitar todos os escudos para fazê-lo funcionar.

Uma atualização do Avast para a versão mais recente corrigiu-o!

    
por 28.10.2012 / 12:36
3

A única coisa que gostaria de acrescentar é que só é necessário adicionar a função "ALL APPLICATION PACKAGES" ao diretório "Packages" no diretório Local \ AppData do usuário atual (por exemplo, C: \ Users \ Vee \ AppData \ Local \ Pacotes). Dessa forma, você não corre o risco de entregar as chaves do reino a um aplicativo mal comportado do Windows.

    
por 29.10.2012 / 05:31
3

Se todas as outras ideias não funcionarem, tente o seguinte: Eu tenho minha pasta de usuários em um disco rígido HDD, e meu drive C é SSD, então se você não tiver um SSD use C:

Adicione o All_Application_Packages userID a esta pasta:

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

E dê o controle ALL, exceto FULL, que é lido, listado, criado, escrito, etc. Este é o truque que fez todos os meus apps voltarem.

Não adicione esse ID de usuário às suas pastas C: \ ou Windowy, pois você está apenas solicitando problemas para fornecer a qualquer aplicativo o download de acesso irrestrito ao conteúdo do seu computador.

    
por 22.01.2013 / 11:26
3

Esta pergunta está aparecendo no Google, então aqui está o que funcionou para mim, sem ter que dar permissões para toda a unidade do sistema como a resposta aceita.

Como mencionado por Pratyush Nalam, execute o comando sfc /scannow em um prompt de comando elevado. Em seguida, execute um chkdsk c: /f , digamos y quando ased, se desejar programar e, em seguida, reinicie.

Esse comando combinado corrigirá muitos problemas com permissões e arquivos de sistema corrompidos.

    
por 21.11.2012 / 18:42
2

Para mim, a resposta foi adicionar acesso total a ALL_APPLICATION_PACKAGES à pasta

% USERPROFILE% \ AppData \ Local \ Packages

    
por 08.01.2013 / 14:04
0

Eu sei que isso é um pouco antigo, mas recentemente corri para esse mesmo problema.

Minha resolução final foi excluir o arquivo SRUDB.DAT e permitir que o Windows o recriesse. Meus problemas desapareceram inteiramente depois que isso foi feito.

    
por 26.12.2012 / 17:27
-2

Eu tenho o mesmo problema, apesar de eu ter uma nova instalação, pois acabei de comprar um novo computador com o Windows 8 pré-instalado e não pode ser que eu precise atualizar a instalação novamente.

Eu verifiquei todas as dicas padrão que encontrei, mas estava tudo bem. Na verdade, apenas os aplicativos avançados, como jogos ou calculadoras, não funcionavam, mas os aplicativos simples, como clima ou mapas, funcionavam.

Aprendi que os aplicativos do Metro têm restrições de acesso especiais apenas em computadores Deskop (x86). É por isso que os tablet PCs ou Smartphones não apresentam esse problema.

Finalmente, apenas esta dica funcionou para mim:

add "ALL APPLICATION PACKAGES" to the C:\ security options and give it full control

No entanto, não pode ser que os aplicativos Metro tenham controle total na raiz do sistema "C: \" porque isso abriria uma grande falha de segurança e, assim, reverti essa alteração e comecei a verificar as subpastas.

Felizmente, uma das primeiras subpastas que eu verifiquei foi "C: \ Windows" e Bingo!

After I have added only "Read & Execute, List Folder Contents, Read" rights for the group "ALL APPLICATION PACKAGES" to the Windows root folder "C:\Windows" (same as %windir%) all Metro apps worked perfectly!

Esta alteração de segurança é totalmente acrítica, já que na verdade todo mundo tem esses direitos na pasta raiz do Windows.

Btw em algum lugar na web do MS diz que esses direitos devem ser definidos apenas em "C: \ Windows \ system32" (o que é verdadeiro como foi definido comigo), mas não é suficiente. Tem que ser toda a pasta raiz do Windows (que não foi definida inicialmente comigo).

Espero que isso ajude a todos que também estavam quase lá com os aplicativos do Metro: -)

    
por 21.01.2013 / 23:49