ik heb een 32bits vista en elke keer als ik afsluit krijg ik na het blauw scherm van aflsuiten een zwart scherm te zien, dit blijft zo voor 5min, dan sluit hij pas af.
Ik heb dit probleem al eens gehad toen kon ik het volgens dopey zo oplossen:

Open regedit (exe vind je in C:\Windows\System32)


Open de sleutel


HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control



Open de map met de naam control
In het rechter deelvenster selecteert u de optie WaitToKillServiceTimeout
Klik met de rechter muisknop op de optie en selecteer in het snelmenu de optie Wijzigen.
Verander de sleutelwaarde in een waarde die lager is dan 2000; een goede keuze zou kunnen zijn 200.
Bewaar de wijziging door op OK te klikken en sluit Regedit.


Dit heb ik nu gedaan, het heeft niets uitgehaald.
ik formatteer ook veel en elke keer komt dit een tijdje na de format trg, dus het kan mss zijn dat een van mn gewoonlijke programma's (tuneup??) dit veroorzaakt.....
Weet iemand hoe ik dit zou kunnen oplossen??

Als je dat denkt, sluit dan dat process eens manueel af vooraleer je afsluit, dan zie je meteen of die de belhamel uithangt. :)

Dit gaat niet lukke omdat tuneup geen programma is dat constant aan staat. Ik bedoel Als je tuneup installeert, en daarna elke week corrigeert hij fouten int register enzo, dus ik bedoelde dat hij hier mss iets verkeerds had gedaan. Programma's zoals ccleaner en easycleaner kunnen dit mss ook gedaan hebben....

TuneUp gebruikt een aparte kernel. Ik denk dat TuneUp dus altijd wel een beetje meedraait. De mogelijkheid bestaat dus dat bij het afsluiten nog het een en het ander wordt gecontroleerd. Het zou daar ergens aan kunnen liggen.

Ik heb een soortgelijke situatie gehad toen ik nog XP had. Ik sloot de PC af, kreeg netjes het beeld met de melding dat de computer wordt afgesloten welk dan vervolgens enkele minuten hetzelfde blijft. Daarna ging-ie echt uit.
IK kreeg de indruk dat Windows een beetje moeite had met het afsluiten van bepaalde processen/programma's, maar heb er nooit naar gezocht.

Probeer eens alle programma's en processen waarvan je weet dat het voor een programma is én dat het afgesloten mag worden, af te sluiten en dan pas Windows af te sluiten.

Wel een beetje lastig om dit elke keer te doen ni? kzal et welis doen om te testen of het daaraan ligt, maar kzoek toch liever verder naar een andere oplossing...

niemand die een andere manier kent?

Heb je al verschil gemerkt wanneer je alle overtollige dingen afsluit alvorens Windows af te sluiten?

Heb je al verschil gemerkt wanneer je alle overtollige dingen afsluit alvorens Windows af te sluiten?
Dit is al bij mij een gewoonte, helpt dus niet.

Toen ik mn pc vandaag opstartte kreeg ik een venster met"Windows is herstelt van een onverwachte afsluiting", en dit stond bij de details:

Probleemhandtekening:
Gebeurtenisnaam van probleem: BlueScreen
Versie van besturingssysteem: 6.0.6001.2.1.0.768.3
Landinstelling-id: 2067

Aanvullende informatie over dit probleem:
BCCode: 9f
BCP1: 00000003
BCP2: 85E2BBA0
BCP3: 86EEAAB8
BCP4: 857C0D58
OS Version: 6_0_6001
Service Pack: 1_0
Product: 768_1

Bestanden die helpen bij het beschrijven van het probleem:
C:\WINDOWS\Minidump\Mini100609-01.dmp
C:\Users\Yassin\AppData\Local\Temp\WER-49545-0.sysdata.xml
C:\Users\Yassin\AppData\Local\Temp\WERD1A.tmp.vers ion.txt

Lees onze privacyverklaring:
http://go.microsoft.com/fwlink/?linkid=50163&clcid=0x0413
Mss dat iemand hier iets van kan maken...

Raar ik heb gisteren een gelijkaardige melding gekregen. Dit was na het verwijderen van mijn stickje met draadloos internet
Probleemhandtekening:
Gebeurtenisnaam van probleem: BlueScreen
Versie van besturingssysteem: 6.0.6002.2.2.0.768.3
Landinstelling-id: 2067

Aanvullende informatie over dit probleem:
BCCode: 44
BCP1: 846732F0
BCP2: 00000E7A
BCP3: 00000000
BCP4: 00000000
OS Version: 6_0_6002
Service Pack: 2_0
Product: 768_1

Bestanden die helpen bij het beschrijven van het probleem:
C:\Windows\Minidump\Mini100609-01.dmp
C:\Users\Baloeke\AppData\Local\Temp\WER-82274-0.sysdata.xml
C:\Users\Baloeke\AppData\Local\Temp\WERA5CF.tmp.ve rsion.txt

Lees onze privacyverklaring:
http://go.microsoft.com/fwlink/?linkid=50163&clcid=0x0413

Maar had je ook hetzelfde probleem las mij? Zoja hoe heb je het opgelost?

Baloeke, je mag me die C:\Windows\Minidump\Mini100609-01.dmp sturen als je wilt. ;)

Emailadres vind je op mijn Minatica profiel. ;)

Ik zal dan eens kijken of ik daar iets kan vinden qua nuttige info.

Idem voor Y-Ssin als ge eventueel meer info over die foutmelding wilt krijgen. ;)

Mvg,
Dave

F1 F1 F1 (help) ;)

Probleem bij het versturen als bijlage krijg volgende melding
http://i28.photobucket.com/albums/c222/baloeke/Mini.jpg

Inpakken met winrar lukt ook niet
(http://i28.photobucket.com/albums/c222/baloeke/Mini.jpg)

Edit: Heb deze even gekopieerd naar de D-schijf dat lukte. Is reeds ingepakt nu. De mail komt eraan dave ;)

Y-Ssin zijn dumpfile:

DRIVER_POWER_STATE_FAILURE (9f)
A driver is causing an inconsistent power state.
Arguments:
Arg1: 00000003, A device object has been blocking an Irp for too long a time
Arg2: 85e2bba0, Physical Device Object of the stack
Arg3: 86eeaab8, Functional Device Object of the stack
Arg4: 857c0d58, The blocked IRP

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


DRVPOWERSTATE_SUBCODE: 3

IRP_ADDRESS: 857c0d58

DEVICE_OBJECT: 85e2bba0

DRIVER_OBJECT: 85dec3b0

IMAGE_NAME: atapi.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 47d73f6e

MODULE_NAME: atapi

FAULTING_MODULE: 835bb000 atapi

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x9F

PROCESS_NAME: System

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from 81e51b5c to 81eeb0e3

STACK_TEXT:
81f13acc 81e51b5c 0000009f 00000003 85e2bba0 nt!KeBugCheckEx+0x1e
81f13b28 81e516ac 81f13ba0 8573c0b8 00000000 nt!PopCheckIrpWatchdog+0x1ad
81f13b68 81ed4c40 81f2c4e0 00000000 259f10e0 nt!PopCheckForIdleness+0x343
81f13c88 81ed4800 81f13cd0 8b191b02 81f13cd8 nt!KiTimerListExpire+0x367
81f13ce8 81ed43c3 00000000 00000000 001201ac nt!KiTimerExpiration+0x22a
81f13d50 81ed2edd 00000000 0000000e 00000000 nt!KiRetireDpcList+0xba
81f13d54 00000000 0000000e 00000000 00000000 nt!KiIdleLoop+0x49


STACK_COMMAND: kb

FOLLOWUP_NAME: MachineOwner

FAILURE_BUCKET_ID: 0x9F_cdrom.sys_CNVIRP_IMAGE_atapi.sys

BUCKET_ID: 0x9F_cdrom.sys_CNVIRP_IMAGE_atapi.sys

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

****************************************

Baloeke zijn dumpfile:

MULTIPLE_IRP_COMPLETE_REQUESTS (44)
A driver has requested that an IRP be completed (IoCompleteRequest()), but
the packet has already been completed. This is a tough bug to find because
the easiest case, a driver actually attempted to complete its own packet
twice, is generally not what happened. Rather, two separate drivers each
believe that they own the packet, and each attempts to complete it. The
first actually works, and the second fails. Tracking down which drivers
in the system actually did this is difficult, generally because the trails
of the first driver have been covered by the second. However, the driver
stack for the current request can be found by examining the DeviceObject
fields in each of the stack locations.
Arguments:
Arg1: 846732f0, Address of the IRP
Arg2: 00000e7a
Arg3: 00000000
Arg4: 00000000

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


IRP_ADDRESS: 846732f0

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x44

PROCESS_NAME: System

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from 8206fd73 to 820be899

STACK_TEXT:
807548c4 8206fd73 00000044 846732f0 00000e7a nt!KeBugCheckEx+0x1e
80754908 aa2d5c8a 8202f670 c0000120 aa2d786f nt!IopfCompleteRequest+0x3e9
WARNING: Stack unwind information not available. Following frames may be wrong.
80754978 aa2d6db4 00000000 80754abc 00000000 gt72ubus+0x3c8a
80754ad8 aa2db3d6 025dc9b0 00000000 01000001 gt72ubus+0x4db4
80754b18 aa2da679 845dc9b0 8473c7f0 80754b40 gt72ubus+0x93d6
80754b28 8204917f 845dc8f8 8473c7f0 80754bcc gt72ubus+0x8679
80754b40 8217a2bc 84b006f0 84b006f0 8469aea8 nt!IofCallDriver+0x63
80754b74 82273cc9 84b006f0 80754ba8 00000000 nt!IopSynchronousCall+0xce
80754bd0 8226d34f 84b006f0 00000017 89386cc8 nt!IopRemoveDevice+0xd1
80754bfc 8226d20c 00000308 00000000 84b00fc0 nt!PnpSurpriseRemoveLockedDeviceNode+0xc4
80754c10 8226d4c7 00000003 00000000 00000000 nt!PnpDeleteLockedDeviceNode+0x20
80754c44 82270f5b 84b006f0 89386cc8 00000003 nt!PnpDeleteLockedDeviceNodes+0x4c
80754d04 821606e1 80754d34 00000000 b5492408 nt!PnpProcessQueryRemoveAndEject+0x594
80754d1c 82181c51 00000000 820fb8fc 83a6b020 nt!PnpProcessTargetDeviceEvent+0x38
80754d44 8205e6f6 83fdf2b0 00000000 83a6b020 nt!PnpDeviceEventWorker+0x201
80754d7c 821ab5bd 83fdf2b0 0abebef7 00000000 nt!ExpWorkerThread+0xfd
80754dc0 8209266e 8205e5f9 00000001 00000000 nt!PspSystemThreadStartup+0x9d
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
gt72ubus+3c8a
aa2d5c8a ?? ???

SYMBOL_STACK_INDEX: 2

SYMBOL_NAME: gt72ubus+3c8a

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: gt72ubus

IMAGE_NAME: gt72ubus.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4680fac5

FAILURE_BUCKET_ID: 0x44_gt72ubus+3c8a

BUCKET_ID: 0x44_gt72ubus+3c8a

Followup: MachineOwner

Allebei wel gerelateerd tot de IRP. Wat dus komt door een Vista Driver Fault.

Ik heb de fout nog nooit gezien. Maar op de site van microsoft staan er oplossingen voor. Ik zou de linken geven. Maar ik geraak niet op hun site atm. "Server is busy." melding ;).

Mvg,
Dave

En dat wil zeggen?

Zoiets als 'twee honden vechten om een been'. Twee drivers die elk bij het pakket horen, maar er niet in raken omdat het pakket al compleet zou zijn. Zou opnieuw instellen van IRP's nog kunnen bij Vista?

- Naar het schijnt is die gt72ubus.sys van een USB modem, Baloeke. Dus ik denk dat je in die richting moet zoeken. ;)


- DRIVER_POWER_STATE_FAILURE error van Y-Ssin heeft te maken met het feit dat 1 bepaalde driver niet kan omgaan met de Power State change bij het afsluiten. Die fout kan ook voorkomen bij het gaan naar Slaapstand en sluimerstand.

Aangezien de module de naam "Atapi" bevat, kom ik bij het googlen uit bij de CD-ROM drive, driver of bij een Harde schijf driver ;).

http://searchcio-midmarket.techtarget.com/sDefinition/0,,sid183_gci213789,00.html

Nu weet ik niet precies hoe je zoiets oplost :D. Nog even wachten tot de site van Microsoft terug werkt.

Oplossing voor die driver power state failure:
http://support.microsoft.com/kb/246243


To isolate the driver that is causing the problem, use the following steps:

* Check to be sure your computer and all devices are on the Hardware Compatibility List (HCL) and have WHQL signed and certified drivers. You can use Sigverif.exe to check for unsigned drivers.
* Check for driver updates that may be available for your hardware.
* Update software that uses filter drivers (for example, anti-virus, remote control, and backup software).
* Uninstall any non-critical devices and software to help isolate the device/software that may be causing the problem.
* Install Windows in a new folder. Add drivers and restart as you proceed to isolate the driver that is causing the problem.

Voor die multiple IRP requests:

http://support.microsoft.com/kb/294876

In dit geval is het de driver van de USB modem die je moet zien te updaten of herinstalleren.

Mvg,
Dave

- Naar het schijnt is die gt72ubus.sys van een USB modem, Baloeke. Dus ik denk dat je in die richting moet zoeken. ;)
...

Dit kan kloppen. Heb dit blue screen bekomen, nadat ik mijn mijn moden (usb-stick met draadloos internet van Mobistar) verwijderd heb.

Heb ook al ondervonden, dat ik die stick aan de laptop aansluit het lang duurt (+- 5 minuten) eer deze vraagt om mijn pincode in te geven.

Zou het probleem kunnen verholpen worden met een herinstallatie van dat programma, dat nodig is om het draadloos internet te laten werken.