Problemløsning - hvor starter jeg?

Hvis du kunne skrive lidt mere præcist, hvad fejlmeldingen siger, så ville det nok gøre det lidt lettere.

Specikationer af dit udstyr ville også hjælpe.

Kan det være et varmeproblem?

Gør den det både i windows og i dos feks?
Som Milter siger, tjek om den bliver varm, evt reset bios hvis du har ramt noget forkert derinde.. men ja kan være mange ting

Umiddelbart tror jeg ikke, at det er et varmeproblem, idet genstarten kan ske efter 5 min men også først efter 1,5 time.

Jeg prøver med resten af informationerne fra fejlmeddelelsen - håber I kan oversætte.

Fejlsignatur
BCCode: 100000d1  BCP1:00CFE911  BCP2: 00000002  BCP3: 00000000  BCP4: F7785634  OSVer: 5_1_2600  SP: 2_0  Product: 781_1

Hvilken computer har du?

Har du installeret nyt hardware/software, lige før problemet opstod?

Har du checket i Enhedshåndtering, om der er gule udråbstegn?

Hvor længe har du haft problemet?

Ud fra fejlmeddelelsen, ligner det en "ganske almindelig" BSOD fejl der betyder at der er en driverfejl. Den specifikke fejlkode er ganske vist ikke angivet på MSDN, men jeg ved der er et par andre hvor 100000XX svarer til 000000XX, så hvis vi går ud fra det samme gælder her, er der tale om en driver der ikke fungerer korrekt. (se http://msdn.microsoft.com/library/default.asp?url=/library/en-us/DevTest_g/hh/DevTest_g/t05_bugs_60_299217d6-98d1-4d1d-8068-883e89933845.xml.asp for hele fejlbeskrivelsen - som sagt er det dog forudsat at det svarer til den fejl)

En dejlig sikker måde at finde ud af hvilken driver det er, er at hente Microsoft's Debugging Tools og åbne et crash dump med WinDbg for at hente en stack trace og derved se hvilket modul den er gal med (og dermed finde ud af hvilken driver det er) - men det er ikke helt så nemt som det måske lyder.

Hvis du er frisk på at forsøge det alligevel - det skader ikke på nogen måde din maskine hvis du skulle være bekymret for det - så skal jeg gerne skrive en lille vejledning til hvad du skal gøre.

Milter --> Computeren er en HP A1119, og jeg har ikke installeret hverken ny SW eller HW før problemet opstod. Enhedshåndtering er checket - alt OK. Problemet har efterhånden stået på i et par måneder.

Pidgeot --> Jeg er frisk på at forsøge og vil meget gerne modtage en vejledning.

Godt så - følg den her vejledning, og sig til hvis der er noget du ikke forstår:

1) Højreklik på denne computer og vælg Egenskaber. Gå ind under Avanceret, og klik på Indstillinger ud for Start og Genoprettelse. Se efter hvad der står umiddelbart under Skrivning af fejlfindingsoplysninger - hvis der står (ingen), skal du vælge en af de andre og vente på at fejlen sker igen, da vi ikke har noget at arbejde med ellers. Jeg vil foreslå Fuldstændig lagring af hukommelse såfremt du har plads nok på din harddisk, da det sikrer så mange oplysninger som muligt, men Lagring af kernehukommelse bør også give os de nødvendige oplysninger - Delvis lagring af hukommelse er jeg lidt usikker på, men det kan være du er heldig.

I tekstfeltet under disse vil der stå en sti. Denne vil normalt være %SystemRoot%\Minidump eller %SystemRoot%\MEMORY.DMP - er den ikke dette, skal du også huske på hvad der står her. Nede i punkt 5 skal du så bruge dette i stedet for det jeg har skrevet.

Luk dialogerne når du er færdig.

2) Gå ind på http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx (eller http://www.microsoft.com/whdc/devtools/debugging/install64bit.mspx hvis du kører med en 64-bit udgave af Windows - det tvivler jeg på, men man ved aldrig).

3) Hent den seneste udgave, 6.6.7.5, og installer denne.

4) Når installationen er fuldført, går du ind i Start > Programmer > Debugging Tools for Windows > WinDbg. Vælg File > Open Crash Dump.

5) Afhængigt af hvad der stod i punkt 1 skal du gøre følgende:

