Redémarrage intempestif ordi - Minidump
matt67
Messages postés
4
Statut
Membre
-
matt67 Messages postés 4 Statut Membre -
matt67 Messages postés 4 Statut Membre -
Bonjour,
J'ai un ordi qui a 4 ans (P IV, fujitsu siemens 2.5 GHz) que je viens de reformater suite à des problèmes rencontrés sur un disque dur qui apparemment était quasi mort (redémarrage intempestif de l'ordi fréquent et disque qui claque). J'ai donc un nouveau disque dur, tout allait bien et pof un redémarrage intempestif s'est reproduit...Cela ne peut être le disque dur puisqu'il est neuf...
Pour tout ce qui est virus, spyware...etc j'avais déjà vérifié sur mon autre dd y a pas de problème, ma carte graphique est à jour et windows aussi...Le chipset n'a pas été mis à jour lui depuis 2003, mais fujitsu n'a pas sorti de mise à jour officiel pour cet ordi depuis cette date...Est-ce que cela peut être la raison de mes redémarrages ??? J'aimerais trouver une solution parce que je sens que mon nouveau disque dur va finir par avoir des problèmes comme l'autre avant avec tous ces redémarrages.
J'ai un fichier Minidump, mais je ne sais pas comment l'interpréter, voici le lien pour y accéder :
http://www.megaupload.com/?d=90D2R94R
Merci de votre aide !!
J'ai un ordi qui a 4 ans (P IV, fujitsu siemens 2.5 GHz) que je viens de reformater suite à des problèmes rencontrés sur un disque dur qui apparemment était quasi mort (redémarrage intempestif de l'ordi fréquent et disque qui claque). J'ai donc un nouveau disque dur, tout allait bien et pof un redémarrage intempestif s'est reproduit...Cela ne peut être le disque dur puisqu'il est neuf...
Pour tout ce qui est virus, spyware...etc j'avais déjà vérifié sur mon autre dd y a pas de problème, ma carte graphique est à jour et windows aussi...Le chipset n'a pas été mis à jour lui depuis 2003, mais fujitsu n'a pas sorti de mise à jour officiel pour cet ordi depuis cette date...Est-ce que cela peut être la raison de mes redémarrages ??? J'aimerais trouver une solution parce que je sens que mon nouveau disque dur va finir par avoir des problèmes comme l'autre avant avec tous ces redémarrages.
J'ai un fichier Minidump, mais je ne sais pas comment l'interpréter, voici le lien pour y accéder :
http://www.megaupload.com/?d=90D2R94R
Merci de votre aide !!
A voir également:
- Redémarrage intempestif ordi - Minidump
- Ordi qui rame - Guide
- Comment reinitialiser un ordi - Guide
- Forcer redemarrage windows - Guide
- Ordi scrabble - Télécharger - Jeux vidéo
- Ecran ordi a l'envers - Guide
1 réponse
Voici le rapport complet founi par Windbg :
Microsoft (R) Windows Debugger Version 6.4.0007.2
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Documents and Settings\Matthieu Vanhoutte\Bureau\Mini090907-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: srv*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 2600.xpsp_sp2_gdr.070227-2254
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055a620
Debug session time: Sun Sep 9 16:28:10.312 2007 (GMT+2)
System Uptime: 0 days 0:23:56.911
Loading Kernel Symbols
..........................................................................................................................
Loading unloaded module list
.........
Loading User Symbols
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000000A, {3d82d388, ff, 0, 804f25a4}
Probably caused by : ntoskrnl.exe ( nt!ExpFindCurrentThread+68 )
Followup: MachineOwner
---------
kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 3d82d388, memory referenced
Arg2: 000000ff, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: 804f25a4, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: 3d82d388
CURRENT_IRQL: ff
FAULTING_IP:
nt!ExpFindCurrentThread+68
804f25a4 8b4104 mov eax,[ecx+0x4]
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0xA
LAST_CONTROL_TRANSFER: from 804e440f to 804f25a4
STACK_TEXT:
f7998c58 804e440f f7998c7f 82ef5740 82ef5818 nt!ExpFindCurrentThread+0x68
f7998c70 b8d3453b 82d384e1 00000001 f7998d2c nt!ExAcquireResourceSharedLite+0x43
f7998c80 80500eef e3f10008 00000001 80556818 Fastfat!FatAcquireFcbForReadAhead+0x14
f7998d2c 80500dd4 82ffcd80 80561640 82fc7640 nt!CcPerformReadAhead+0xd0
f7998d74 804e426b 82ffcd80 00000000 82fc7640 nt!CcWorkerThread+0x147
f7998dac 8057d0f1 82ffcd80 00000000 00000000 nt!ExpWorkerThread+0x100
f7998ddc 804f827a 804e4196 00000000 00000000 nt!PspSystemThreadStartup+0x34
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16
FOLLOWUP_IP:
nt!ExpFindCurrentThread+68
804f25a4 8b4104 mov eax,[ecx+0x4]
SYMBOL_STACK_INDEX: 0
FOLLOWUP_NAME: MachineOwner
SYMBOL_NAME: nt!ExpFindCurrentThread+68
MODULE_NAME: nt
IMAGE_NAME: ntoskrnl.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 45e54711
STACK_COMMAND: kb
FAILURE_BUCKET_ID: 0xA_nt!ExpFindCurrentThread+68
BUCKET_ID: 0xA_nt!ExpFindCurrentThread+68
Followup: MachineOwner
---------
kd> !process 80f8bda8
GetPointerFromAddress: unable to read from 8055f034
Error in reading nt!_EPROCESS at 80f8bda8
Microsoft (R) Windows Debugger Version 6.4.0007.2
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Documents and Settings\Matthieu Vanhoutte\Bureau\Mini090907-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: srv*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 2600.xpsp_sp2_gdr.070227-2254
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055a620
Debug session time: Sun Sep 9 16:28:10.312 2007 (GMT+2)
System Uptime: 0 days 0:23:56.911
Loading Kernel Symbols
..........................................................................................................................
Loading unloaded module list
.........
Loading User Symbols
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000000A, {3d82d388, ff, 0, 804f25a4}
Probably caused by : ntoskrnl.exe ( nt!ExpFindCurrentThread+68 )
Followup: MachineOwner
---------
kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 3d82d388, memory referenced
Arg2: 000000ff, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: 804f25a4, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: 3d82d388
CURRENT_IRQL: ff
FAULTING_IP:
nt!ExpFindCurrentThread+68
804f25a4 8b4104 mov eax,[ecx+0x4]
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0xA
LAST_CONTROL_TRANSFER: from 804e440f to 804f25a4
STACK_TEXT:
f7998c58 804e440f f7998c7f 82ef5740 82ef5818 nt!ExpFindCurrentThread+0x68
f7998c70 b8d3453b 82d384e1 00000001 f7998d2c nt!ExAcquireResourceSharedLite+0x43
f7998c80 80500eef e3f10008 00000001 80556818 Fastfat!FatAcquireFcbForReadAhead+0x14
f7998d2c 80500dd4 82ffcd80 80561640 82fc7640 nt!CcPerformReadAhead+0xd0
f7998d74 804e426b 82ffcd80 00000000 82fc7640 nt!CcWorkerThread+0x147
f7998dac 8057d0f1 82ffcd80 00000000 00000000 nt!ExpWorkerThread+0x100
f7998ddc 804f827a 804e4196 00000000 00000000 nt!PspSystemThreadStartup+0x34
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16
FOLLOWUP_IP:
nt!ExpFindCurrentThread+68
804f25a4 8b4104 mov eax,[ecx+0x4]
SYMBOL_STACK_INDEX: 0
FOLLOWUP_NAME: MachineOwner
SYMBOL_NAME: nt!ExpFindCurrentThread+68
MODULE_NAME: nt
IMAGE_NAME: ntoskrnl.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 45e54711
STACK_COMMAND: kb
FAILURE_BUCKET_ID: 0xA_nt!ExpFindCurrentThread+68
BUCKET_ID: 0xA_nt!ExpFindCurrentThread+68
Followup: MachineOwner
---------
kd> !process 80f8bda8
GetPointerFromAddress: unable to read from 8055f034
Error in reading nt!_EPROCESS at 80f8bda8
