Flavius

Najlepiej będzie jeśli ponownie zrobisz kopię rejestru systemu ,spakuj i shostuj pliki SOFTWARE i COMPONENTS do analizy...ale zastrzegam że analiza może potrwać bardzo długo - nawet jeden dzień.

1.Odinstaluj całkowicie wszystkie softy ochronne 2.Sprawdź rezultaty na czystym rozruchu http://support.microsoft.com/kb/331796 EDIT Znalazłem też taki temat http://windows7forums.com/windows-7-support/45939-svchost-bfe-dps-mpssvc-eating-up-50%25-processor.html Jeśli żadna z tych metod nie przynosi efektu to użyj narzędzia Windows Performance Tools (WPT) - temat z użyciem tego narzedzia https://www.fixitpc.pl/topic/3994-wysokie-zuzycie-cpu-przez-svchostexe-i-operaexe/

CheckSur - brak błędów ,sfc/scannow też czysty w reszcie CBS niewiele błędów coś jedynie STATUS_SXS_MANIFEST_IDENTITY_SAME_BUT_CONTENTS_DIFFERENT - i nie wiem do czego to przeczepić Wejdź w folder C:\Program Files\Interner Explorer odszukaj plik iexplore.exe ,włąsciwości>>sczegóły i pokaż zdjęcie

Ale przecież ja nie linkuję do żadnego niefirmowego serwera! Mogę cię zapewnić że tak i działa bezbłędnie na MS *.exe i konwersja *.exe do *.cab (oczywiście MS cab) to nie jest żaden problem Z moich doświadczeń nie działa,dopiero po sprowadzeniu do *.cab .Przy instalacji łaty to pkgmgr wymagał zarówno *.cab jak i jego extract w tym samym folderze.Do deinstalacji sam *.cab był wystarczający. Bo pewnie użyłeś złego narzędzia a nie każde wykona taką operację prawidłowo,co do pakietu językowego to tu na forum był taki temat https://www.fixitpc.pl/topic/3861-problem-z-zainstalowaniem-aktualizacji-kb2467173/ Ale o jakim wyborze ty mówisz? Swój pomysł przedstawiłeś bardzo ogólnikowo,wątpię aby ktokolwiek wiedział co masz na myśli (mówiąc szczerze ja też nie wiem), jak w praktyce należy wykonać tą integrację MUI w Internet Explorer więc o jakiej alternatywie mówisz? Przedstaw dokładnie swoją koncepcję ...albo zamilcz.

I to ma być ułatwienie ? Przecież konwersja pliku *.exe do *.cab za pomocą tego programiku który dałem to tylko dwa kliknięcia a z integracją to raczej tak szybko nie pójdzie. Poza tym co się tyczylo komendy pkgmgr to o ile pamiętam to miała kłopoty z bezpośrednim działaniem na *.msu (chyba właśnie przy deinstalacji ale tego dokładnie nie pamietam) dopiero na *.cab nie było problemów.

Mimo że nie ma jak twierdzisz IE9 w Programy i funkcje to użyj tej komendy pkgmgr to jak to pisałem w poprzednim poście ... możliwe że zostały jakieś resztki których w GUI nie widaći.Opisz jaki był rezultat komendy pkgmgr Bez wzgledu na rezultaty po tym: 1.Uruchom cmd.exe w trybie admina i wklep sfc /scannow 2.Uruchom Readiness Tool http://support.microsoft.com/kb/947821 3.Po wykonaniu pkt 1 i 2 spakuj folder C:\Windows\Logs\CBS i shostuj go.