5a) Hvis der stod "Delvis lagring af hukommelse (64KB)" navigerer du frem til mappen %SystemRoot%\Minidump, hvor %SystemRoot% er dit Windows-bibliotek. Åbn her den nyeste af filerne, da dette bør være den med fejlen. (Lille bemærkning: Jeg har ikke selv haft et minidump der gav mig nok oplysninger til at spore fejlen nøjagtigt, så det er muligt det skal ændres på stedet beskrevet under punkt 1, og du så skal vente på at den går ned igen før du kan finde fejlen.)

5b) Hvis der stod "Lagring af kernehukommelse" eller "Fuldstændig lagring af hukommelse", navigerer du til %SystemRoot% og åbner filen MEMORY.DMP.

6) Svar ja eller nej i den dialogboks der popper op med spørgsmålet "Save information for workspace?" - det er ikke relevant lige her.

7) Der skulle åbnes et vindue hvor der står en masse tekst. Vent til den er færdig. Det er ikke unormalt hvis den skriver diverse ERRORs.

8) I bunden af denne tekst står der "Probably caused by" efterfulgt af noget andet. Hvis du her får et filnavn (udover ntoskrnl.exe), er det højst sandsynligt den fil den er gal med, og du bør derfor prøve at opgradere den tilhørende driver - men inden du gør dette, så følg lige resten af vejledningen, da det kan gøre det nemmere at identificere hvilken driver den hører til.

9) Skriv "!analyze -v" (uden gåseøjnene) i det nederste tekstfelt. Det skulle gerne skrive en masse ud.

10) Kopier hele indholdet herind hvis du ikke kan se hvilken driver der er tale om, og så kan vi jo lige se om vi ikke kan finde ud af det i fællesskab. :)

For at give et eksempel på hvad !analyze -v skriver ud, har jeg lavet den på et crash dump jeg selv har liggende - i dette tilfælde var synderen mit antivirus program (AVG), der ikke helt virkede ordentligt efter en repair af Windows:

kd> !analyze -v
ERROR: FindPlugIns 8007007b
*******************************************************************************
*                                                                            *
*                        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: 80fde7f4, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: 804e6d06, address which referenced memory

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

ANALYSIS: Kernel with unknown size. Will force reload symbols with known size.
ANALYSIS: Force reload command: .reload /f ntoskrnl.exe=FFFFFFFF804D7000,214600,41108004
***** Kernel symbols are WRONG. Please fix symbols to do analysis.

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


MODULE_NAME: avg7rsw

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  42e6284b

READ_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
80fde7f4

CURRENT_IRQL:  2

FAULTING_IP:
nt!IoAllocateIrp+66
804e6d06 8b7e0c          mov    edi,dword ptr [esi+0Ch]

DEFAULT_BUCKET_ID:  WRONG_SYMBOLS

BUGCHECK_STR:  0xA

LAST_CONTROL_TRANSFER:  from 804e6d06 to 804e2158

STACK_TEXT: 
WARNING: Stack unwind information not available. Following frames may be wrong.
b36df484 804e6d06 badb0d00 81043000 804f07e0 nt!Kei386EoiHelper+0x285d
b36df514 804e9bcd 00000001 00000000 c0384124 nt!IoAllocateIrp+0x66
b36df52c 804e8566 e1049000 c0384124 00000000 nt!FsRtlResetLargeMcb+0x601
b36df59c 804ec48a 00000001 e1049000 c0384124 nt!KeFlushEntireTb+0x241
b36df5ec 804e1ff1 00000001 e1049000 00000000 nt!PsReturnProcessNonPagedPoolQuota+0x4c6
b36df620 f7b78a5b f7b788f4 b36df98c e4301c58 nt!Kei386EoiHelper+0x26f6
b36df6a8 8057aa27 e1049000 00000003 b36df6f0 Ntfs+0x26a5b
b36df744 f7b7d399 89764cb8 8973e400 e4301ec0 nt!CcPinRead+0x32d
b36df970 f7b77d83 b36df98c 88889b70 8971bac0 Ntfs+0x2b399
b36dfae8 804e3d77 8973e020 88889b70 8976ada0 Ntfs+0x25d83
b36dfb08 804e3d77 8971ba08 88889b70 88889b70 nt!IofCallDriver+0x32
b36dfb2c f79f5436 893a9d58 88889b70 888d2860 nt!IofCallDriver+0x32
b36dfb88 80567391 897859c8 893a9d58 00100002 avg7rsw!AvgWrapAllocatePoolWithTag+0x48
b36dfbb8 8056753b 897859c8 888d2860 897a8040 nt!RtlAddAtomToAtomTable+0x3f4
b36dfbe0 805675ac e1000d20 888d2860 00002080 nt!RtlAddAtomToAtomTable+0x59e
b36dfc28 8056a914 00002080 00000000 00000001 nt!RtlAddAtomToAtomTable+0x60f
b36dfc3c 805833a0 80002080 00000000 00000000 nt!ObCloseHandle+0x12
b36dfcf0 b48d5c5e 00000268 0108f560 025b2d58 nt!FsRtlNotifyFilterChangeDirectory+0x57d
b36dfd48 804df06b 00000268 0108f560 025b2d58 vsdatant+0x2fc5e
b36dfd64 7c90eb94 badb0d00 0108f4d8 00000000 nt!ZwYieldExecution+0xb96
b36dfd68 badb0d00 0108f4d8 00000000 00000000 0x7c90eb94
b36dfd6c 0108f4d8 00000000 00000000 00000000 0xbadb0d00
b36dfd70 00000000 00000000 00000000 00000000 0x108f4d8


