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
]