@kosa351 Pytanie: Jaki jest odczuwalny stan bootowania? W miarę normalny taki jak przed awarią czy też niewiarygodnie długi (ok 10 minut)? Co do IE to wciąż masz IE9 tylko pytanie w jakim stanie... Jeśli klasycznie jest niemożliwe go odinstalować http://windows.microsoft.com/en-US/windows7/how-do-i-install-or-uninstall-internet-explorer-9 to wypróbuj coś takiego. 1.Pobierz jeszcze raz IE9 dla swojego systemu 2.Pobierz program Exe2cab http://www.filetransit.com/download.php?id=61422 i skonwertuj plik instalacyjny *.exe do *.cab.Produktem wyjściowym powinien być plik o nazwie IE9-WindowsVista-x86-plk.cab 3.Na dysku stwórz dwa foldery np C:\Sandbox i C:\Temp ,w katalogu C:\Temp umieść wypakowany *.cab 4.Uruchom cmd.exe w trybie administratora (prawoklik na cmd.exe i wybierz "Uruchom jako administrator") i wklep start /w pkgmgr /m:C:\Temp\IE9-WindowsVista-x86-plk.cab /up /s:C:\Sandbox nigdy tego nie testowałem na IE tylko na zwykłych aktualizacjach ale to też powinno działać.Musisz się uzbroić w cierpliwość zanim pojawi się monit o postepach Więcej tutaj https://www.fixitpc.pl/topic/1510-jak-odinstalowac-aktualizacje-z-poziomu-konsoli/ (zobacz dla komendy pkgmgr)

2 i 3 linia w listingu są niewątpliwie sprzeczne jednak mi to nadal wygląda jakby zmiany dokonane bezpośrednio na rejestrze się nie zaktualizowały choć nie powinno być problemu bo moje zmiany wykonane na jego rejestrze wykonują się bez problemu - nie wiem o co tu chodzi. Sprawdzanie tego na żywym systemie bez działającej myszy będzie relatywnie trudne więc się zastanawiam czy podesłać w całości wyedytowanego pliku SYSTEM. @kosa351 Przesyłam dwa pliki SYSTEM do wypróbowania: linki: System001 System099 plik SYSTEM001.7z zawiera plik SYSTEM o bardziej inwazyjnej modyfikacji mianowicie ma tylko jedną gałąź ControlSet001 (drugą system powinien stworzyć sam przy bootowaniu) plkik SYSTEM099.7z tak jak twój dotychczasowy zawiera wszystkie dotychczasowe ControlSetXXX a zmiany zostały wprowadzone dla ControlSet001 i ControlSet099 Oczywiście oba zawierają poprawkę do filtra myszy i ustawienia pamięci Sugeruję abyś najpierw wypróbował bardziej inwazyjną kopię - przy podmianie plików SYSTEM nie usuwaj starszych wersji lecz jedynie zmień nazwy starszych wersji plików na np na SYSTEM.BAK1,SYSTEM.BAK2 itd i żebyś się w nich nie pogubił.Najlepiej tu użyć jakiegoś linuksa do tej operacji choć oczywiście wybór bootowalnego narzędzia jest indywidualną sprawą.

Przecież widzisz że próba zmian wykonania bezpośrednio w rejestrze (twoja z filtrem i moja z pamięcią) kompletnie nie zadziałała - czyli coś jest nie tak.Jeśli to nie jest jego błąd (wątpię) to coś innego jest uzywane przez system

Mi to wygląda jakby system nie ładował pierwszego z brzegu tj. ControlSet001 tylko jakiś inny - bo system zachowuje się tak jakby zmiany wrejestrze wykonane w poście 16 i 27 wogóle nie miały wplywu choć według nas powino być ControlSet001 - post 16 dot myszy i post 27 dot. pamięci -w logu dalej figuruje nietknięte złe ustawienie pamięci Czyli start systemu dziełem przypadku... Ale teraz dobranoc