STACK_COMMAND:  kb

FOLLOWUP_IP:
avg7rsw!AvgWrapAllocatePoolWithTag+48
f79f5436 8bcf            mov    ecx,edi

SYMBOL_STACK_INDEX:  c

SYMBOL_NAME:  avg7rsw!AvgWrapAllocatePoolWithTag+48

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  avg7rsw.sys

BUCKET_ID:  WRONG_SYMBOLS

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

Hermed en kopi af resultatet. Jeg selv kan ikke umiddelbart se henvisninger til andet end NT.

Microsoft (R) Windows Debugger  Version 6.6.0007.5
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path.          *
* Use .symfix to have the debugger choose a symbol path.                  *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                  *
* The Symbol Path can be set by:                                    *
*  using the _NT_SYMBOL_PATH environment variable.                *
*  using the -y <symbol_path> argument when starting the debugger. *
*  using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Kernel base = 0x804d7000 PsLoadedModuleList = 0x805531a0
Debug session time: Wed Jan  3 19:41:59.750 2007 (GMT+1)
System Uptime: 0 days 0:05:37.356
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                  *
* The Symbol Path can be set by:                                    *
*  using the _NT_SYMBOL_PATH environment variable.                *
*  using the -y <symbol_path> argument when starting the debugger. *
*  using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
......................................................................................................................................
Loading User Symbols
Loading unloaded module list
..........
*******************************************************************************
*                                                                            *
*                        Bugcheck Analysis                                    *
*                                                                            *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000007E, {c0000005, 80536e52, f7a63c28, f7a63924}

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

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

Probably caused by : ntoskrnl.exe ( nt+5fe52 )

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

kd> !analyze -v
*******************************************************************************
*                                                                            *
*                        Bugcheck Analysis                                    *
*                                                                            *
*******************************************************************************

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003.  This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG.  This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG.  This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: 80536e52, The address that the exception occurred at
Arg3: f7a63c28, Exception Record Address
Arg4: f7a63924, Context Record Address

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

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

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


MODULE_NAME: nt

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  42250a1d

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Instruktionen ved "0x%08lx" refererede hukommelse ved "0x%08lx". Hukommelsen kunne ikke "%s".

FAULTING_IP:
nt+5fe52
80536e52 668b08          mov    cx,word ptr [eax]

EXCEPTION_RECORD:  f7a63c28 -- (.exr fffffffff7a63c28)
ExceptionAddress: 80536e52 (nt+0x0005fe52)
  ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
  Parameter[0]: 00000000
  Parameter[1]: 002794e8
Attempt to read from address 002794e8

CONTEXT:  f7a63924 -- (.cxr fffffffff7a63924)
eax=002794e8 ebx=00000cdf ecx=e1b488b8 edx=00000000 esi=85df44f8 edi=0000337c
eip=80536e52 esp=f7a63cf0 ebp=f7a63cf0 iopl=0        nv up ei pl nz na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000            efl=00210206
nt+0x5fe52:
80536e52 668b08          mov    cx,word ptr [eax]        ds:0023:002794e8=????
Resetting default scope

CUSTOMER_CRASH_COUNT:  5

