Po przywróceniu rejestru przez RegBack, jak rozpoznać przyczynę


1

Napotkałem test błędu BAD_SYSTEM_CONFIG_INFO i udało mi się odzyskać system, przywracając gałęzie rejestru z folderu RegBack.

Wykonałem kopię zapasową „uszkodzonych” uli przed przywróceniem kopii zapasowych gałęzi.

Ale teraz próbuję zidentyfikować, co w starych ulach powodowało sprawdzenie błędu.

Używając RegistryChangesView i patrząc tylko na gałąź SYSTEM, widzę> 1000 różnic.

Główne pytanie: czy istnieje sposób na to, aby określić, który wpis / zestaw wpisów spowodował, że sprawdzanie błędów i system nie uruchomiły się?

Innymi słowy, czy istnieje zdefiniowany zestaw kluczy rejestru, który, jeśli jest niepoprawny lub uszkodzony, może spowodować kontrolę błędów BAD_SYSTEM_INFO?

Problem z boku: Czy jest coś, na co należy teraz zwrócić uwagę, że korzystam z systemu, w którym pliki mogą być niezsynchronizowane ze starym (do 10 dni) starym rejestrem?


Uważam, że to trochę zabawne, że w ramce „wstrzymaj się” mówi: „Unikaj zadawania wielu różnych pytań na raz”, a bronisz się, mówiąc: „Są dwa… wymienione pytania”. i grzeczny (choć czuję za sobą wzburzenie / gniew). Zgadzam się, że twoje pytania są jasne, obiektywne i odpowiedzialne (chociaż drugie jest dość szerokie), więc głosuję za ponownym otwarciem (tj. Wstrzymaj się).
Scott

Poszedłem do przodu i usunąłem twój komentarz z twojego pytania. Nie mogłem usprawiedliwić wznowienia głosowania, ponieważ było tam.
Ramhound
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.