Jedynie co znalazłem to coś takiego: Chodzi mi o ustawienie plików wymiany - wynika z niego że są dwa zerowe pliki wymiany bez możliwości rozszerzenia - wiem że w skrajnych przypadkach może to powodować problemy.Innych problemów jak błąd rejestru Remote Procedure Call czy złe uprawnienia to ja tu nie widzę.Możliwe że i tu RPC nie działa co nie byłoby dziwne ale przyczyny są inne.Myślę że może to nastąpić także przy skrajnie źle ustawionych plikach wymiany - trzeba pamiętać że miałeś też BSOD relatywnie odnoszący się do pamięci.Oczywiście jest to tylko strzał i nie można wykluczyć że jest coś jeszcze czego nie widzę Niemniej proponuję wyresetować cały klucz Memory menagement do ustawień domyślnych - pobrałem go z Visty Pobierz plik KLIK i wypakuj go Następnie zbootuj płytę z Vistą Wybierz język>>napraw komputer>>Wiersz poleceń i wpisz regedit Nastepnie kliknj na gałąź HKEY_LOCALE_MACHINE a następnie w Menu>>Plik wybierz "Załaduj gałąź rejestru" Następnie otworzy się eksplorer i przejdź do dysku gdziesz masz zainstalowany system (pewnie C:) przejdź do folderu C:\Windows\System32\config i załaduj plik SYSTEM.Następnie rejestr cię spyta pod jaką nazwą ma być załadowany plik i w polu wpisujesz REM_SYSTEM Po chwili powinieneś zobaczyć nowo załadowaną gałąź. Gdy nowa gałąź będzie już obecna w menu Plik>>Importuj wskaż mój plik rejestru (oczywiście już wypakowany),zatwierdź i sprawdź co to zmieni. PS. Coście tak obsesyjnie bawiliście się "ostatnio dobrą konfiguracją" - utworzyliście prawie 100 kluczy ControlSetXXX

1.Pobierz Process Monitor http://technet.microsoft.com/en-us/sysinternals/bb896645 i uruchom go 2.Uruchom następnie dowolny program z którym masz problem, tylko w poście napisz dokładną nazwę pliku *.exe dla jakiego było robione śledzenie. 3.Ggdy badany program zwróci błąd zapisz log w Process Monitor w formacie *.PML,spakuj go w WinRAR lub 7-zip,shostuj go gdzieś a do posta wklej linka do shostowanego loga.

Sporo błędów w tym logu Sprawdź teraz -rzuć okiem na zawartość folderu C:\Windows\Inf sprawdź kilka wybranych błędów z tego loga tj. np. sprawdź czy w folderze C:\Windows\Inf są pliki o które się wypluwa log sprawdź dla cpu.inf,hal.inf,nettun.inf,netrasa.inf,battery.inf

Wyniki dla karty słabe niemniej wd MS Aero powinno działać tutaj: http://windows.microsoft.com/en-US/windows7/products/features/windows-experience-index Dla wszystkich problemów: Sprawdź zachowanie systemu na czystym rozruchu: http://support.microsoft.com/kb/331796 Co do Aero (jesli na czystym rozruchu problem dalej występuje) to dwie lektury: http://support.microsoft.com/kb/976170 http://support.microsoft.com/mats/aero_effects_not_working/en-us co do WU (gdy czysty rozruch nie pomaga) 1.Sporządź loga z VistaSysInfo KLIK - w opcji programu zaznacz wszystko, 2.Uruchom cmd.exe i wpisz sfc /scannow 3.Uruchom Readiness Tool KLIK 4.Po wykonaniu pkt 2 i 3 spakuj folder C:\Windows\logs\CBS ,shostuj gdzieś i wklej linka do shostowanych plików 5.Sporządź też raport ze sprzętu za pomocą programu HWINFO http://www.hwinfo.com/

Spróbujmy inaczej .Spróbuj jeszcze raz uruchomić system,przy starcie wcisnąć F8 i wybrać opcję śledzenia bootowania (w angielskiej wersji tj "Enable boot logging" - nie pamiętam jak to jest napolskiej) http://www.vistax64.com/tutorials/88009-advanced-boot-options.html Chyba w ten sposób powinno się udać wygenerować plik ntbtlog.txt w folderze C:\Windows ,jesli tak to dostarcz ten plik.