DEFAULT_BUCKET_ID:  WRONG_SYMBOLS

BUGCHECK_STR:  0x7E

LAST_CONTROL_TRANSFER:  from 806144cf to 80536e52

STACK_TEXT: 
WARNING: Stack unwind information not available. Following frames may be wrong.
f7a63cf0 806144cf 002794e8 00000617 865c43c8 nt+0x5fe52
f7a63d34 80615483 f7a63d70 85df44f8 85df4634 nt+0x13d4cf
f7a63d74 80533dd0 85df44f8 00000000 865c43c8 nt+0x13e483
f7a63dac 805c4a06 85df44f8 00000000 00000000 nt+0x5cdd0
f7a63ddc 80540fa2 80533cd0 00000001 00000000 nt+0xeda06
00000000 00000000 00000000 00000000 00000000 nt+0x69fa2


FOLLOWUP_IP:
nt+5fe52
80536e52 668b08          mov    cx,word ptr [eax]

SYMBOL_STACK_INDEX:  0

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  ntoskrnl.exe

SYMBOL_NAME:  nt+5fe52

STACK_COMMAND:  .cxr 0xfffffffff7a63924 ; kb

BUCKET_ID:  WRONG_SYMBOLS

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

Det ligner umiddelbart at det er et minidump for noget andet end den egentlige fejl - det er en anden fejlkode, og stedet hvor fejlen opstår er ikke en rigtig kommando.

Prøv de andre minidumps fra den dag (Mini010307-01.dmp til Mini010307-04.dmp) og se om et af dem giver et resultat i et andet modul. Hvis ikke, bliver vi nok nødt til at lade den lave et større dump og så lige vente på næste gang fejlen optræder.

Jeg har nu trofast ventet til fejlen opstod endnu en gang. Denne gang gik der flere timer. Jeg har valgt fuld lagring.
Når jeg imidlertid går ind for at åbne minidumpet, findes der overhovedet ikke et fra i dag. Mærkeligt!

Jeg kiggede så lidt i programloggen og her var følgende fejl fra i dag:
"Fejlagtigt program services.exe, version 5.1.2600.2180, fejlagtigt modul rpcrt4.dll, version 5.1.2600.2180, fejlagtig adresse 0x00034eba."

"Fejlagtigt program hpqtra08.exe, version 45.4.157.0, fejlagtigt modul hpocxi08.dll, version 47.0.1.0, fejlagtig adresse 0x00016082."

Og fra i går - flere gange:

"Fejlagtigt program iexplore.exe, version 6.0.2900.2180, fejlagtigt modul unknown, version 0.0.0.0, fejlagtig adresse 0x01d3b510."

Kan det hjælpe?

Du skal ikke åbne et minidump når den er sat til fuld lagring (eller bare lagring) - i stedet skal du åbne filen MEMORY.DMP i dit Windows-bibliotek. Resten af fremgangsmåden er dog den samme.

Beklager meget, men jeg kan simpelthen ikke finde filen - og jeg har checket endnu engang på navnet. En søgning på maskinen gav heller intet resultat. En søgning på dmp filer gav alle mine minidumps + et userdump, som jeg har kopieret ind, da tidsstemplet passede med genstarten. Måske kan det hjælpe.

Microsoft (R) Windows Debugger  Version 6.6.0007.5
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Documents and Settings\All Users\Application Data\Microsoft\Dr Watson\user.dmp]
User Mini Dump File: Only registers, stack and portions of memory are available

Comment: 'Dr. Watson generated MiniDump'
Windows XP Version 2600 (Service Pack 2) UP Free x86 compatible
Product: WinNt, suite: SingleUserTS Personal
Debug session time: Thu Jan  4 13:12:33.000 2007 (GMT+1)
System Uptime: not available
Process Uptime: 0 days 2:11:45.000
Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path.          *
* Use .symfix to have the debugger choose a symbol path.                  *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
...................................
This dump file has an exception of interest stored in it.
The stored exception information can be accessed via .ecxr.
(304.66c): Access violation - code c0000005 (first/second chance not available)
eax=000d1e70 ebx=000c82d0 ecx=000c83cc edx=00dafdc8 esi=00000000 edi=00dafd94
eip=77ea4eba esp=00dafd38 ebp=00dafd4c iopl=0        nv up ei pl nz na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000            efl=00000202
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for rpcrt4.dll -
rpcrt4!I_RpcBindingIsClientLocal+0x13:
77ea4eba 8b7508          mov    esi,dword ptr [ebp+8] ss:0023:00dafd54=000d1e70
0:010> .ecxr
eax=000d1e70 ebx=000c82d0 ecx=000c83cc edx=00dafdc8 esi=00000000 edi=00dafd94
eip=77ea4eba esp=00dafd38 ebp=00dafd4c iopl=0        nv up ei pl nz na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000            efl=00000202
rpcrt4!I_RpcBindingIsClientLocal+0x13:
77ea4eba 8b7508          mov    esi,dword ptr [ebp+8] ss:0023:00dafd54=000d1e70
0:010> !.ecxr
No extension DLL name provided

