Błąd aktualizacji Microsoft Security Essentials.

Problem:

Podczas wgrywania poprawek do systemu operacyjnego Windows z zainstalowanym programem antywirusowym Microsoft Security Essentials występuje błąd informujący o niemożliwości wgrania aktualizacji o numerze 80070643 (Windows Update - Niektóre aktualizacje nie zostały zainstalowane - Liczba znalezionych błędów: Kod 80070643 Rozszerzenie Windows Update napotkało nieznany błąd.)


lub kod błędu: 0x8004FF19 informujący o braku możliwości uaktualnienia programu Security Essentials (Błąd uaktualniania - Microsoft Security Essentials - Nie można ukończyć uaktualnienia programu Security Essentials. Program Security Essentials obecnie nie monitoruje komputera i nie chroni go przed zagrożeniami. Ponownie uruchom komputer i spróbuj jeszcze raz. Uzyskaj pomoc w sprawie tego problemu. Kod błędu:0x8004FF19.)


Problem ten pojawił się po odtworzeniu systemu z kopi obrazu wykonanego przez narzędzie Kopia zapasowa i przywracanie.

Przyczyna:

Starsza wersja programu Microsoft .NET Framework nie działa poprawnie przy odtworzeniu systemu do wcześniejszej daty.

Rozwiązanie:

Należy odinstalować program Microsoft .NET Framework i jego składniki (miałem wersję 3.5) i zainstalować najnowszą wersję tego programu (w moim przypadku 4.5).

Źródła:

1. http://windows.microsoft.com/pl-pl/windows-vista/windows-update-error-80070643
2. http://answers.microsoft.com/en-us/protect/forum/mse-protect_start/microsoft-security-essential-display-error/30ffbeea-4dc5-48c4-b517-43e1e773314b

Uszkodzone pliki rejestru

Problem:

Komputer z systemem Windows XP nie chce się uruchomić. System zaczyna startować i nagle następuje reset komputera.

Przyczyna:

Uszkodzony jeden z plików rejestru. Mogło to zostać spowodowane wyłączeniem zasilania podczas wgrywania aktualizacji systemowych.

Rozwiązanie:

1. Uruchomić system z płyty CD np. Windows mini PE.XT. Przekopiować z katalogu ostatniego dobrego punktu przywracania C:\System Volume Information np: \RP1\Snapshot Information\_restore wolumin {D86480E3-73EF-47BC-A0EB-A81BE6EE3ED8} C:\System pliki:
   _REGISTRY_USER_.DEFAULT
   _REGISTRY_MACHINE_SECURITY
   _REGISTRY_MACHINE_SOFTWARE
   _REGISTRY_MACHINE_SYSTEM
   _REGISTRY_MACHINE_SAM
   
   do katalogu C:\Windows\System32\config zmieniając odpowiednio nazwy jak pokazano na rysunku poniżej
   
    Uwaga:
   - Jeżeli system nie chce się uruchomić z posiadanych punktów przywracania można skorzystać z instalacyjnych plików znajdujących się w katalogu: C:\WINDOWS\repair\
   - Dla systemu operacyjnego Windows 7 kopia w/w plików znajduje się w katalogu C:\Windows\System32\config\RegBack
   
2. Uruchomić system normalnie z dysku HDD i za pomocą narzędzia Przywracanie systemu wykonać powrót do punktu przywracania z przed awarii:
   1. Kliknij przycisk Start, a następnie kliknij polecenie Wszystkie programy.
   2. Kliknij polecenie Akcesoria, a następnie kliknij przycisk Narzędzia systemowe.
   3. Kliknij Przywracanie systemu, a następnie kliknij przycisk Przywróć do poprzedniej Punktu przywracania
      

Źródła:

1. http://support.microsoft.com/kb/307545/pl

Podłączenie kolejnego routera do istniejącej sieci LAN.

Problem:

Sieć LAN zachowuje się niestabilnie. Zrywa połączenie z internetem co kilka minut. Brak możliwości nawiązania dłuższego połączenia.

Przyczyna:

