Windows 7 Forum: konfiguracja, optymalizacja, porady, gadżety •
Problem z uruchomieniem, ciągła naprawa systemu podczas uruchamiania - Wersja do druku

+- Windows 7 Forum: konfiguracja, optymalizacja, porady, gadżety • (https://windows7forum.pl)
+-- Dział: Pomoc i wsparcie, Windows 7 (/pomoc-i-wsparcie-windows-7-26-f)
+--- Dział: Konfiguracja i optymalizacja Windows 7 (/konfiguracja-i-optymalizacja-windows-7-9-f)
+--- Wątek: Problem z uruchomieniem, ciągła naprawa systemu podczas uruchamiania (/problem-z-uruchomieniem-ciagla-naprawa-systemu-podczas-uruchamiania-42896-t)

Problem z uruchomieniem, ciągła naprawa systemu podczas uruchamiania - thorgod - 03.12.2014 00:11

Próbując włączyć dziś komputer nagle pojawił się problem, a mianowicie za każdym razem po włączeniu mam do wyboru albo "Narzędzie do naprawy systemu podczas uruchamiania" albo normalne uruchomienie. Po wybraniu normalnego uruchomienia, po chwili pojawia się blue screen i komputer uruchamia się od początku i ponownie pojawiają się te dwie opcje do wyboru. Podczas wyboru automatycznej naprawy, po zakończonym procesie pojawia się komunikat, że nie udało się naprawić systemu.

Trochę mnie zastanawia co może być tego przyczyną, od dość dawna ani nic nie instalowałem, ani nie wymieniałam niczego w komputerze. Zapobiegawczo oczyściłem nieco wnętrze z kurzu, ale nie zmieniło to niczego w rozwiązaniu problemu.

Co istotne, komputer bez problemu uruchamia się w trybie awaryjnym, zarówno podstawowym jak i z obsługą sieci.

Specyfikacja komputera:
procesor: Intel Core i7 860 2,80 GHz
karta graficzna: GeForce 9800 GT
4 GB RAM

Wyciąg z dmp:
Kod PHP:
<?php 
Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x86 compatible
Product:  WinNt, suite:  TerminalServer SingleUserTS Personal
Built by:  7601.17944.x86fre.win7sp1_gdr.120830-0333
Machine Name:
Kernel base = 0x8321b000 PsLoadedModuleList = 0x833654d0
Debug session time:  Tue Dec  2 16: 57: 49.272 2014 (UTC - 5: 00)
System Uptime:  0 days 0: 00: 07.208
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003.  This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG.  This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG.  This will let us see why this breakpoint is
happening.
Arguments:
Arg1:  c0000005, The exception code that was not handled
Arg2:  94fc478b, The address that the exception occurred at
Arg3:  80786674, Exception Record Address
Arg4:  80786250, Context Record Address

Debugging Details:
------------------

TRIAGER:  Could not open triage file :  e: \dump_analysis\program\triage\modclass.ini, error 2

EXCEPTION_CODE:  (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s".

FAULTING_IP:  
aswSP+3a78b
94fc478b 895104          mov     dword ptr [ecx+4],edx

EXCEPTION_RECORD:   80786674 -- (.exr 0xffffffff80786674)
ExceptionAddress:  94fc478b (aswSP+0x0003a78b)
   ExceptionCode:  c0000005 (Access violation)
  ExceptionFlags:  00000000
NumberParameters:  2
   Parameter[0]:  00000001
   Parameter[1]:  00000004
Attempt to write to address 00000004

CONTEXT:   80786250 -- (.cxr 0xffffffff80786250)
eax=86c63624 ebx=86cbed40 ecx=00000000 edx=8d9c5ec8 esi=80786860 edi=00000000
eip=94fc478b esp=8078673c ebp=8078682c iopl=0         nv up ei ng nz na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010286
aswSP+0x3a78b:
94fc478b 895104          mov     dword ptr [ecx+4],edx ds: 0023: 00000004=??
Resetting default scope

CUSTOMER_CRASH_COUNT:   1

PROCESS_NAME:   System

CURRENT_IRQL:   0

ERROR_CODE:  (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s".

EXCEPTION_PARAMETER1:   00000001

EXCEPTION_PARAMETER2:   00000004

WRITE_ADDRESS:  GetPointerFromAddress:  unable to read from 83385848
Unable to read MiSystemVaType memory at 83364e20
 00000004 

FOLLOWUP_IP:  
aswSP+3a78b
94fc478b 895104          mov     dword ptr [ecx+4],edx

BUGCHECK_STR:   0x7E

DEFAULT_BUCKET_ID:   NULL_CLASS_PTR_DEREFERENCE

LAST_CONTROL_TRANSFER:   from 94f998c2 to 94fc478b

STACK_TEXT:   
WARNING:  Stack unwind information not available. Following frames may be wrong.
8078682c 94f998c2 80786860 14854e0a 86cb2428 aswSP+0x3a78b
807868a4 94f94381 86cb2428 86cb9000 14854fa6 aswSP+0xf8c2
80786908 94f9163f 86cb2428 86cb9000 94fd62e0 aswSP+0xa381
80786998 94faa07e 86cb2428 86cb9000 86cb9000 aswSP+0x763f
807869b0 833df38e 86cb2428 86cb9000 00000000 aswSP+0x2007e
80786b94 835cd50e 00000001 00000000 80786bcc nt!IopLoadDriver+0x7ed
80786be0 835cd1b1 00000007 8080afc8 00000000 nt!IopInitializeSystemDrivers+0x163
80786c64 835d11c3 0080afc8 85ac3a80 85ac3710 nt!IoInitSystem+0x6de
80786d48 833a84c6 80786d90 8342507a 8080afc8 nt!Phase1InitializationDiscard+0xd01
80786d50 8342507a 8080afc8 a6c271b4 00000000 nt!Phase1Initialization+0xd
80786d90 832cb819 833a84b9 8080afc8 00000000 nt!PspSystemThreadStartup+0x9e
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x19


SYMBOL_STACK_INDEX:   0

SYMBOL_NAME:   aswSP+3a78b

FOLLOWUP_NAME:   MachineOwner

MODULE_NAME:  aswSP

IMAGE_NAME:   aswSP.SYS

DEBUG_FLR_IMAGE_TIMESTAMP:   4ff31a49

STACK_COMMAND:   .cxr 0xffffffff80786250 ; kb

FAILURE_BUCKET_ID:   0x7E_aswSP+3a78b

BUCKET_ID:   0x7E_aswSP+3a78b

Followup:  MachineOwner 


RE: Problem z uruchomieniem, ciągła naprawa systemu podczas uruchamiania - thermalfake - 03.12.2014 11:38

Na razie do wywalenia Avast. Jak będę miał czas to zrobię debug bsoda. Jesteś kolejną osobą u której ostatnio takim bsodem sypie.
Wszystko działa w trybie awaryjnym ponieważ avast jest usługą niesystemową i jej nie ładuje zgodnie z założeniem tego trybu.

RE: Problem z uruchomieniem, ciągła naprawa systemu podczas uruchamiania - thorgod - 03.12.2014 18:03

Dzięki za pomoc. Wywalenie Avasta pomogło. Teraz kwestia czy mogę jeszcze raz zainstalować Avasta, czy mogę coś innego np. AVG. Nie mam pewności czy wszystkie pliki Avasta zostały usunięte, więc nie chce jakiś konfliktów z powodu zainstalowania innego antywirusa.

RE: Problem z uruchomieniem, ciągła naprawa systemu podczas uruchamiania - LadyInBlue - 03.12.2014 18:20

Zainstaluj sobie CCleaner'a i nim przeleć kompa. KLIK Potem instaluj antywira.

RE: Problem z uruchomieniem, ciągła naprawa systemu podczas uruchamiania - thorgod - 03.12.2014 19:20

Próbowałem jeszcze raz zainstalować Avasta, ale przed instalacją pojawia się komunikat "Nie jest uruchomiona usługa Podstawowy aparat filtrowania. Przed zainstalowaniem programu Avast upewnij się, że usługa jest włączona". Gdzieś przeczytałem, że powinienem uruchomić zaporę Windowsa, jednak w "Usługach" w ogóle nie mogę znaleźć usługi Zapora systemu Windows, natomiast z Panelu Sterowania, podczas próby uruchomienia zapory pojawia się błąd 0x80070424 "Zapora systemu Windows nie może zmienić niektórych ustawień".

RE: Problem z uruchomieniem, ciągła naprawa systemu podczas uruchamiania - thermalfake - 05.12.2014 01:27

Na stronie avasta jest dedykowany deinstalator tak na przyszłość. Z trybu awaryjnego odinstaluje, że nic nie zostaje. Tego typu deinstalatory się sprawdzają także u innych producentów.