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>
źródło
sfc /scannow
w podwyższonej wiersza poleceń w celu sprawdzenia ewentualnych uszkodzonych plików systemowychOdpowiedzi:
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ć:
%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
)%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.
źródło
%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”dir /a
<JUNCTION> Tymczasowe pliki internetowe [C: \ Users \ Chloe \ AppData \ Local \ Microsoft \ Windows \ Temporary Internet Files]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
źródło
Application Package
uprawnienia 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?%USERPROFILE%\AppData\Local\Microsoft\Windows\WER
W moim przypadku był to Avast. Musiałem wyłączyć wszystkie tarcze, aby działało.
Naprawiła to aktualizacja Avast do najnowszej wersji!
źródło
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.
źródło
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_Packages
ID użytkownika do tego folderu: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.
źródło
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 /scannow
w wierszu polecenia z podwyższonym poziomem uprawnień. Następnie uruchom achkdsk c: /f
, powiedz,y
kiedy ased, jeśli chcesz zaplanować, a następnie uruchom ponownie.Te polecenia łącznie naprawią wiele problemów z uprawnieniami i uszkodzonymi plikami systemowymi.
źródło
sfc /scannow
nie dotyka uprawnień systemu plików.Dla mnie odpowiedzią było dodanie pełnego dostępu do ALL_APPLICATION_PACKAGES do folderu
% USERPROFILE% \ AppData \ Local \ Packages
źródło
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.
źródło
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:
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!
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 :-)
źródło