Dodano do sieni LAN dwa nowe router i skonfigurowano je według kreatora instalacji do pracy samodzielnej jako routery główne z podłączonym kablem na porcie WAN. Dodatkowo wykorzystano trzeci używany router do pracy jako switch podłączając kabel sieci LAN do portu WAN. W konsekwencji powyższego w sieci LAN działały cztery routery w dwóch podsieciach po dwa na każdą podsieć i po dwa o tym samym adresie IP. (Jedna podsieć była w zakresie 192.168.0.1-254 z dwoma routerami o tym samym adresie 192.168.0.1 oraz  druga podsieć 192.168.1.1-254 również z dwoma routerami o adresie 192.168.1.1.) Ponadto w trzech routerach były włączone serwery DHCP (jeden w jednej i dwa w drugiej podsieci).

Rozwiązanie:

Należy skonfigurować na nowo routery określając jeden router jako główny z podłączeniem do internetu i włączoną opcją DHCP, a pozostałe jako pomocnicze bez DHCP z nieużywanym gniazdem WAN oraz ze definiowanymi adresami IP w jednej podsieci np. 192.168.0.1-254

1. Definiujemy jeden router jako podstawowy do współpracy z modemem, a pozostałe routery jako pomocnicze. Definiujemy zakres IP naszej sieci LAN np. 192.168.0.1-254 (maska: 255.255.255.0).
2. Podłączamy router podstawowy łącząc port WAN z modemem usługodawcy internetowego, a jeden z portów LAN z komputerem dla celów konfiguracyjnych. Konfigurujemy router podstawowy korzystając z adresu IP nadanego przez producenta (najczęściej 192.168.0.1 lub 192.168.1.1 podany w instrukcji obsługi urządzenia) ustawiamy mu stałe IP - 192.168.0.1, parametry WAN - dostępu do internetu oraz włączamy DHCP dla urządzeń w sieci w zakresie np. 192.168.0.100-254. Sprawdzamy połączenie internetowe nie podłączając na razie innych urządzeń sieciowych lub komputerów.
3. Router pomocniczy konfigurujemy przed wpięciem do sieci LAN. Podłączamy komputer do portu LAN routera pomocniczego wpisujemy adres IP nadany przez producenta i ustawiamy mu stały adres IP kolejny w naszej sieci LAN np. 192.168.0.2, koniecznie wyłączamy DHCP i niczego nie ustawiamy w konfiguracji WAN – całą funkcję obsługi WAN przejmuje router podstawowy. Nie wolno również korzystać z portu WAN (dla pewności można go zakleić taśmą). Jeśli używamy WiFi w obu routerach, należy w routerze pomocniczym ustawić tak samo SSID i hasło dostępu do WiFi jak w routerze podstawowym.
4. Powtarzamy pkt. 3 dla pozostałych routerów pomocniczych nadając im kolejne adresy IP: 192.168.0.3 i 192.168.0.4.
5. Łączymy router podstawowy z routerami pomocniczymi używając wolny port LAN w routerze podstawowym i pierwsze porty LAN (nie WAN) w routerach pomocniczych.
6. Restartujemy komputer konfigurujący i podłączamy pozostałe urządzenia oraz komputery do sieci LAN i WiFi.

Nasza sieć LAN ma teraz jeden router podstawowy i pozostałe routery pełniące funkcje switchy lub punktów dostępowych. Posiada zdefiniowaną jedną podsieć i unikatowe adresy IP routerów. W jednej podsieci komputery mogą pracować w jednej grupie roboczej dzięki czemu można współdzielić ich zasoby.

Źródła:

1. http://www.wikihow.com/Connect-One-Router-to-Another-to-Expand-a-Network

Błąd 0x81000037 podczas wykonywania kopii systemu w Windows 7

Problem:

Podczas wykonywania kopii zapasowej oraz obrazu systemu Windows 7 za pomocą wbudowanego programu, aplikacja zgłasza błąd o kodzie 0x81000037 i zatrzymuje proces kopi zapasowej z komunikatem “Program Kopia zapasowa w systemie Windows nie mógł odczytać danych z kopii w tle na jednym z woluminów objętych kopią zapasową. Sprawdź powiązane błędy w dziennikach zdarzeń.”

Natomiast w dzienniku zdarzeń dla aplikacji zarejestrowano błąd “Operacja wykonywania kopii zapasowej rozpoczęta o godzinie ‎2012‎-‎12‎-‎04T12:29:15.578918800Z nie powiodła się i został zwrócony następujący kod błędu: 2147942402 (Nie można odnaleźć określonego pliku.). Przejrzyj szczegóły zdarzenia w celu znalezienia rozwiązania, a następnie po rozwiązaniu problemu uruchom ponownie operację wykonywania kopii zapasowej.”

