¿Las aplicaciones de Metro fallan en el inicio, el controlador o el problema de permisos?

18

Después de instalar Win8 x64 RC, las aplicaciones de Metro funcionaron correctamente, pero las aplicaciones de escritorio OpenGL fueron lentas y no respondieron. Instalé los últimos controladores Win8 nVidia, y las aplicaciones OpenGL comenzaron a funcionar correctamente. Al mismo tiempo, debido a los molestos mensajes de permiso, cambié la unidad C: \ y la propiedad de todos sus archivos a mi usuario, y le di permiso completo.

Reinicié mi PC después de instalar los controladores, y ahora las aplicaciones de Metro solo muestran la pantalla de inicio, luego se bloquean.

Intenté instalar otras versiones de los controladores nVidia, con el mismo resultado.

Mi GPU es una GeForce GTX275.

¿Es este un problema conocido con los controladores nVidia? ¿O tal vez cambiar la propiedad de C: \ es el verdadero problema?

Gracias.

Más información (después de mirar en el visor de eventos)

He logrado encontrar el problema y el error en el Visor de eventos. Todavía no puedo resolverlo. Aquí está la información que encontré al abrir la aplicación de Correo y dejar que se bloquee:

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>

Encontró otras cosas, este es otro error que aparece al abrir una aplicación de 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>

Después de cambiar los permisos nuevamente (agregando Everyone y Creator Owner a System32), el error "acceso denegado a sru.log" desaparece, pero este aparece en su 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>

Ahora estoy atascado. Me dice "¡La activación de la aplicación microsoft.windowscommunicationsapps_8wekyb3d8bbwe! Microsoft.WindowsLive.Mail falló con un error: la aplicación no se inició. Consulte el registro Microsoft-Windows-TWinUI / Operational para obtener información adicional". pero no puedo encontrar el registro de Microsoft-Windows-TWinUI / Operational.

Estoy empezando una recompensa.

Encontré el registro TWinUI / Operational. Solo me dice:

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>

Necesito ir más profundo. Encontré un hilo del foro que me dijo que buscara errores "DCOM". Encontré este relacionado con el bloqueo de la aplicación

"El servidor Microsoft.WindowsLive.Mail.wwa no se registró con DCOM dentro del tiempo de espera requerido".

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
fuente
El primer paso sería hacer una suma de comprobación en la iso que descargó. Si lo descargó con algo más que IE, existe la posibilidad de que esté dañado .
— Derethus
La suma de control está bien. Además, las aplicaciones de Metro funcionaron correctamente antes de que me metiera con los permisos.
— Vittorio Romeo
¿Estás usando Avast?
— pratnala
2
En lugar de cambiar los permisos, recomendaría ejecutar sfc /scannowen un símbolo del sistema elevado para verificar si hay archivos corruptos del sistema
— pratnala
¿Dónde estaban los registros operativos TWin?
— Adam Plocher

Respuestas:

8

OK, me llevó una eternidad resolver este problema, así que espero que esto ayude a alguien. Había cambiado los permisos en mi carpeta de usuario (como siempre lo hago) para permitir solo mi usuario y SYSTEM. Desafortunadamente, esto rompió algunas aplicaciones de Metro / Modern como Weather, News, Finance, Netflix, etc.

Los únicos permisos que 'ALL_APPLICATION_PACKAGES' necesita para que todas las aplicaciones de Metro / Modern funcionen son:

  1. Archivo - %USERPROFILE%\AppData\Local\Temporary Internet Files\counters.dat- Leer y ejecutar, Leer - (Deberá desmarcar 'Ocultar archivos protegidos del sistema operativo' en Opciones de carpeta para ver la carpeta de Archivos temporales de Internet)

(si no puede encontrar en la ubicación anterior, intente %USERPROFILE%\AppData\Local\Microsoft\Windows\Temporary Internet Files\counters.dat)

  1. Carpeta - %USERPROFILE%\AppData\Local\WER- Especial: Listar carpetas / leer datos, Crear carpetas / agregar datos

(si no puede encontrar en la ubicación anterior, intente %USERPROFILE%\AppData\Local\Microsoft\Windows\WER)

No necesita acceso completo a su unidad C: ni siquiera acceso a la carpeta Paquetes como lo sugirieron las respuestas anteriores.

Puede reiniciar después de realizar los cambios de permiso anteriores o eliminar los procesos apropiados.