Sprawdź system pod kątem rootkitów w MBR https://www.fixitpc.pl/topic/8-dezynfekcja-zbior-narzedzi-usuwajacych/page__view__findpost__p__6814 Ponadto sprawdź czy masz takie pliki *.DMP C:\Windows\MEMORY.DMP C:\Windows\Minidump\*.DMP Cokolwiek o rozszerzeniu *.DMP.Jeśli tak to spakuj plikuj,shostuj gdzieś i wklej linka do shostowanych plików. PS.No cóż co do komendy DISM to zarówno poprzednio jak i teraz musiałem coś źle robić i dlatego nie mi nie wychodziło .

I tylko w tych przypadkach.Bo z poziomu płyty instalacyjnej w WinRE taki jest o to finał:

A może byś wyjaśnił jaśniej jak on ma to zrobić? Nie ma możliwości listowania czy tym bardziej modyfikacji zdalnej zainstalowanych systemów tak się to robi z obrazami *.wim - nie da się.Ani PEImg czy DISM czy cokolwiek innego nie da się użyć zdalnie na zainstalowany system - można go użyć albo na lokalny system albo na obraz (uprzednio podmontowany).

@kosa351 Pytanie: Czy system jest oryginalny -nie był w żaden sposób modyfikowany,"optymalizowany"? Błąd który masz jest wyraźnie sprzętowy - tu pamieć.Skoro jednak nie wyglada to na problem sprzętowy to wygląda na uszkodzony rejestr - tak jakby coś było wycięte z systemu.

To problem z pamięcią a nie z systemem - to że po deinstalacji tak się dzieje to tylko zbieg okoliczności - użyj programu Memtest http://www.memtest.org/ Test wykonaj zarówno dla wszystkich kości jak i z każdą kości osobno

To raczej problem sprzetowy - zacznij od sprawdzenia SMART dysku - użyj w tym celu narzędzia producenta,sprawdź w BIOSie czy jest taka opcja lub jeśli nie ma to wejdź na stronę producenta dysku i wypal bootowalne narzędzie.

Tez tak myślę. Co do logów dziennika to będzie lepiej jeśli je przejrzę osobiście - spakuj folder C:\Windows\System32\winevt\logs ,shostuj to gdzieś i wklej tutaj linka do shostowanych plików. Pobierz też program HWINFO http://www.hwinfo.com/ i przedstaw wyniki z czujników.Ponieważ w dzienniku też przeplatają się ostrzeżenia,błędy NTFS więc w tym samym programie pokaż sekcję dysków i pełny raport SMART - niewykluczone że tu się nakłada wiele problemów.

Błąd ten oznacza z problemem ze znajdowaniem ścieżki do pliku instalacyjnego. Więc albo inny soft ochronny go blokuje (tu Immunet - wyłączenie softa może być niewystarcvzająca) ,albo jest błąd w zmiennych środowiskowych Więc jeśli mamy rozwijać ten temat to ten Immunet musi być odinstalowany całkowicie aby wykluczyć potencjalne dodatkowe problemy. Pytania: Czy rzeczywiście pobierasz prawidłową wersję dla swojego systemu? http://www.microsoft...ls/privacy.aspx Czy z innymi programami instalujących się za pomocą Windows Installer są też problemy (wypróbuj jakiśb inny instalator o rozszerzeniu *. MSI)

To za mało bo jeszcze te foldery muszą mieć odpowiednie uprawnienia - wykonaj jeszcze raz tą formułkę z komendą setacl - igmoruj błąd dostępu do folderu AIT - chodzi o to bo komenda przeszła przeszła prawidłowo przez ten winevt i jego podfoldery.

EDIT Zmieniam treść posta - nie widziałem że dopisałeś W komendach których ci dałem nie ma komendy usuwania folderu winevt lecz jedynie opróżnianie zawartości jego folderów dziennika bo brak tego folderu również skutkuje błędem dlatego w moim poradniku jest tylko opróznianie RtBackup można usuwać