Os aplicativos Metro travam na inicialização, no driver ou nas permissões?

18

Após a instalação do Win8 x64 RC, os aplicativos Metro funcionaram corretamente, mas os aplicativos OpenGL para desktop ficaram lentos e sem resposta. 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, alterei a unidade C: \ e todas as suas propriedades de arquivos para o meu usuário e dei permissão total.

Reiniciei o meu PC após instalar os drivers e agora os aplicativos Metro mostram apenas a tela inicial e depois travam.

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

Minha GPU é uma GeForce GTX275.

Esse é um problema conhecido com os drivers da nVidia? Ou talvez alterar a propriedade de C: \ seja o verdadeiro problema?

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 resolver. Aqui estão as informações que encontrei ao abrir o aplicativo Mail e deixá-lo travar:

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>

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

Após alterar as permissões novamente (adicionando Todos e Proprietário do criador ao System32), o erro "acesso negado ao 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 diz "A 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 / Operational para obter informações adicionais." mas não consigo encontrar o log Microsoft-Windows-TWinUI / Operational.

Estou começando uma recompensa.

Eu encontrei o TWinUI / Log operacional. Apenas 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. Encontrei um tópico no fórum que me dizia para procurar erros "DCOM". Encontrei este relacionado à falha do aplicativo

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

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
fonte
O primeiro passo seria fazer uma soma de verificação no ISO que você baixou. Se você o baixou com outra coisa que não o IE, é possível que esteja corrompido .
— Derethus
A soma de verificação está boa. Além disso, os aplicativos Metro funcionaram corretamente antes de eu mexer nas permissões.
— Vittorio Romeo
Você está usando o Avast?
— Pratnala #
2
Em vez de alterar as permissões, eu recomendaria em execução sfc /scannowem um prompt de comando elevado para verificar quaisquer arquivos de sistema corrompidos
— pratnala
Onde estavam os Logs Operacionais TWin ???
— Adam Plocher

Respostas:

8

OK, demorei uma eternidade para resolver esse problema, então espero que isso ajude alguém. Alterei as permissões na minha pasta de usuário (como sempre faço) para permitir apenas meu usuário e SYSTEM. Infelizmente, isso quebrou alguns aplicativos Metro / Modernos, incluindo clima, notícias, finanças, Netflix etc.

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

  1. Arquivo - %USERPROFILE%\AppData\Local\Temporary Internet Files\counters.dat- Ler e executar, ler - (Você precisará desmarcar 'Ocultar arquivos protegidos do sistema operacional' em Opções de pasta para ver a pasta Arquivos temporários da Internet)

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

  1. Pasta - %USERPROFILE%\AppData\Local\WER- Especial: lista a pasta / lê os dados, cria pastas / acrescenta dados

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

Ele não precisa de acesso completo à sua unidade C: ou mesmo de acesso à pasta Packages, como as respostas anteriores sugeriram.

Você pode reiniciar após fazer as alterações de permissão acima ou interromper os processos apropriados.

— Kory Sarnelli
fonte
Hmm, eu não vejo isso. Mesmo com a configuração ocultar protegida desativada.
— paulwhit
1
No meu baunilha Windows 8 Pro, apenas a pasta %USERPROFILE%\AppData\Local\Microsoft\Windows\WERestá lá. Posso confirmar que as permissões especiais para ALL_APPLICATION_PACKAGES são de fato "Listar pasta / ler dados" e "Criar pastas / acrescentar dados"
— tobsen
Observe que, para fazer isso, você deve fazer login como uma conta de administrador diferente; caso contrário, você não verá o arquivo "counters.dat" na pasta Arquivos Temporários da Internet.
— Achal Dave
Esse arquivo é uma junção (ligação simbólica Windows): dir /a: <JUNCTION> Temporary Internet Files [C: \ Users \ Chloe \ AppData \ Local \ Microsoft \ Windows \ Temporary Internet Files]
— Chloe
% LOCALAPPDATA% \ Microsoft \ Windows \ WER (ligeiramente mais curto caminho)
— Adam Plocher
5

Eu mesmo consertei!

Adicionei "TODOS OS PACOTES DE APLICATIVO" às opções C: \ security e dei controle total. Agora, os aplicativos Metro funcionam bem. : D

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