— Kory Sarnelli
fuente
Hmm, no veo esto. Incluso con la configuración de protección de piel desactivada.
— Paulwhit
1
En mi Windows 8 Pro de Vanilla solo la carpeta %USERPROFILE%\AppData\Local\Microsoft\Windows\WERestá ahí. Puedo confirmar que los permisos especiales para ALL_APPLICATION_PACKAGES son "Listar carpetas / leer datos" y "Crear carpetas / agregar datos"
— tobsen
Tenga en cuenta que para hacer esto debe iniciar sesión como una cuenta de administrador diferente; de lo contrario, no verá el archivo "counters.dat" en la carpeta Archivos temporales de Internet.
— Achal Dave
Ese archivo es una unión (enlace simbólico de Windows):: dir /a<JUNCTION> Archivos temporales de Internet [C: \ Users \ Chloe \ AppData \ Local \ Microsoft \ Windows \ Archivos temporales de Internet]
— Chloe
% LOCALAPPDATA% \ Microsoft \ Windows \ WER (ruta ligeramente más corta)
— Adam Plocher
5

¡Lo arreglé yo mismo!

Agregué "TODOS LOS PAQUETES DE APLICACIONES" a las opciones de seguridad C: \ y le di el control total. Ahora las aplicaciones de Metro funcionan bien. :RE

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