Brak możliwości wykonania kopii.

 

Przyczyna:

Po prostu wirus.
W czasie wykonywania kopii zapasowej program próbuje skopiować zawirusowany plik w tym wypadku: C:\\Users\Piotr\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\33\69cfdl61-1527a48d
W momencie odczytu pliku program antywirusowy wykrywa w nim wirusa: Exploit:Java/CVE-2012-1723.DEI i blokuje wszelkie operacje na pliku.

Widać to na przedstawionych obrazkach (zaznaczono na zielono). Porównując czas zdarzenia wykrycia wirusa przez program antywirusowy z czasem wystąpienia błędu wykonywania kopii przez Program Kopii zapasowej zdarzenia te występują bezpośrednio po sobie. Stąd komunikat błędu “nie można odnaleźć określonego pliku” ponieważ został on zablokowany.

Rozwiązanie:

Należy dokładnie przeskanować całą zawartość dysku programem antywirusowym

usuwając wszelkie wirusy.



Źródła:

1. http://windows7forum.pl/problem-z-backupem-blad-0x81000037-18890-t

Komunikat błędu: “Nie rozpoznano urządzenia USB” lub jak wymusić ponowne instalowanie sterowników.

Problem:

Podczas instalowania sterowników urządzenia USB  instalacja została nagle przerwana lub zainstalowano niewłaściwe sterowniki dla urządzenia USB. W sytuacji pierwszej system nie rozpoznaje urządzenia USB, a w drugiej nie mamy możliwości wymuszenia ponownej instalacji właściwych sterowników dla już zainstalowanego urządzenia USB w systemie operacyjnym windows.

Pierwsza sytuacja zdarzyła się, gdy podłączyłem dysk zewnętrzny na porcie USB, system rozpoczął instalacje sterowników dla tego urządzenia i nagle instalacja została przerwana (przez nagłe wyciągnięcie przewodu z portu USB lub zasilania). Po tej operacji każdorazowe podłączenie dysku zewnętrznego kończyło się komunikatem “Nie rozpoznano urządzenia USB”.

W drugiej sytuacji eksperymentowałem ze sterownikami drukarki podłączonej z komputerem przez port USB. Gdy okazało się, że zainstalowane sterowniki nie spełniają moich oczekiwań w żaden sposób nie mogłem wymusić ponownej instalacji właściwych sterowników dla tej drukarki.

 

Przyczyna:

System operacyjny windows po pierwszej instalacji sterowników dla urządzenia USB nadaje mu identyfikator pozwalający przypisanie konkretnemu urządzeniu właściwe sterowniki. Informacje te zapisywane są w rejestrze systemowym oraz w pliku INFCACHE.1 znajdującym się w katalogu odpowiednim dla:

• Windows 7 - C:\Windows\System32\DriverStore.
• Visty i Windows XP - C:\Windows\inf.

Jeśli plik INFCACHE.1 zawiera błędne wpisy to system nie rozpozna podłączonego urządzenia na porcie USB.

 

Rozwiązanie:

Należy usunąć zapisane w systemie informacje o sterownikach urządzeń USB przez:

• dodanie nowej zmiennej systemowej devmgr_show_nonpresent_devices pozwalającej na wyświetlenie urządzeń zdublowanych na liście kontrolerów uniwersalnej magistrali szeregowej w menadżerze urządzeń;
• fizyczne odłączenie od komputera wszystkich urządzeń USB i usunięcie wszystkich pozycji z listy Kontrolerów uniwersalnej magistrali szeregowej w Menadżerze urządzeń;
• usunięcie z systemu pliku INFCACHE.1

 

Aby to wykonać należy postępować wg niżej opisanej procedury:

1. Dodajemy nową zmienną systemową otwierając okno właściwości komputera (Komputer – prawy klawisz myszy – Właściwości). Wybieramy Zaawansowane ustawienia systemu
   
   We właściwościach systemu na zakładce Zaawansowane wybieramy przycisk zmienne środowiskowe
   
   i dla Zmiennych systemowych wybieramy Nowa
   
   wprowadzamy nazwę nowej zmiennej: devmgr_show_nonpresent_devices oraz wartość: 1
   
   
