Awarie aplikacji metra po uruchomieniu, problemie ze sterownikami lub uprawnieniami

18

Po zainstalowaniu Win8 x64 RC aplikacje Metro działały poprawnie, ale aplikacje OpenGL na komputery działały wolno i nie reagowały. Zainstalowałem najnowsze sterowniki Win8 nVidia, a aplikacje OpenGL zaczęły działać poprawnie. Jednocześnie z powodu irytujących komunikatów o zezwoleniach zmieniłem napęd C: \ i wszystkie jego pliki na mojego użytkownika i udzieliłem mu pełnego pozwolenia.

Uruchomiłem ponownie komputer po zainstalowaniu sterowników, a teraz aplikacje Metro wyświetlają tylko ekran powitalny, a następnie ulegają awarii.

Próbowałem zainstalować inne wersje sterowników nVidia, z tym samym rezultatem.

Mój procesor graficzny to GeForce GTX275.

Czy to znany problem ze sterownikami nVidia? A może zmiana właściciela C: \ to prawdziwy problem?

Dziękuję Ci.


Więcej informacji (po przejrzeniu w przeglądarce zdarzeń)

Udało mi się znaleźć problem i błąd w Podglądzie zdarzeń. Nadal nie mogę tego rozwiązać. Oto informacje, które znalazłem, otwierając aplikację Mail i powodując awarię:

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>

Znaleziono inne rzeczy, to kolejny błąd, który pojawia się podczas otwierania aplikacji 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>

Po ponownej zmianie uprawnień (dodaniu Wszyscy i właściciela twórcy do System32) znika błąd „odmowa dostępu do sru.log”, ale ten pojawia się na swoim miejscu:

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>

Teraz utknąłem. Mówi mi: „Aktywacja aplikacji microsoft.windowscommunicationsapps_8wekyb3d8bbwe! Microsoft.WindowsLive.Mail nie powiodła się z błędem: Aplikacja nie uruchomiła się. Zobacz dodatkowe informacje w dzienniku Microsoft-Windows-TWinUI / Operational”. ale nie mogę znaleźć dziennika Microsoft-Windows-TWinUI / Operational.

Zaczynam nagrodę.


Znalazłem dziennik TWinUI / operacyjny. Mówi mi tylko:

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>

Muszę zejść głębiej. Znalazłem wątek na forum, który kazał mi szukać błędów „DCOM”. Znalazłem ten związany z awarią aplikacji

„Serwer Microsoft.WindowsLive.Mail.wwa nie zarejestrował się w DCOM w wymaganym czasie.”

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>
Vittorio Romeo
źródło
Pierwszym krokiem byłoby wykonanie sumy kontrolnej na pobranym pliku ISO. Jeśli pobrałeś go za pomocą czegoś innego niż IE, istnieje prawdopodobieństwo, że jest uszkodzony .
Derethus
Suma kontrolna jest w porządku. Ponadto aplikacje Metro działały poprawnie, zanim pomieszałem z uprawnieniami.
Vittorio Romeo
Czy korzystasz z Avast?
pratnala
2
Zamiast zmieniać uprawnienia, polecam działa sfc /scannoww podwyższonej wiersza poleceń w celu sprawdzenia ewentualnych uszkodzonych plików systemowych
pratnala
Gdzie były dzienniki operacyjne TWin ???
Adam Plocher

Odpowiedzi:

8

OK, rozwiązanie tego problemu zajęło mi wieczność, więc mam nadzieję, że to komuś pomoże. Zmieniłem uprawnienia do folderu użytkownika (jak zawsze to robię), aby zezwolić tylko mojemu użytkownikowi i SYSTEMowi. Niestety zepsuło to niektóre aplikacje Metro / Modern, w tym Pogoda, Wiadomości, Finanse, Netflix itp.

Jedyne uprawnienia, których potrzebuje „ALL_APPLICATION_PACKAGES”, aby wszystkie aplikacje Metro / Modern mogły działać:

  1. Plik - %USERPROFILE%\AppData\Local\Temporary Internet Files\counters.dat- Odczytywanie i wykonywanie, Odczytywanie - (Aby odznaczyć folder Tymczasowe pliki internetowe, musisz odznaczyć opcję „Ukryj chronione pliki systemu operacyjnego” w Opcjach folderów)

(jeśli nie możesz znaleźć w powyższej lokalizacji spróbuj %USERPROFILE%\AppData\Local\Microsoft\Windows\Temporary Internet Files\counters.dat)

  1. Folder - %USERPROFILE%\AppData\Local\WER- Specjalne: Wyświetl folder / odczytaj dane, Utwórz foldery / dołącz dane

(jeśli nie możesz znaleźć w powyższej lokalizacji spróbuj %USERPROFILE%\AppData\Local\Microsoft\Windows\WER)

Nie wymaga pełnego dostępu do dysku C: ani nawet dostępu do folderu Packages, jak sugerowały poprzednie odpowiedzi.

Możesz ponownie uruchomić komputer po wprowadzeniu powyższych zmian uprawnień lub zabić odpowiednie procesy.

Kory Sarnelli
źródło
Hmm, nie widzę ich. Nawet przy wyłączonym ustawieniu ukrytej ochrony.
paulwhit,
1
W moim waniliowym systemie Windows 8 Pro jest tylko folder %USERPROFILE%\AppData\Local\Microsoft\Windows\WER. Mogę potwierdzić, że specjalne uprawnienia dla ALL_APPLICATION_PACKAGE to w rzeczywistości „Lista folderów / odczyt danych” i „Tworzenie folderów / dołączanie danych”
tobsen
Pamiętaj, że aby to zrobić, musisz być zalogowany jako inne konto administratora; w przeciwnym razie nie zobaczysz pliku „counterers.dat” w folderze tymczasowych plików internetowych.
Achal Dave
Ten plik jest skrzyżowaniem (symlink Windows):: dir /a<JUNCTION> Tymczasowe pliki internetowe [C: \ Users \ Chloe \ AppData \ Local \ Microsoft \ Windows \ Temporary Internet Files]
Chloe
% LOCALAPPDATA% \ Microsoft \ Windows \ WER (nieco krótsza ścieżka)
Adam Plocher
5

Naprawiłem to sam!

Dodałem „WSZYSTKIE PAKIETY APLIKACJI” do opcji bezpieczeństwa C: \ i dałem mu pełną kontrolę. Teraz aplikacje Metro działają dobrze. :RE

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

Vittorio Romeo
źródło
14
Jakie to ma wpływ na bezpieczeństwo?
Feckmore,
@ Traples Nie mam pojęcia. Nie używam komputera z innymi kontami / w sieci lokalnej, więc nie sądzę, że będzie to problem.
Vittorio Romeo
5
Uprawnienia obejmują więcej niż inne konta użytkowników i konta sieci lokalnej. Różne elementy systemu Windows działają na różnych kontach z różnymi uprawnieniami. Właśnie nadałeś wszystkie Application Packageuprawnienia do wszystkiego na dysku C. Oprócz problemów związanych z wirusami / bezpieczeństwem, co jeśli źle napisane pakiety zachowują się inaczej, ponieważ niechlujny kod polegał na uprawnieniach, aby je kontrolować? Co się stanie, jeśli pakiet wyczyści się po sobie za pomocą leniwego polecenia rekurencyjnego usuwania, które teraz usuwa więcej niż powinno?
Tanner Faulkner
2
Ze względu na wpływ na bezpieczeństwo zdecydowanie sugeruję zastosowanie podejścia @Kory Sarnelli opisanego poniżej (tj. Tylko do modyfikacji uprawnień do ścieżki %USERPROFILE%\AppData\Local\Microsoft\Windows\WER
tobsen
3

W moim przypadku był to Avast. Musiałem wyłączyć wszystkie tarcze, aby działało.

Naprawiła to aktualizacja Avast do najnowszej wersji!

Geoff
źródło
3

Dodam tylko, że wystarczy dodać rolę „WSZYSTKIE PAKIETY APLIKACJI” do katalogu „Pakiety” w katalogu Local \ AppData bieżącego użytkownika (np. C: \ Users \ Vee \ AppData \ Local \ Pakiety). W ten sposób nie ryzykujesz przekazania kluczy królestwu niewłaściwie działającej aplikacji Windows.

użytkownik168550
źródło
1
WSZYSTKIE PAKIETY APLIKACYJNE nie mają żadnych uprawnień do katalogu „Pakiety” po zainstalowaniu systemu Windows 8. Czy jesteś pewien, że to jest właściwe?
czerwiec
3

Jeśli wszystkie inne pomysły nie działają, spróbuj tego: Mam folder użytkowników na dysku twardym D, a mój dysk C to dysk SSD, więc jeśli nie masz dysku SSD, użyj C:

Dodaj All_Application_PackagesID użytkownika do tego folderu:

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

I daj mu WSZYSTKO oprócz PEŁNEJ kontroli, czyli odczytywanie, wyświetlanie, tworzenie, pisanie itp. To jest sztuczka, która sprawiła, że ​​wszystkie moje aplikacje wróciły.

Nie dodawaj tego identyfikatora użytkownika do folderów C: \ lub Windowy, ponieważ po prostu prosisz o problemy z udzieleniem dowolnej pobranej aplikacji nieograniczonego dostępu do zawartości komputera.

Steelgate
źródło
Lepiej dowiedz się dokładnie, co narzeka i dlaczego. Po prostu zmiana uprawnień będzie chciała później.
vonbrand
@ vonbrand, stary, nie ma rejestrowania tego problemu, aplikacje po prostu się nie otwierają, ponieważ tracą dostęp do niektórych folderów. Ponadto, nie jest to willy-niemiła zmiana, zawarta i przemyślana, ponieważ podaję bardzo konkretną zmianę ACL do folderu związanego z aplikacjami METRO, który to tymczasowo naprawia, dopóki MS nie będzie w stanie naprawić tego powszechnego błędu. Dodam zastrzeżenie: Ludzie, NIE wprowadzaj tej zmiany w swoim C: \ lub \ Windows !!
Steelgate
3

To pytanie pojawia się wysoko w Google, więc oto, co zadziałało dla mnie, bez konieczności udzielania uprawnień do całego dysku systemowego, tak jak robi to zaakceptowana odpowiedź.

Jak wspomniano przez Pratyush Nalam, uruchom polecenie sfc /scannoww wierszu polecenia z podwyższonym poziomem uprawnień. Następnie uruchom a chkdsk c: /f, powiedz, ykiedy ased, jeśli chcesz zaplanować, a następnie uruchom ponownie.

Te polecenia łącznie naprawią wiele problemów z uprawnieniami i uszkodzonymi plikami systemowymi.

Richard Benson
źródło
1
sfc /scannownie dotyka uprawnień systemu plików.
Mahmoud Al-Qudsi
@ MahmoudAl-Qudsi, która jest sednem odpowiedzi ... „bez konieczności udzielania uprawnień na cały dysk systemowy”
Richard Benson
Richard, to nie ma sensu. Gramatycznie oznacza to, że selektywnie daje prawidłowe uprawnienia tam, gdzie należy je nadawać, a nie na cały dysk. Tyle że tego nie robi.
Mahmoud Al-Qudsi
@ MahmoudAl-Qudsi Kontekst jest ważny: spójrz na przyjętą odpowiedź, która jest okropnym pomysłem i daje uprawnienia do całego dysku systemowego. Ta odpowiedź nie daje uprawnień do całego dysku systemowego ... Zredagowałem odpowiedź, aby zaprzestać „faktycznej” brygady wycofania głosowania na 6-letnią odpowiedź, aby poczuć się lepszym.
Richard Benson
2

Dla mnie odpowiedzią było dodanie pełnego dostępu do ALL_APPLICATION_PACKAGES do folderu

% USERPROFILE% \ AppData \ Local \ Packages

Derick Clark
źródło
0

Wiem, że to trochę stare, ale ostatnio napotkałem ten sam problem.

Moim ostatecznym rozwiązaniem było usunięcie pliku SRUDB.DAT i pozwolenie, aby Windows go odtworzył. Moje problemy zniknęły całkowicie po tym, jak to zostało wykonane.

Kyle Miller
źródło
Nie ma takiego pliku! Komentarze muszą mieć co najmniej 15 znaków.
Chloe
jak usunąłeś ten plik ..? czy to bezpieczne ...? Ten plik jest zawsze w użyciu
shashwat 25.09.13
-2

Mam ten sam problem, mimo że mam świeżą instalację, ponieważ właśnie kupiłem nowy komputer z preinstalowanym systemem Windows 8 i nie może być tak, że muszę ponownie odświeżyć instalację.

Sprawdziłem wszystkie standardowe wskazówki, które znalazłem, ale wszystko było w porządku. W rzeczywistości nie działały tylko zaawansowane aplikacje, takie jak gry czy kalkulator, ale działały proste aplikacje, takie jak pogoda czy mapy.

Dowiedziałem się, że aplikacje Metro mają specjalne ograniczenia dostępu tylko na komputerach Deskop PC (x86). Właśnie dlatego tablety lub smartfony nie mają tego problemu.

W końcu tylko ta wskazówka działała dla mnie:

dodaj „WSZYSTKIE PAKIETY APLIKACJI” do opcji bezpieczeństwa C: \ i daj mu pełną kontrolę

Jednak nie może być tak, że aplikacje Metro mają pełną kontrolę nad systemem „C: \”, ponieważ otworzy to dużą lukę w zabezpieczeniach, dlatego cofnąłem tę zmianę i zacząłem sprawdzać podfoldery.

Na szczęście jednym z pierwszych podfolderów, które sprawdziłem, było „C: \ Windows” i Bingo!

Po dodaniu tylko uprawnień „Czytaj i wykonuj, wyświetl zawartość folderu, czytaj” dla grupy „WSZYSTKIE PAKIETY APLIKACJI” do folderu głównego systemu Windows „C: \ Windows” (tak samo jak% windir%) wszystkie aplikacje Metro działały idealnie!

Ta zmiana zabezpieczeń jest całkowicie bezkrytyczna, ponieważ tak naprawdę każdy ma takie prawa w folderze głównym systemu Windows.

Btw gdzieś w sieci MS mówi, że te prawa muszą być ustawione tylko na „C: \ Windows \ system32” (co jest prawdą, jak to zostało ustawione ze mną), ale nie jest wystarczające. Musi to być cały folder główny systemu Windows (który początkowo nie był ustawiony).

Mam nadzieję, że to pomoże wszystkim, którzy byli prawie na miejscu dzięki aplikacjom Metro :-)

Silvio Turello
źródło