— Vittorio Romeo
fonte
14
Que tipo de implicações de segurança isso tem?
— Feckmore
@ Traples Eu não tenho idéia. Eu não uso meu computador com outras contas / em uma rede local, então não acho que será um problema.
— Vittorio Romeo
5
Existem mais permissões do que outras contas de usuário e contas de rede local. Diferentes partes do Windows são executadas em contas diferentes com permissões diferentes. Você acabou de dar todas as Application Packagepermissões para tudo na sua unidade C. Além dos problemas de vírus / segurança, e se um pacote mal escrito se comportar de maneira diferente, porque o código incorreto depende de permissões para mantê-lo sob controle? E se um pacote se limpar com um comando de exclusão preguiçoso e recursivo, que agora exclui mais do que deveria?
— Tanner Faulkner
2
Por causa das implicações de segurança sugiro vivamente que utilize a abordagem @Kory Sarnelli descrito abaixo (que é modificar apenas as permissões do caminho %USERPROFILE%\AppData\Local\Microsoft\Windows\WER
— tobsen
3

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

Uma atualização do Avast para a versão mais recente foi corrigida!

— Geoff
fonte
3

A única coisa que gostaria de acrescentar é que é necessário adicionar a função "TODOS OS PACOTES DE APLICATIVOS" ao diretório "Pacotes" 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 fornecer as chaves do reino para um aplicativo do Windows mal-comportado.

— user168550
fonte
1
TODOS OS PACOTES DE APLICATIVOS não tem nenhuma permissão no diretório "Pacotes" quando instalei o Windows 8. Você tem certeza de que é o caminho certo?
— joon
3

Se todas as outras idéias não funcionarem, tente o seguinte: Eu tenho minha pasta de usuários em um disco rígido da unidade D e minha unidade C é SSD; portanto, se você não tiver um SSD, use C:

Adicione o All_Application_PackagesID do usuário a esta pasta:

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

E controle tudo, menos o COMPLETO, que é ler, listar, criar, escrever etc. Esse é o truque que fez todos os meus aplicativos voltarem.

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

— Steelgate
fonte
Melhor descobrir exatamente o que está reclamando e por quê. Apenas alterar as permissões à vontade causará problemas mais tarde.
— vonbrand
@ vonbrand, cara, não há registro desse problema, os aplicativos simplesmente não abrem porque perdem o acesso a determinadas pastas. Além disso, não é uma mudança à vontade, é contida e pensada, pois estou dando uma alteração muito específica da ACL em uma pasta relacionada ao METRO APPs que corrige isso temporariamente até que a MS possa fornecer uma correção para esse erro comum. Vou adicionar o aviso: pessoal, NÃO faça essa alteração no seu C: \ ou \ Windows!
— Steelgate
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.

Conforme mencionado por Pratyush Nalam, execute o comando sfc /scannowem um prompt de comando elevado. Em seguida, execute a chkdsk c: /f, diga yquando solicitado se você deseja agendar e depois reiniciar.

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

— Richard Benson
fonte
1
sfc /scannownão toca nas permissões do sistema de arquivos.
— Mahmoud Al-Qudsi
@ MahmoudAl-Qudsi que é o ponto da resposta ... "sem ter que dar permissões a unidade do sistema inteiro"
— Richard Benson
Richard, isso não faz sentido. Gramaticalmente, isso implica que ele fornece seletivamente as permissões corretas onde elas precisam ser concedidas, e não para toda a unidade. Exceto que não faz isso.
— Mahmoud Al-Qudsi
@ O contexto MahmoudAl-Qudsi é importante: observe a resposta aceita, que é uma péssima idéia e concede permissões para toda a unidade do sistema. Esta resposta não concede permissões a toda a unidade do sistema ... Eu editei a resposta para interromper a brigada "de fato" que desvalorizou uma resposta de 6 anos para se sentir superior.
— Richard Benson
2

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

% USERPROFILE% \ AppData \ Local \ Pacotes

— Derick Clark
fonte
0

Sei que isso é um pouco antigo, mas recentemente me deparei com esse mesmo problema.

Minha resolução final foi excluir o arquivo SRUDB.DAT e permitir que o Windows o recriasse. Meus problemas desapareceram completamente depois que isso foi realizado.

— Kyle Miller
fonte
Arquivo inexistente! Os comentários devem ter pelo menos 15 caracteres.
— Chloe
como você apagou este arquivo? isso é seguro? Este arquivo está sempre em uso
— Shashwat
-2

Tenho o mesmo problema, apesar de ter uma instalação nova, pois acabei de comprar um computador novo com o Windows 8 pré-instalado e não é possível que 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 calculadora, não funcionaram, mas os aplicativos simples, como previsão do tempo ou mapas, funcionaram.

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

Finalmente, apenas essa dica funcionou para mim:

adicione "TODOS OS PACOTES DE APLICATIVO" às opções C: \ security e controle total

No entanto, não é possível que os aplicativos Metro tenham controle total na raiz do sistema "C: \", pois isso abriria uma grande falha de segurança e, portanto, reverti essa alteração e comecei a verificar as subpastas.

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

Depois de adicionar apenas os direitos "Ler e executar, listar conteúdo da pasta, ler" do grupo "TODOS OS PACOTES DE APLICATIVOS" à pasta raiz do Windows "C: \ Windows" (igual a% windir%), todos os aplicativos Metro funcionaram perfeitamente!

Essa alteração de segurança é totalmente crítica, pois na verdade todos têm esses direitos na pasta raiz do Windows.

Em algum lugar da Web da Microsoft, ele diz que esses direitos devem ser definidos apenas em "C: \ Windows \ system32" (o que é verdade como foi definido comigo), mas não é suficiente. Tem que ser a pasta raiz do Windows inteira (que não foi configurada comigo inicialmente).

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

— Silvio Turello
fonte
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.