Toon posts:

[XP] BSOD door aspi.sys*

Pagina: 1
Acties:

Verwijderd

Topicstarter
Ik had de laatste tijd wat last van Blue Screen Of Deaths. Nu heb ik even verifier gedraaid en bij de niet ondertekende Microsoft drivers klapt hij er na een reboot al uit.
Heb even in gedeeltes de drivers gecheckt en het probleem zit hem dus in de aspi32.sys file.
Heb net de laatste bij Adaptec weg gehaald, ASPI driver version v4.71.2.
Helaas is hiermee het probleem nog niet verdwenen. Hij blijft een BSOD geven op de aspi32.sys file.
Iemand een oplossing? Zijn er ook meerdere Aspi drivers behalve die van Adaptec? Ik draai MS windows XP Pro.

  • sanfranjake
  • Registratie: April 2003
  • Niet online

sanfranjake

Computers can do that?

(overleden)
[google=aspi32.sys] Problemen met booten, hoe kan je ze oplossen. en Windows XP en 2000 BSOD guide al eens goed doorgelezen?
Voordat je een topic opent behoor je zelf op onderzoek uit te gaan. Over dit onderwerp is namelijk best veel te vinden.War heb je alemaal al geprobeerd?

Ik pas even de topictitel aan zodat je OS vooraan staat tussen blokhaken. Dit omdat het verplicht is in Windows Operating Systems. Ik zou graag onze Windows Operating Systems - FAQ en Windows Operating Systems - Policy willen aanbevelen :) Welke precieze bsod krijg je te zien?

Mijn spoorwegfotografie
Somda - Voor en door treinenspotters


Verwijderd

Topicstarter
sanfranjake schreef op zaterdag 09 april 2005 @ 22:43:
[google=aspi32.sys] Problemen met booten, hoe kan je ze oplossen. en Windows XP en 2000 BSOD guide al eens goed doorgelezen?
Voordat je een topic opent behoor je zelf op onderzoek uit te gaan. Over dit onderwerp is namelijk best veel te vinden.War heb je alemaal al geprobeerd?

Ik pas even de topictitel aan zodat je OS vooraan staat tussen blokhaken. Dit omdat het verplicht is in Windows Operating Systems. Ik zou graag onze Windows Operating Systems - FAQ en Windows Operating Systems - Policy willen aanbevelen :) Welke precieze bsod krijg je te zien?
Zoals je kon zien, ben ik al bezig geweest met verifier. Als ik niet gezocht had, had ik ook nooit van dat commando afgeweten. Als ik verifier draai, dan krijg ik na de herstart een BSOD.
De BSOD heeft geen fout omschrijving en/of bestandsnaam.

In de log file staat het volgende:
De computer is opnieuw gestart na een foutencontrole. Foutencontrole: 0x100000cd (0x8673f000, 0x00000000, 0x805204bb, 0x00000000). Er is een dump opgeslagen in: C:\WINDOWS\Minidump\Mini040905-17.dmp.

Als ik aspi van het systeem afgooi heb ik geen fouten meer, maar dat ik natuurlijk niet de oplossing.
Echter kan ik op google 0x100000cd ook niet vinden.

[ Voor 18% gewijzigd door Verwijderd op 10-04-2005 00:43 ]


Verwijderd

Topicstarter
sanfranjake schreef op zaterdag 09 april 2005 @ 22:43:
[google=aspi32.sys] Problemen met booten, hoe kan je ze oplossen. en Windows XP en 2000 BSOD guide al eens goed doorgelezen?
Voordat je een topic opent behoor je zelf op onderzoek uit te gaan. Over dit onderwerp is namelijk best veel te vinden.War heb je alemaal al geprobeerd?

Ik pas even de topictitel aan zodat je OS vooraan staat tussen blokhaken. Dit omdat het verplicht is in Windows Operating Systems. Ik zou graag onze Windows Operating Systems - FAQ en Windows Operating Systems - Policy willen aanbevelen :) Welke precieze bsod krijg je te zien?
Ik de "Windows XP en 2000 BSOD guide" en de "Windows Crash/Dumps FAQ" doorgelezen en Windbg geeft het volgende resultaat:

Loading Dump File [C:\WINDOWS\Minidump\Mini040905-03.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: C:\WINDOWS\Symbols
Executable search path is: C:\WINDOWS
*** ERROR: Symbol file could not be found. Defaulted to export symbols for ntkrnlmp.exe -
Windows XP Kernel Version 2600 (Service Pack 1) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp2.030422-1633
Kernel base = 0x804d4000 PsLoadedModuleList = 0x8054a230
Debug session time: Sat Apr 9 15:56:38.984 2005 (GMT+2)
System Uptime: 0 days 0:00:27.687
*** ERROR: Symbol file could not be found. Defaulted to export symbols for ntkrnlmp.exe -
Loading Kernel Symbols
.......................................................................................................................
Loading unloaded module list
..
Loading User Symbols
Unable to load image Aspi32.SYS, Win32 error 2
*** WARNING: Unable to verify timestamp for Aspi32.SYS
*** ERROR: Module load completed but symbols could not be loaded for Aspi32.SYS
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 100000CD, {86b69000, 0, 805204bb, 0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

Probably caused by : Aspi32.SYS ( Aspi32+c18 )

Followup: MachineOwner
---------

Verwijderd

doe eens !analyze -v om meer informatie te krijgen?
Verder, heb je de versie van aspi32.sys al eens bekeken in de properties? Kan zijn dat die niet goed overschreven is toen je de nieuwe versie installeerde.

  • sanfranjake
  • Registratie: April 2003
  • Niet online

sanfranjake

Computers can do that?

(overleden)
Ik zie dat je nog geen SP2 gebruikt in de info. Klopt dat? zoja, installeer het dan eens? Best kans dat die nieuwe drivers daar voor zijn geschreven :P

Mijn spoorwegfotografie
Somda - Voor en door treinenspotters


Verwijderd

Topicstarter
Verwijderd schreef op zondag 10 april 2005 @ 14:10:
doe eens !analyze -v om meer informatie te krijgen?
Verder, heb je de versie van aspi32.sys al eens bekeken in de properties? Kan zijn dat die niet goed overschreven is toen je de nieuwe versie installeerde.
Ik heb ze ook nog met de hand verwijderd om er zeker van te zijn, dat hij de nieuwe versie pakten.
Met aspichk.exe zag ik ook dat er nu de nieuwe versie werd gebruikt.

Het resultaat van !analyze -v is:
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

PAGE_FAULT_BEYOND_END_OF_ALLOCATION (cd)
N bytes of memory was allocated and more than N bytes are being referenced.
This cannot be protected by try-except.
When possible, the guilty driver's name (Unicode string) is printed on
the bugcheck screen and saved in KiBugCheckDriver.
Arguments:
Arg1: 870fb000, memory referenced
Arg2: 00000000, value 0 = read operation, 1 = write operation
Arg3: 805204bb, if non-zero, the address which referenced memory.
Arg4: 00000000, Mm internal code.

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.


MODULE_NAME: Aspi32

FAULTING_MODULE: 804d4000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 37d99842

READ_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
unable to get nt!MiSessionPoolStart
unable to get nt!MiSessionPoolEnd
870fb000

FAULTING_IP:
nt!RtlInitUnicodeString+1b
805204bb f266af repne scasw

MM_INTERNAL_CODE: 0

CUSTOMER_CRASH_COUNT: 4

DEFAULT_BUCKET_ID: COMMON_SYSTEM_FAULT

BUGCHECK_STR: 0xCD

LAST_CONTROL_TRANSFER: from f64d3c18 to 805204bb

STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be wrong.
f78d6bd0 f64d3c18 00000000 f78d6c14 00000000 nt!RtlInitUnicodeString+0x1b
f78d6c68 f64d3517 857e70e8 01617000 8580b698 Aspi32+0xc18
f78d6c98 80565bf8 8580b698 85617000 00000000 Aspi32+0x517
f78d6cec 00000000 00000004 00000080 01000100 nt!NtWriteFile+0x3eec


FOLLOWUP_IP:
Aspi32+c18
f64d3c18 ?? ???

SYMBOL_STACK_INDEX: 1

FOLLOWUP_NAME: MachineOwner

SYMBOL_NAME: Aspi32+c18

IMAGE_NAME: Aspi32.SYS

STACK_COMMAND: kb

BUCKET_ID: WRONG_SYMBOLS

Followup: MachineOwner
---------

Verwijderd

Topicstarter
sanfranjake schreef op zondag 10 april 2005 @ 14:15:
Ik zie dat je nog geen SP2 gebruikt in de info. Klopt dat? zoja, installeer het dan eens? Best kans dat die nieuwe drivers daar voor zijn geschreven :P
Ik heb nu SP2 erop gezet en alle updates gedownload. Helaas treedt hierdoor geen verschil op.

Verwijderd

Topicstarter
Ik heb het gevonden volgens mij.
Ik heb een Asus P4P800SE met een WD 36Gb SATA Raptor disk.

Standaard heb ik mijn bios zo ingesteld:
Onboard IDE Operate Mode: Enhanced
Enhanced Mode Support on: P-ATA + S-ATA
Configure S-ATA as RAID: Yes
Serial-ATA BOOTROM: Enabled

Hierdoor ziet het systeem dus geen IDE harddisk en werkt het via de Intel ICH5R chip.
Als ik nu dus een verifier draai en hem de aspi32.sys laat controleren, moet hij restarten.
Net nadat hij het begin van windows heeft opgestart en je het windows geluidje hoor, krijg ik dus een BSOD met de melding zoals in de posts hierboven.
Maarrrrr. Verander ik de BIOS instellingen zo dat hij dus niet via de ICH5R chip werkt, maar doet als of het een IDE disk is (Configure S-ATA as RAID: No) dan krijg ik geen BSOD meer.
Het lijkt er dus op dat aspi32.sys een IDE Harddisk nodig heeft of in die trans.

Wat jullie je nu natuurlijk afvragen is, waarom ben je die verifier gaan draaien, want dat leverde juist die fout op. Want als je verifier niet uitvoerde draaide het systeem gewoon goed.
Om dan maar even achterstevoren te gaan werken, het begon met een andere BSOD waarna ik na enig zoeken bij verifier uitkwam. Verifier klapte er echter uit op de aspi waardoor ik het 1e BSOD nog geen eens kon debuggen. Verifier draait nu goed maar ik zit dus nog steeds met mijn eerste BSOD en die luidt:

IRQL_NOT_LESS_OR_EQUAL
STOP: 0X0000000A (0X0000FFDF, 0X00000002, 0X00000001, 0X806BC90E)

Deze treedt op zodra het programma Oxygen Phone manager verbinding probeert te maken met mijn telefoon via een serieele bluetooth connectie.
Een herinstallatie zowel zonder SP al met SP1 of SP2 leverde niets op.
Nu loopt hij dus goed door verifier heen en lijkt het dus ook niet op een driver probleem.

Het resultaat van !analyze -v is:
0: 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: 0000ffdf, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000001, value 0 = read operation, 1 = write operation
Arg4: 80704a8e, address which referenced memory

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 ***
*** ***
*************************************************************************

MODULE_NAME: btport

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 41216dfa

WRITE_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
unable to get nt!MiSessionPoolStart
unable to get nt!MiSessionPoolEnd
0000ffdf

CURRENT_IRQL: 2

FAULTING_IP:
hal!KeAcquireQueuedSpinLock+42
80704a8e 8902 mov [edx],eax

CUSTOMER_CRASH_COUNT: 5

DEFAULT_BUCKET_ID: COMMON_SYSTEM_FAULT

BUGCHECK_STR: 0xA

LAST_CONTROL_TRANSFER: from f77baefa to 80704a8e

STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be wrong.
ba397b68 f77baefa ba397b74 86148b78 ba397ba0 hal!KeAcquireQueuedSpinLock+0x42
ba397b78 f77ba8c9 86148b78 ba397bf0 86148b78 btport+0x3efa
ba397b88 f77ba818 86148b78 86148ac0 86148c08 btport+0x38c9
ba397ba0 f77b8aaf 86148c08 86148bec ba397bf0 btport+0x3818
ba397bc4 f77ba922 86148b78 87752f00 c0000120 btport+0x1aaf
ba397bf4 f77b8616 86148ac0 87752f48 86148ac0 btport+0x3922
ba397c0c f77b757e 86148ac0 86148bec 86148c08 btport+0x1616
ba397c28 f77b9308 86148ac0 86148ac0 86258cf0 btport+0x57e
ba397c40 804e19ee 00000000 86aecf48 80704428 btport+0x2308
ba397c74 8057e818 8635fa38 863e8040 00000001 nt!IofCallDriver+0x32
ba397ca4 80570c83 85adc020 86148ac0 0012019f nt!NtDuplicateToken+0x4da
ba397cd4 80570dd6 85adc020 0135fa38 863e8040 nt!ExfAcquirePushLockShared+0x426
ba397cfc 80570cfc e2f64460 8635fa50 00000160 nt!NtClose+0xad
ba397d44 80570d46 00000160 00000001 00000000 nt!ExfAcquirePushLockShared+0x49f
ba397d58 804ddf0f 00000160 011efee4 7c90eb94 nt!NtClose+0x1d
ba397d64 7c90eb94 badb0d00 011efee0 72269070 nt!KiDeliverApc+0xbbb
011efee4 00000000 00000000 00000000 00000000 0x7c90eb94


FOLLOWUP_IP:
btport+3efa
f77baefa 8b4d08 mov ecx,[ebp+0x8]

SYMBOL_STACK_INDEX: 1

FOLLOWUP_NAME: MachineOwner

SYMBOL_NAME: btport+3efa

IMAGE_NAME: btport.sys

STACK_COMMAND: kb

BUCKET_ID: WRONG_SYMBOLS

Followup: MachineOwner
---------

Verifier geeft echter geen fout aan op het btport.sys bestand.
Op mijn andere pc (die geinstalleerd is met win2000) werkt de bt verbinding echter wel.
Ik zal vanavond deze PC ook even installeren met win2000 om te kijken wat dat opleverd.

[ Voor 62% gewijzigd door Verwijderd op 10-04-2005 16:14 ]


Verwijderd

Topicstarter
kick
Pagina: 1