— Vittorio Romeo
fuente
14
¿Qué tipo de implicaciones de seguridad tiene esto?
— Feckmore
@Traples No tengo idea. No uso mi computadora con otras cuentas / en una red local, así que no creo que sea un problema.
— Vittorio Romeo
55
Los permisos tienen más que otras cuentas de usuario y cuentas de red local. Diferentes piezas de Windows se ejecutan bajo diferentes cuentas con diferentes permisos. Acaba de otorgar todos los Application Packagepermisos a todo en su unidad C. Además de los problemas de virus / seguridad, ¿qué pasa si los paquetes mal escritos se comportan de manera diferente porque el código descuidado dependía de los permisos para mantenerlos bajo control? ¿Qué pasa si un paquete se limpia después de sí mismo con un comando de borrado recursivo, que ahora elimina más de lo que debería?
— Tanner Faulkner
2
Debido a las implicaciones de seguridad, sugiero utilizar el enfoque @Kory Sarnelli que se describe a continuación (que es solo modificar los permisos de la ruta %USERPROFILE%\AppData\Local\Microsoft\Windows\WER
— tobsen
3

En mi caso fue Avast. Tuve que desactivar todos los escudos para que funcionara.

¡Una actualización de Avast a la versión más nueva lo arregló!

— Geoff
fuente
3

Lo único que agregaría es que solo es necesario agregar la función "TODOS LOS PAQUETES DE APLICACIONES" al directorio "Paquetes" en el directorio Local \ AppData del usuario actual (por ejemplo, C: \ Users \ Vee \ AppData \ Local \ Paquetes). De esta manera, no corres el riesgo de dar las llaves del reino a una aplicación de Windows con mal comportamiento.

— usuario168550
fuente
1
TODOS LOS PAQUETES DE APLICACIÓN no tiene ningún permiso en el directorio "Paquetes" cuando instalé Windows 8. ¿Está seguro de que es el correcto?
— joon
3

Si todas las otras ideas no funcionan, intente esto: tengo mi carpeta de usuarios en una unidad de disco duro D, y mi unidad C es SSD, así que si no tiene una unidad SSD use C:

Agregue el All_Application_PackagesID de usuario a esta carpeta:

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

Y dele TODO menos el control COMPLETO, que es leer, enumerar, crear, escribir, etc. Este es el truco que hizo que todas mis aplicaciones volvieran.

No agregue este ID de usuario a sus carpetas C: \ o Windowy, ya que solo está pidiendo problemas al dar acceso ilimitado a cualquier aplicación que descargue a los contenidos de su PC.

— Steelgate
fuente
Mejor averigüe exactamente qué se queja y por qué. Permisos sólo cambiar de cualquier manera van a causar problemas más adelante.
— vonbrand
@vonbrand, amigo, no hay registro de este problema, las aplicaciones simplemente no se abren porque pierden el acceso a ciertas carpetas. Además, no es un cambio involuntario, está contenido y pensado, ya que estoy dando un cambio ACL muy específico a una carpeta relacionada con las APLICACIONES METRO que corrige esto temporalmente hasta que MS pueda proporcionar una solución para este error común. Agregaré el descargo de responsabilidad: ¡Amigos, NO realicen este cambio en su C: \ o \ Windows!
— Steelgate
3

Esta pregunta aparece en Google, así que esto es lo que funcionó para mí, sin tener que dar permisos a la unidad del sistema completo como lo hace la respuesta aceptada.

Como mencionó Pratyush Nalam, ejecute el comando sfc /scannowen un símbolo del sistema elevado. Luego ejecute un chkdsk c: /f, diga ycuando se le pregunte si desea programar y luego reinicie.

Estos comandos combinados solucionarán muchos problemas con los permisos y los archivos corruptos del sistema.

— Richard Benson
fuente
1
sfc /scannowno toca los permisos del sistema de archivos.
— Mahmoud Al-Qudsi
@ MahmoudAl-Qudsi, que es el punto de la respuesta ... "sin tener que dar permisos a toda la unidad del sistema"
— Richard Benson
Richard, eso no tiene sentido. Gramaticalmente, eso implica que otorga de forma selectiva los permisos correctos donde deben otorgarse en lugar de a todo el disco. Excepto que no hace eso.
— Mahmoud Al-Qudsi
@ MahmoudAl-Qudsi El contexto es importante: mire la respuesta aceptada, que es una idea terrible y otorga permisos a toda la unidad del sistema. Esta respuesta no otorga permisos a toda la unidad del sistema ... Edité la respuesta para dejar que la brigada "en realidad" rechazara una respuesta de 6 años para sentirse superior.
— Richard Benson
2

Para mí, la respuesta fue agregar acceso completo para ALL_APPLICATION_PACKAGES a la carpeta

% USERPROFILE% \ AppData \ Local \ Packages

— Derick Clark
fuente
0

Sé que esto es un poco viejo, pero recientemente me encontré con este mismo problema.

Mi resolución final fue eliminar el archivo SRUDB.DAT y dejar que Windows lo recreara. Mis problemas desaparecieron por completo después de que esto se realizó.

— Kyle Miller
fuente
¡No existe el archivo! Los comentarios deben tener al menos 15 caracteres de longitud.
— Chloe
¿Cómo borraste este archivo? ¿es eso seguro? Este archivo siempre está en uso
— shashwat
-2

Tengo el mismo problema a pesar de que tengo una instalación nueva ya que acabo de comprar una computadora nueva con Windows 8 preinstalado y no es posible que tenga que actualizar la instalación nuevamente.

Revisé todas las sugerencias estándar que encontré, pero todo estaba bien. En realidad, solo las aplicaciones avanzadas como los juegos o la calculadora no funcionaron, pero las aplicaciones simples como el clima o los mapas funcionaron.

Aprendí que las aplicaciones de Metro tienen restricciones de acceso especiales solo en PC Deskop (x86). Es por eso que las tabletas o los teléfonos inteligentes no experimentan este problema.

Finalmente, solo esta pista funcionó para mí:

agregue "TODOS LOS PAQUETES DE APLICACIONES" a las opciones de seguridad C: \ y dele control total

Sin embargo, no puede ser que las aplicaciones de Metro tengan control total sobre la raíz del sistema "C: \" porque esto abriría un gran agujero de seguridad y, por lo tanto, revertí este cambio y comencé a revisar las subcarpetas.

Afortunadamente, una de las primeras subcarpetas que revisé fue "C: \ Windows" y Bingo.

Después de agregar solo los derechos "Leer y ejecutar, Mostrar contenido de la carpeta, Leer" para el grupo "TODOS LOS PAQUETES DE APLICACIONES" a la carpeta raíz de Windows "C: \ Windows" (igual que% windir%), ¡todas las aplicaciones de Metro funcionaron perfectamente!

Este cambio de seguridad no es crítico, ya que en realidad todos tienen esos derechos en la carpeta raíz de Windows.

Por cierto, en algún lugar de la web de MS, dice que estos derechos deben establecerse en "C: \ Windows \ system32" solamente (lo cual es cierto ya que se configuró conmigo) pero no es suficiente. Tiene que ser la carpeta raíz completa de Windows (que inicialmente no se configuró conmigo).

Espero que esto ayude a todos los que también estuvieron casi allí con las aplicaciones de Metro :-)

— Silvio Turello
fuente
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.