2. Odłączamy wszystkie fizycznie podłączone do  komputera urządzenia USB i uruchamiamy konsolę menadżera urządzeń devmgmt.msc w kontekście administratora (w okienku Wyszukaj wpisujemy devmgmt.msc i na znalezionej pozycji – prawy klawisz myszy - Uruchom jako administrator).
   
   W oknie Menadżera urządzeń w menu Widok zaznaczamy Pokaż ukryte urządzenia.
   
   Następnie z listy Kontrolery uniwersalnej magistrali szeregowej usuwamy wszystkie pozycje przez zaznaczanie każdej prawym klawiszem myszy i wybranie z menu Odinstaluj:
   
   Czynność tą powtarzamy dla każdej pozycji tak aby na koniec lista Kontrolerów uniwersalnej magistrali szeregowej była pusta.
   
3. Odnajdujemy plik INFCACHE.1 w odpowiednim katalogu:
   - Windows 7 - C:\Windows\System32\DriverStore.
   - Visty i Windows XP - C:\Windows\inf
   
   Zmieniamy uprawnienia tego pliku przez zaznaczenie go prawym klawiszem myszy – Właściwości - zakładka Zabezpieczenia - przycisk Edytuj
   
   Dla grupy Użytkownicy nadajemy uprawnienia “Pełna kontrola” jak na rysunku
   
   Teraz plik INFCACHE.1 kopiujemy np. na pulpit tak na wszelki wypadek, a następnie usuwamy go z katalogu C:\Windows\System32\DriverStore (C:\Windows\inf)
   
   
4. Następnie uruchamiamy ponownie komputer.
   Uwaga ! nie wolno podłączać urządzeń USB przed restartem komputera.
   
   
5. Po restarcie można podłączyć urządzenia USB. Każde z podłączanych urządzeń będzie miało na nowo instalowane sterowniki.
   

 

Źródło:

1. http://www.hotfix.pl/naprawa-sterownika-usb-dla-komunikatu-nie-rozpoznano-urzadzenia-usb-a367.htm
2. http://support.microsoft.com/kb/315539/pl

Instalacja Microsoft Security Essentials - błąd: 80070643

Problem:
Program antywirusowy Microsoft Security Essentials po starcie systemu operacyjnego nie chciał działać z powodu zatrzymania usługi Microsoft Antimalware (błąd: 2147024891).
Aby rozwiązać problem odinstalowano Microsoft Security Essentials, zrestartowano PC i ponownie podjęto próby instalacji.
Niestety przy ponownej próbie instalacji programu Microsoft Security Essentials  kreator instalacji zgłasza błąd nr: 80070643 - braku możliwości pomyślnego zakończenia instalacji.

Problem z programem antywirusowym Microsoft Security Essentials często ma miejsce po przywróceniu Windows 7 z kopii obrazu systemu.

Przyczyna:
Pozostałość po odinstalowanym wcześniej programie antywirusowym Microsoft Security Essentials w katalogu C:\ProgramData\Microsoft\Microsoft Security Client\Support. Deinstalator nie usuwa katalogu programu.
Rozwiązanie:
Po odinstalowaniu programu Microsoft Security Essentials usunąć katalog "Microsoft Security Client" znajdujący się w podkatalogu "C:\ProgramData\Microsoft", a następnie ponownie rozpocząć instalację Microsoft Security Essentials.

Link w MS Office nie działa

Problem:

W pliku dokumentu arkusza kalkulacyjnego Microsoft Office Excel było wstawiony wcześniej hiperłącze (odnośnik do strony WWW). Po przeniesieniu tego pliku na inny komputer i otwarciu go w excelu link ten nie działał zgłaszając błąd o treści “Operacja została anulowana z powodu ograniczeń nałożonych na ten komputer. Skontaktuj się z administratorem systemu”

Sytuacja dotyczyła istniejącego profilu użytkownika komputera. Natomiast na użytkowniku administratora i na nowo założonym użytkowniku link hiperłacza działał poprawnie.

Przyczyna:

Na profilu z błędem była wcześniej zainstalowana internetowa Chrome.Odinstalowanie przeglądarki nie usunęło wszystkich wpisów w rejestrze użytkownika. Zawarty link w dokumencie MS Office’a próbował uruchomić już nie istniejącą przeglądarkę.

Rozwiązanie:

Należy ręcznie usunąć wpis w rejestrze systemowym użytkownika w kluczu HKCU/Software/Classes/.html

Źródła: