Det började med för några dar sen när XP tappade kontrollen över en sata-disk, hela disken fick en sån där jag-vet-inte-vad-detta-är-för-fil-ikon och vid klick på den dök ett felmeddelande upp om att "detta är inte en fil" eller vad det stod.
Till slut blinkade skärmen till och slocknade, Winamp fortsatte i några sekunder innan den också tystnade - det enda som hjälpte var resetknappen.
Vid omstarten ville den köra checkdisc då en av diskarna behövde inkonsekvenskontrolleras (samma som "försvann") och det fick den göra. Efter det gick den igång som vanligt och jag kom åt alla diskar igen.
Men sen dess har det varit lite random crashes här och jag begriper inte varför.
Ibland börjar det med att musen ballar ur, den går bara att flytta i sidled, upp eller ner funkar inte alls och efter några sekunder slocknar skärmen.
Till min fasa insåg jag igår att vid senaste formatteringen glömde jag antivirus, så sen igår har Kaspersky försökt svepa alla diskar. Än så länge har den bara hittat lite gammalt småtjafs i backupade och sedan länge bortglömda filer, dvs inte på nåt mer känsligt ställe i systemet, men den hinner oftast inte svepa klart förrän burken kraschar.
Körandet av inkonsekvenskontrollerna återkommer också, men inte efter varje omstart.
Jag måste få ordning på det här!
Det finns ju nån slags dumpar man kan titta på, men var hittar man dom och hur gör man med dom?
Microsoft (R) Windows Debugger Version 6.6.0007.5
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\WINDOWS\Minidump\Mini012107-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*c:\websymbols*[url]http://msdl.microsoft.com/download/symbols[/url]
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp2_rtm.040803-2158
Kernel base = 0x804d7000 PsLoadedModuleList = 0x805531a0
Debug session time: Sun Jan 21 03:02:06.172 2007 (GMT+1)
System Uptime: 2 days 10:30:35.304
Loading Kernel Symbols
.........................................................................................................................
Loading User Symbols
Loading unloaded module list
..................................................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 100000EA, {85812418, 85964748, f7a17cb4, 1}
Unable to load image ati2cqag.dll, Win32 error 2
*** WARNING: Unable to verify timestamp for ati2cqag.dll
*** ERROR: Module load completed but symbols could not be loaded for ati2cqag.dll
*** WARNING: Unable to verify timestamp for ati2dvag.dll
*** ERROR: Module load completed but symbols could not be loaded for ati2dvag.dll
*************************************************************************
*** ***
*** ***
*** 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: watchdog!_DEFERRED_WATCHDOG ***
*** ***
*************************************************************************
ERROR - could not read driver name for bugcheck parameter 3
Probably caused by : ati2dvag.dll ( ati2dvag+5720 )
Followup: MachineOwner
---------
kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
THREAD_STUCK_IN_DEVICE_DRIVER_M (100000ea)
The device driver is spinning in an infinite loop, most likely waiting for
hardware to become idle. This usually indicates problem with the hardware
itself or with the device driver programming the hardware incorrectly.
If the kernel debugger is connected and running when watchdog detects a
timeout condition then DbgBreakPoint() will be called instead of KeBugCheckEx()
and detailed message including bugcheck arguments will be printed to the
debugger. This way we can identify an offending thread, set breakpoints in it,
and hit go to return to the spinning code to debug it further. Because
KeBugCheckEx() is not called the .bugcheck directive will not return bugcheck
information in this case. The arguments are already printed out to the kernel
debugger. You can also retrieve them from a global variable via
"dd watchdog!g_WdBugCheckData l5" (use dq on NT64).
On MP machines it is possible to hit a timeout when the spinning thread is
interrupted by hardware interrupt and ISR or DPC routine is running at the time
of the bugcheck (this is because the timeout's work item can be delivered and
handled on the second CPU and the same time). If this is the case you will have
to look deeper at the offending thread's stack (e.g. using dds) to determine
spinning code which caused the timeout to occur.
Arguments:
Arg1: 85812418, Pointer to a stuck thread object. Do .thread then kb on it to find
the hung location.
Arg2: 85964748, Pointer to a DEFERRED_WATCHDOG object.
Arg3: f7a17cb4, Pointer to offending driver name.
Arg4: 00000001, Number of times "intercepted" bugcheck 0xEA was hit (see notes).
Debugging Details:
------------------
*************************************************************************
*** ***
*** ***
*** 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: watchdog!_DEFERRED_WATCHDOG ***
*** ***
*************************************************************************
ERROR - could not read driver name for bugcheck parameter 3
FAULTING_THREAD: 85812418
FAULTING_IP:
ati2dvag+5720
bf9d8720 ?? ???
IMAGE_NAME: ati2dvag.dll
DEBUG_FLR_IMAGE_TIMESTAMP: 4563c323
MODULE_NAME: ati2dvag
FAULTING_MODULE: bf9d3000 ati2dvag
DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_FAULT
CUSTOMER_CRASH_COUNT: 1
BUGCHECK_STR: 0xEA
PROCESS_NAME: mirc.exe
LAST_CONTROL_TRANSFER: from 804f8c7c to 8054097f
STACK_TEXT:
b0799640 804f8c7c f7a17b40 f7a17b70 00000000 nt!KiUnlockDispatcherDatabase+0x77
b0799654 f78eca67 f7a17b94 00000000 00000000 nt!KeSetEvent+0x74
b0799948 804fcfbf f7a17b40 b0799994 b0799988 watchdog!WatchdogKernelApc+0x13b
b0799998 806d0c35 00000000 00000000 b07999b0 nt!KiDeliverApc+0xb3
b0799998 806d6dad 00000000 00000000 b07999b0 hal!HalpApcInterrupt+0xc5
b0799a28 806d6dd8 b0799a74 bf81a05e 00000000 hal!HalpQueryPerformanceCounter+0x1d
b0799a30 bf81a05e 00000000 b0799b24 bfa2e7f7 hal!HalpPmTimerQueryPerfCount+0x8
b0799a3c bfa2e7f7 b0799a5c 00000000 e1c00000 win32k!EngQueryPerformanceCounter+0xd
WARNING: Stack unwind information not available. Following frames may be wrong.
b0799b24 bf9d8720 e14ee080 e1dc64c0 00000001 ati2cqag+0x177f7
b079a050 bfa0e4e4 e3393ac0 e2337010 00000000 ati2dvag+0x5720
b079a090 bf8319cc e3393ac0 e2337010 00000000 ati2dvag+0x3b4e4
b079a0e0 bf8175b7 e3393ac0 e2337010 00000000 win32k!WatchdogDrvAlphaBlend+0x56
b079a124 bf817bce e214a010 e2337010 00000000 win32k!SURFREFAPI::SURFREFAPI+0xee
b079a1b0 bf81782e e3393ac0 e214a010 00000000 win32k!SURFREFAPI::SURFREFAPI+0x38b
b079a210 bf817d58 e3393ac0 e214a010 00000000 win32k!EngNineGrid+0x6e
b079a26c bf8181b3 e3393ac0 e214a010 00000000 win32k!EngDrawStream+0xc5
b079a2d0 bf81859a b079a3f4 00000000 e214a000 win32k!NtGdiDrawStreamInternal+0x1ff
b079a3f8 bf817e3e 95011271 00000000 e3a4cc08 win32k!GreDrawStream+0x4ff
b079a540 8053c808 95011271 00000060 0012ea20 win32k!NtGdiDrawStream+0x9f
b079a540 7c90eb94 95011271 00000060 0012ea20 nt!KiFastCallEntry+0xf8
0012e99c 00000000 00000000 00000000 00000000 0x7c90eb94
STACK_COMMAND: .thread 0xffffffff85812418 ; kb
FOLLOWUP_IP:
ati2dvag+5720
bf9d8720 ?? ???
SYMBOL_STACK_INDEX: 9
SYMBOL_NAME: ati2dvag+5720
FOLLOWUP_NAME: MachineOwner
FAILURE_BUCKET_ID: 0xEA_IMAGE_ati2dvag.dll_DATE_2006_11_22
BUCKET_ID: 0xEA_IMAGE_ati2dvag.dll_DATE_2006_11_22
Followup: MachineOwner
---------
Några error där om symbolfilerna, men om jag fattat det rätt klagar den på grafiken?
Det ska sägas att dumpen är från 2007-01-21 03.06 enligt Utforskaren, men det är jag lite skeptisk mot, jag var inte uppe på natt mot måndag och på morronen var burken igång - har jag för mig, det har varit en del omstarter på sistone. :e
Fick agera telefonsupport åt syrran ett par timmar igår (måtte jävulen ta Glocalnet och deras jävla bredband) så jag hann inte göra mycket mer än att uppdatera grafikdrivarna...
Men har sata-diskens uppförande något med grafiken att göra och därmed med krascherna? Eller är det bara ett sammanträffande?
Igår gick den bra, likaså i natt, men ofta (inte alltid) när filer på sata-disken accessas så dyker den. Exempelvis när jag petade igång Winamp igår och spelade filer från bland annat den disken, då small det nästan direkt. :l
Sådärja, jag har tagit det lugnt med burken ett par dar, inga krävande program eller nåt sånt, men nu small det igen.
Scenario: Jag sitter och knappar i Word (som jag inte hade igång tidigare) och klickar på knappen för att göra en pdf, men istället för att spararutan dyker upp markeras text i dokumentet när jag drar tillbaka pekaren. I samma veva märker jag att pekaren ballat ur, nu går det bara i sidled igen. Några sekunder senare dyker burken och ytterligare nån sekund efter tystnar Winamp. Men den här gången blev skärmen alldeles randig i vertikalplanet istället för att slockna...
Den startar inte heller om som vid en blåskärm utan blir bara stående, nu lät jag den stå i över en kvart innan jag tryckte på reset. Inte heller skapas det någon ny minidump, utan det är samma som tidigare som ligger där.
Återigen en inkonsekvenskontroll av C efter resettryckningen.
Okej, vad är nu detta?
Eftersom den återkommande indikatorn på en förestående krasch är muspekarens uppförande tror jag inte riktigt på att det är grafiken.
Eller är det månne det? Mitt kort kanske har det lite jobbigt numera eftersom jag kör i maximal upplösning över digitalutgången sen jag bytte till plattskärm vid nyår?
Likaså stoppade jag Winamp fullt med låtar (runt 6000) i en lång playlist ungefär i samma veva som det började krascha och Winamp är de facto segt som sirap.
(red: den långa playlisten är borta nu, ska testa lite utan)
Eller är det minnena som börjat bråka?
Eller är det Word som dummar sig eftersom den gått bra i flera dar - tills jag startade Word. Under veckan har jag inte haft det igång alls.
mitt tips är att gå in på hårddisktillverkarens sida och tanka hem deras program för inkonsekvens-kontroll. även att köra memtest86+ http://www.memtest.org/
Shit, nu small det igen - med besked! Ingen förvarning med konstig mus eller nåt, allt bara slocknade och Winamp (nu utan tusentals låtar laddade) tvärtystnade direkt.
Men ingen omstart eller ny minidump den här gången heller.
Nu var inte Word igång, däremot Opera, Firefox, mIRC, Winamp och Dreamweaver. Där var DW ny i gänget istället för Word så att säga.
Dessutom upptäckte jag att inkonsekvenskontrollen förra gången raderade ena Wordfilen jag jobbade med, den jag hade uppe när jag tryckte på pdf-knappen. Tack tack, det var min CV det... :bla
(tur det var en ny version jag inte kommit så långt på...)
Jag behöver lite input här... :x
/red
Memtest står redan på listan, men tillverkarens test är ju en tanke ja... Ska kollas! (y)
Diskens uppförande i början verkar ha varit nått tillfälligt (ta i trä) för det har inte upprepats, inte heller har jag några problem med krascher exempelvis när Winamp spelar mp3 från den - det har den gjort hela veckan.
Nu rullar memtest och efter sex minuter har den inte gett några fel i alla fall, men den får tuffa vidare ett tag till.
Kan bara haka på här å säga att jag haft nåt liknande.
Min tvärdog i förrgår och nu är jag inne på min 4e installation. den som pågår nu är den som gått bäst men ändå har det varit mycket strul.
Bland annat får jag upp detta meddelande balnd andra 20 (dock bara detta hittils)
Det gick inte att spara alla data för filen C:\windowssystem32\comsvcs.dll. Dess data har gått förlorade. Det här felet kan bero på att datorns maskinvara inte fungerar korrekt eller på att en nätverksanslutning inte är giltig. Prova att spara den här filen någon annan stans
OK
Det fetstil ändras hela tiden under installationens gång, hepp, där kom en till;
c:\windows\pchealth\helpctr\Database\HCdata.rdb
Kan det vara så att min HDD inte vill vara med o leka nå mer?
Kör jag en snabbformatering NTFS så går inte det utan jag måste göra en långsam (250gb 7200rpm)
Känner mig som min avatar just nu
Den har återigen gått några dagar utan knot, jag började testa hårddisken med Samsungs diagnosverktyg, men det gick inte.
Istället började jag bränna några skivor att ta med i bilen till Norrköping i morron, samtidigt som jag surfade, gafflade på irc, the usual.
Men (och nu citerar jag från #webforum) så hände detta...
[20:38] wakaba> kolon: där?
[20:38] kolon> !
[20:38] wakaba>icq! :)
[20:39] kolon> nämen
[20:39] wakaba> jomen
[20:52] kolon> gaaah, nu kraschade fanskapet medan jag brände en skiva...
[20:52] kolon> öh, vänta nu
[20:52] kolon> den stängde av sig..?
[20:54] kolon> usch, jag tycker det luktar bränt om nätagget...
[20:54] kolon> hm, kan det ha varit en anledning till krascherna? att agget inte pallat trycket?
[20:55] * kolon bläddrar i mammakortmanualen - det blinkar en lampa på fronten
[20:57] wakaba> var när hur?
[20:57] kolon> har ju haft en del krascher på sistone
[20:57] kolon> står i tråden
[20:57] kolon> men varje gång har den kraschat - men nu stängde burken av sig
[20:58] kolon> ..och så luktar det bränd pepparkaka om nätagget nu...
[20:58] wakaba> F5
[20:59] wakaba> har den blåröken lämnat så är det för sent att återuppliva
[20:59] kolon> nä, ingen magic smoke
[20:59] kolon> det bara luktar otrevligt
[21:01] kolon> när jag tänker efter har ju allt lagt av varje gång den belastats lite extra, när jag gjorde pdfen med många program igång, nu när jag brände osv - samtidigt har jag tre hårddiskar snurrande, det blir en del watt i slutändan...
[21:01] kolon> sen har den stått på 24/7 nästan oavbrutet sen när jag byggde den
[21:01] kolon> vad är det, två år sen kanske?
[21:05] kolon> if the power led on the front panel flashes every two seconds (vilket den gör) this signal tells yhou that one of the power connection has been protected
[21:05] kolon> vaddå protected?
[21:05] wakaba> det e väl säkringer?
[21:06] kolon> om den hade blinkat snabbare hade det varit överhettning
[21:06] kolon> hm, det är ju faktiskt lite dammigt därinne...
[21:06] kolon> 350W står det på agget btw
Vad tros? Är det agget som gett upp eller bara protesterat över den höga belastningen?
Jag har inte vågat peta igång den igen, men den blinkande lampan indikerar ju att det inte är helt stekt iaf...
/red
Efter lite välbehövlig dammsugning vill den fortfarande inte starta. Nu sitter jag i skiten ordentligt för detta har jag faaaan inte tid med... :x
Nja, nästan. Ett nytt nätagg hjälpte inte, men däremot en uppgradering till Office 2007... :e
Sen dess bara enstaka hängningar fram tills i söndags, då efter en reset vägrade XP boota alls. En uppföljningstråd om det hela.
Nu lyckades jag skrämma igång den (efter en vända med installationsprogrammet, Återställningskonsolen och tjugo minuters chkdsk...) men ska nu leta rätt på nåt diagnosverktyg för hårddiskarna, nån av dom verkar inte funka som de ska... :l
En likhet finns iofs, min nya satadisk e: är en Samsung Spinpoint.
testade att köra UBCD med Hutil2, den andra disken i raiden hade tre error med LBA.
när jag sedan startade windows will det köra chkdsk och rättade till en del fel. blev nog av med ca 12GB data, riktigt vad jag blev av med vet jag inte än. någon som vet om chkdsk sparar en log på vilka filer den fixat till?
tydligen sparar chkdsk sin log i eventlogen med källa "winlogon" detta är ju riktigt dåligt, den klarar ju inte av så långa meddelande, fick bara med början av min log. HATAR MICROSOFT!!! varför sparar man loggen på ett ställa som inte stödjer så långa texter!!!
294 ms totalt · 4 externa anrop · v20260731065814-full.a51de22e
