Witam.Jestem tutaj nowa i wybaczcie mi wszystkie niedociągnięcia.Mam nadzieje,ze jest tutaj ktoś,kto mi pomoże..Posiadam Laptopa acer aspire 5530G,który od 2011 ma problemy.Laptop był zakupiony z orginalnym systemem Vista.Po 1,5 roku zaczął mieć zwiechy.Ekran był w poziome,wąskie,kolorowe paski,z głosników dochodził dziwny dźwięk,i pomagał tylko twardy restart.Znajomy informatyk poradził zrobić reinstalacje sytemu na Windows 7. Oczywiście zwiechy zniknęły,a zaczął się BSOD.Kolejna reinstalacja systemu nie pomogła.Zawiozłam laptopa do servisu,problemem okazał się HHD,miał dużo Bad Sektorów.Dysk został wymieniony,szczęśliwa wracam do domu odpalam lapka ,wchodzę na internet i blue screen.Kolejny servis i kolejne sugestie co mogło paść,jeden z servisów nawet nie wiedział co może być przyczyna tych Bsod'ów..Wszystko sprawdzili łącznie z ramem,który był dobry i temperaturami,które były w normie.Problem z blue screenami mam do dzisiaj.Dodam tylko,że występują one TYLKO i WYŁĄCZNIE gdy wchodzę w jakąkolwiek przeglądarkę i przeglądam strony.Czasem wywali mnie po 1 min,czasem po 30.Filmy na YT mogę oglądać tylko na małym ekranie,ponieważ gdy włączę full ekran to na 100% do 30 sekund wyskoczy ekran śmierci. Ciekawi mnie fakt,że gdy gram w gry,oglądam filmy,słucham muzyki, to nic się nie dzieje.Testowałam nawet gry z 2012 niektóre trochę przymulały ale dało się grać nawet przez 5 godzin.Już nie mam siły do niego.. Dziękuję z góry za wszystkie udzielone odpowiedzi i przepraszam ,że zawracam głowę.Szukałam i nadal szukam odpowiedzi co mu dolega..
Parametry:
AMD Turion X2 RM-70
ATI Mobility Radeon HD 3470 Hybrid x2
Ram 4gb obecnie jestem na windows XP wiec 2,47gb
A tutaj Jeden z BSOD,który zawsze jest taki sam od wystąpienia problemu.
Kod:
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C: \WINDOWS\Minidump\Mini013013-07.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720
Debug session time: Wed Jan 30 14: 14: 38.703 2013 (GMT+1)
System Uptime: 0 days 0: 03: 42.429
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
................................................................
.................
Loading User Symbols
Loading unloaded module list
.............
*** WARNING: Unable to verify timestamp for hal.dll
*** ERROR: Module load completed but symbols could not be loaded for hal.dll
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 9C, {1, ba33c050, b6000000, 181}
***** Kernel symbols are WRONG. Please fix symbols to do analysis.
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Probably caused by : ntoskrnl.exe ( nt+22f5f )
MACHINE_CHECK_EXCEPTION (9c)
A fatal Machine Check Exception has occurred.
KeBugCheckEx parameters;
x86 Processors
If the processor has ONLY MCE feature available (For example Intel
Pentium), the parameters are:
1 - Low 32 bits of P5_MC_TYPE MSR
2 - Address of MCA_EXCEPTION structure
3 - High 32 bits of P5_MC_ADDR MSR
4 - Low 32 bits of P5_MC_ADDR MSR
If the processor also has MCA feature available (For example Intel
Pentium Pro), the parameters are:
1 - Bank number
2 - Address of MCA_EXCEPTION structure
3 - High 32 bits of MCi_STATUS MSR for the MCA bank that had the error
4 - Low 32 bits of MCi_STATUS MSR for the MCA bank that had the error
IA64 Processors
1 - Bugcheck Type
1 - MCA_ASSERT
2 - MCA_GET_STATEINFO
SAL returned an error for SAL_GET_STATEINFO while processing MCA.
3 - MCA_CLEAR_STATEINFO
SAL returned an error for SAL_CLEAR_STATEINFO while processing MCA.
4 - MCA_FATAL
FW reported a fatal MCA.
5 - MCA_NONFATAL
SAL reported a recoverable MCA and we don't support currently
support recovery or SAL generated an MCA and then couldn't
produce an error record.
0xB - INIT_ASSERT
0xC - INIT_GET_STATEINFO
SAL returned an error for SAL_GET_STATEINFO while processing INIT event.
0xD - INIT_CLEAR_STATEINFO
SAL returned an error for SAL_CLEAR_STATEINFO while processing INIT event.
0xE - INIT_FATAL
Not used.
2 - Address of log
3 - Size of log
4 - Error code in the case of x_GET_STATEINFO or x_CLEAR_STATEINFO
AMD64 Processors
1 - Bank number
2 - Address of MCA_EXCEPTION structure
3 - High 32 bits of MCi_STATUS MSR for the MCA bank that had the error
4 - Low 32 bits of MCi_STATUS MSR for the MCA bank that had the error
Arguments:
Arg1: 00000001
Arg2: ba33c050
Arg3: b6000000
Arg4: 00000181
Debugging Details:
------------------
***** Kernel symbols are WRONG. Please fix symbols to do analysis.
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
ADDITIONAL_DEBUG_TEXT:
Use '!findthebuild' command to search for the target build information.
If the build information is available, run '!findthebuild -s ; .reload' to set symbol path and load symbols.
MODULE_NAME: nt
FAULTING_MODULE: 804d7000 nt
DEBUG_FLR_IMAGE_TIMESTAMP: 4fa3cc43
BUGCHECK_STR: 0x9C_AuthenticAMD
CUSTOMER_CRASH_COUNT: 7
DEFAULT_BUCKET_ID: COMMON_SYSTEM_FAULT
LAST_CONTROL_TRANSFER: from 806eabfb to 804f9f5f
STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be wrong.
ba33c028 806eabfb 0000009c 00000001 ba33c050 nt+0x22f5f
ba33c154 806e5c52 ba338d70 00000000 00000000 hal+0x5bfb
00000000 00000000 00000000 00000000 00000000 hal+0xc52
STACK_COMMAND: kb
FOLLOWUP_IP:
nt+22f5f
804f9f5f 5d pop ebp
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: nt+22f5f
FOLLOWUP_NAME: MachineOwner
IMAGE_NAME: ntoskrnl.exe
BUCKET_ID: WRONG_SYMBOLS
Followup: MachineOwner
Notatka została dodana 30.01.2013 18:26. Ostatnia edycja dokonana 30.01.2013 18:27 przezZguba25:
Zrzut minidumpa po wrzuceniu do debuggera bez określonej ścieżki symboli jest bezużyteczny.
Podrzuć pliki dmp, wszystko co jest w c:\windows\minidump
Patrząc po kodzie błędu jest to jeden z tych które są bardzo trudne w rozwiązaniu.
W zamian za pomoc oczekuję poprawnej pisowni. Stop niechlujstwu. Jak mądrze zadawać pytania? - przejrzyj poradnik na forum.
Nie udzielam porad via PW.
Dobrze, jest to jeden i ten sam błąd.
A więc MACHINE_CHECK_EXCEPTION 0x9c jako nazwa błędu używana w starszych systemach poniżej Visty. W nowszych zastąpiono na WHEA_UNCORRECTABLE_ERROR 0x124.
W publikacjach opisywany jako błąd sprzętowy. Bardzo rzadko dodatkowy wpływ ma stary Bios (jeśli jest nowszy to do aktualizacji) lub błędy oprogramowania (operacje zapisu/odczytu do adresów pamięci której już nie ma i cpu głupieje). Błąd ten wygenerowany jest przez informację z procesora na przerwaniu 18-stym.
Błędy mogą być z powodu
- uszkodzenia szyny systemowej czyli komunikacja płyta główna <-> cpu;
- uszkodzenia pamięci cache procesora;
- uszkodzenia pamięci ram (lub banków na płycie); o tyle śmieszne, że memtest86 nie musi wykazywać żadnych nieprawidłowości;
- temperatura -> zły montaż układu chłodzenia.
W zasadzie do przyjrzenia się płycie głównej/procesora - do podmiany na testy. O ile cpu do wymiany nie będzie dużym wydatkiem to wymiana na sprawną płytę główną już tak.
Tu jest przykład identycznego błędu (część argumentów ta sama) o jakim pisałem ale dla Win 7 (0x124)
Identyczna platforma AMD, być może nawet niemal identyczne płyty główne robione przez jednego dostawcę http://www.elektroda.pl/rtvforum/topic2374748.html
Kod:
Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C: \Users\user\Desktop\bsody\38\Mini013013-16.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: symsrv*symsrv.dll*c: \symb*http: //msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp3_gdr.120504-1619
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720
Debug session time: Wed Jan 30 19: 13: 53.687 2013 (UTC + 1: 00)
System Uptime: 0 days 0: 06: 50.411
Loading Kernel Symbols
...............................................................
................................................................
....................
Loading User Symbols
Loading unloaded module list
.............
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 9C, {1, ba33c050, b6000000, 181}
Probably caused by : Unknown_Image ( ANALYSIS_INCONCLUSIVE )
MACHINE_CHECK_EXCEPTION (9c)
A fatal Machine Check Exception has occurred.
KeBugCheckEx parameters;
x86 Processors
If the processor has ONLY MCE feature available (For example Intel
Pentium), the parameters are:
1 - Low 32 bits of P5_MC_TYPE MSR
2 - Address of MCA_EXCEPTION structure
3 - High 32 bits of P5_MC_ADDR MSR
4 - Low 32 bits of P5_MC_ADDR MSR
If the processor also has MCA feature available (For example Intel
Pentium Pro), the parameters are:
1 - Bank number
2 - Address of MCA_EXCEPTION structure
3 - High 32 bits of MCi_STATUS MSR for the MCA bank that had the error
4 - Low 32 bits of MCi_STATUS MSR for the MCA bank that had the error
IA64 Processors
1 - Bugcheck Type
1 - MCA_ASSERT
2 - MCA_GET_STATEINFO
SAL returned an error for SAL_GET_STATEINFO while processing MCA.
3 - MCA_CLEAR_STATEINFO
SAL returned an error for SAL_CLEAR_STATEINFO while processing MCA.
4 - MCA_FATAL
FW reported a fatal MCA.
5 - MCA_NONFATAL
SAL reported a recoverable MCA and we don't support currently
support recovery or SAL generated an MCA and then couldn't
produce an error record.
0xB - INIT_ASSERT
0xC - INIT_GET_STATEINFO
SAL returned an error for SAL_GET_STATEINFO while processing INIT event.
0xD - INIT_CLEAR_STATEINFO
SAL returned an error for SAL_CLEAR_STATEINFO while processing INIT event.
0xE - INIT_FATAL
Not used.
2 - Address of log
3 - Size of log
4 - Error code in the case of x_GET_STATEINFO or x_CLEAR_STATEINFO
AMD64 Processors
1 - Bank number
2 - Address of MCA_EXCEPTION structure
3 - High 32 bits of MCi_STATUS MSR for the MCA bank that had the error
4 - Low 32 bits of MCi_STATUS MSR for the MCA bank that had the error
Arguments:
Arg1: 00000001
Arg2: ba33c050
Arg3: b6000000
Arg4: 00000181
Debugging Details:
------------------
NOTE: This is a hardware error. This error was reported by the CPU
via Interrupt 18. This analysis will provide more information about
the specific error. Please contact the manufacturer for additional
information about this error and troubleshooting assistance.
This error is documented in the following publication:
- Bios and Kernel Developers Guid for AMD Athlon(r) 64 and AMD Opteron(r) Processors
Bit Mask:
MA Model Specific MCA
O ID Other Information Error Code Error Code
VV SDP ___________|____________ _______|_______ _______|______
AEUECRC| | | |
LRCNVVC| | | |
^^^^^^^| | | |
6 5 4 3 2 1
3210987654321098765432109876543210987654321098765432109876543210
----------------------------------------------------------------
1011011000000000000000000000000000000000000000000000000110000001
VAL - MCi_STATUS register is valid
Indicates that the information contained within the IA32_MCi_STATUS
register is valid. When this flag is set, the processor follows the
rules given for the OVER flag in the IA32_MCi_STATUS register when
overwriting previously valid entries. The processor sets the VAL
flag and software is responsible for clearing it.
UC - Error Uncorrected
Indicates that the processor did not or was not able to correct the
error condition. When clear, this flag indicates that the processor
was able to correct the error condition.
EN - Error Enabled
Indicates that the error was enabled by the associated EEj bit of the
IA32_MCi_CTL register.
ADDRV - IA32_MCi_ADDR register valid
Indicates that the IA32_MCi_ADDR register contains the address where
the error occurred.
PCC - Processor Context Corrupt
Indicates that the state of the processor might have been corrupted
by the error condition detected and that reliable restarting of the
processor may not be possible.
MEMHIRERR - Memory Hierarchy Error {TT}CACHE{LL}_{RRRR}_ERR
These errors match the format 0000 0001 RRRR TTLL
This error code can be reported back to the manufacturer.
They may be able to provide additional information based upon
this error. All questions regarding STOP 0x9C should be
directed to the hardware manufacturer.
BUGCHECK_STR: 0x9C_AuthenticAMD
CUSTOMER_CRASH_COUNT: 16
DEFAULT_BUCKET_ID: COMMON_SYSTEM_FAULT
PROCESS_NAME: AssassinsCreedI
LAST_CONTROL_TRANSFER: from 806eabfb to 804f9f5f
STACK_TEXT:
ba33c028 806eabfb 0000009c 00000001 ba33c050 nt!KeBugCheckEx+0x1b
ba33c154 806e5c52 ba338d70 00000000 00000000 hal!HalpMcaExceptionHandler+0xdd
ba33c154 01a8e5c5 ba338d70 00000000 00000000 hal!HalpMcaExceptionHandlerWrapper+0x4a
WARNING: Frame IP not in any known module. Following frames may be wrong.
00000001 00000000 00000000 00000000 00000000 0x1a8e5c5
Bardzo dziękuje za szybką poradę..Jeden z servisów wskazywał na płytę główną tylko w 50% drugie 50% to karta graficzna,nie chciałam ponosić kolejnych kosztów związanych z kupowaniem kolejnego podzespołu.. Przypomnę,że już jeden serwis jako problem wskazał HHD, po wymianie którego nic się nie poprawiło..Moim babskim rozumowaniem doszukiwałam się konfliktu sterowników,zainstalowanego systemu (orginalnie była Vista) i wirusa Rootkita, a nawet wadliwej karty sieciowej,bo często laptop wyłączał Wifi..Ogólnie rzecz biorąc,tak jak powiedziałeś wymiana płyty głównej jest mało opłacalna, więc pozostaje mi korzystać z niego ile się da, na jego warunkach..Raz jeszcze Bardzo Dziękuje i pozdrawiam.
(31.01.2013 12:14)Brzamka napisał(a): Bardzo dziękuje za szybką poradę..Jeden z servisów wskazywał na płytę główną tylko w 50% drugie 50% to karta graficzna,nie chciałam ponosić kolejnych kosztów związanych z kupowaniem kolejnego podzespołu.
Założę się, że żaden nie rozpracował dokładniej tych bsodów (mało w którym robi się takie rzeczy) i w efekcie była zgadywanka. Ta grafika to już w ogóle jak kulą w płot.
Cytat:Przypomnę,że już jeden serwis jako problem wskazał HHD, po wymianie którego nic się nie poprawiło.
Nie wiem co o tym myśleć bo może faktycznie miał wadliwe sektory a może nie (uczciwość) - wyniku diagnostyki raczej nie widziałaś. Niemniej nie była to skuteczna naprawa a jedynie dysk wyszedł przy okazji.
Cytat:Moim babskim rozumowaniem doszukiwałam się konfliktu sterowników,zainstalowanego systemu (orginalnie była Vista) i wirusa Rootkita
Zawsze można przywrócić system i ewentualnie przeformatować dodatkowe partycje na obecność złośliwego oprogramowania. Ze sterownikami też sobie można poradzić. Te fabryczne od lapka są przetestowane natomiast jak inne jest coś takiego jak sprawdzenie podpisu sterowników (stabilniejsze) i ich testowanie - Vista i 7 ma mechanizm managera weryfikacji, zapuszcza się test i pracuje nad swoimi rzeczami.
Cytat:Ogólnie rzecz biorąc,tak jak powiedziałeś wymiana płyty głównej jest mało opłacalna, więc pozostaje mi korzystać z niego ile się da
Tak bo zupełnie nowych jako tako nie ma (czy do staroci czy nowszych), to co jest w oficjalnych kanałach często jest po naprawach/odrzuty fabryczne naprawione tzw refurbished za które trzeba słono płacić (koszt wyjściowy niemal cena laptopa). Ogólnie ten okres dla rozwiązań amd nie był szczególnie udany.
W zamian za pomoc oczekuję poprawnej pisowni. Stop niechlujstwu. Jak mądrze zadawać pytania? - przejrzyj poradnik na forum.
Nie udzielam porad via PW.