Det bliver nok lidt svært at finde ud af grunden til det her så. Hvis du er interesseret, og har MSN, vil jeg gerne prøve om jeg kan finde den rigtige dump-fil gennem fjernsupport, men ellers må jeg nok melde pas her.

Hvis jeg skal prøve, er du velkommen til at tilføje mig: mic ha el @ bi rdi es of t.dk. Bemærk lige at jeg har sat et par mellemrum i så evt. spamrobotter ikke så nemt opsnapper adressen, så husk at fjerne dem :)

Er der noget mønster i, hvornår fejlen opstår, altså f.eks. ved brug af et bestemt program, eller når du f.eks. vil åbne et billede?

Jeg synes ikke, at der er et mønster. I går oplevede jeg sågar også, at maskinen genstartede før den var færdig med at læse XP ind. Og genstarten kan komme efter 15 min, 45 min eller efter flere timer. Indimellem kører maskinen som den skal.

pidgeot --> Tak for tilbuddet. Venter lige lidt.

Har du prøvet det her: Dobbeltklik "Denne computer" > Højreklik dit C-drev > Egenskaber > Funktioner > Undersøg nu > Afmærk begge felter > Start.

Lad den køre færdig og se, om det har hjulpet.

Hvis du har mere end en ramblok i maskinen, så prøv at fjerne dem en ad gangen og se, om det hjælper. Prøv evt. at flytte ramblokkene til andre slots.

Husk, der må ikke være strøm på computeren, når du arbejder med ramblokkene!

Jeg har faktisk selv haft mistanke til ramblokkene, så det vil jeg absolut prøve.

Vender tilbage

Har nu prøvet lidt af hvert - uden entydigt svar - men maskinen er blevet mere stabil, dvs. den genstarter ikke så ofte. Problemet er dog ikke løst.
Derimod er jeg begyndt at opleve, at min skærm pludselig bliver sort og melder "Out of range"!
Siger det jer noget?

Det betyder, at du prøver at køre den med indstillinger, som den ikke understøtter.
Højreklik et tomt sted på skrivebordet > Egenskaber > Indstillinger > Avanceret > Skærm > Sæt mærke i "Skjul tilstand, som ikke kan vises...." > Sæt opdateringshastigheden til 60, hvis det er en fladskærm, hvis ikke til 85.

Hvilken skærm har du og hvilken opløsning kører du med?

Milter --> De nævnte indstillinger er allerede som du anbefaler.
Skærmen er en LW-871 og jeg kører med en opløsning på 1024 X 768

Jeg kan ikke rigtigt finde noget om din skærm, men det ser ud til, at det er en almindelig "gammeldags" CRT-skærm. Er det korrekt og hvor gammel er den?

Hvis det er, så prøv at sætte opdateringshastigheden til 75.

Prøv også at kigge her:

http://h10025.www1.hp.com/ewfrf/wc/document?docname=bph05529&lc=en&cc=uk&dlc=en&product=502387&lang=da

Dit andet problem kan skyldes, at harddisken ikke har det så godt længere. Hvor gammel er den?

Prøv at kigge her:

http://h10025.www1.hp.com/ewfrf/wc/document?docname=c00386164&lc=en&cc=uk&dlc=en&product=502387&lang=da

Skærmen er kun ca. 1 ½ år gammel og er en fladskærm, så du er lidt på afveje.

Harddisken er også ca 1 ½ år gammel.

Kan du lægge et link til skærmen?

En LCD-skærm opererer bedst med en opløsning, der svarer til nøjagtigt det antal pixels, den har.

Lukker (undskyld det sene tidspunkt - var ikke opmærksom på, at spørgsmålet stadig var åbent).