Forum Datorer och system Stationära datorer Support och övrigt Tråd Inlägg

Bluescreen ny processor Inga spår av hårdvarufel??

1
Skriv svar
Permalänk
Medlem
●

Bluescreen ny processor Inga spår av hårdvarufel??

Hej!

Jag har nyligen installerat en ny processor efter lite krångel med BIOS versioner.
Datorn fungerar utmärkt tills att jag började spela starfield, då fick jag bluescreen efter 5 minuter.

Vad jag gjort hittills:

  • Windows är ominstallerat och uppdaterat alla nödvändiga drivrutiner

  • Testat furmark utan några problem (Temp överstiger inte 80°C)

  • Stresstestat min PSU med OCCT (strax under 460w totalt för att driva CPU & GPU 100% Load)

  • Testat baldursgate 3 i just staden baldursgate (Där får hårdvaran arbeta extra) ingen bluescreen

  • Memtest86 i 5 timmar med ett godkänt resultat

  • Jag har laddat hem windows .dmp analysverktyg men jag har inte tillräckligt med kunskap för att avläsa detta

  • Utfört allt vad som rekomenderas vid "kernel-power 41 (63)" problem

  • Googlat tills att fingrarna blöder

Om jag inte löser detta idag eller imorgon överväger jag att lämna in datorn till Inet för en hälsocheck.

Jag har svårt att hitta spår av hårdvarufel men enligt många experter på microsoft forum är denna typen av fel nästan alltid hårdvarufel.

Datorn:
Moderkort ROG STRIX B450-F GAMING
CPU Ryzen 9 5900X
GPU ASUS TUF GeForce RTX 3080 10GB Gaming OC
PSU Seasonic FOCUS Plus 750W Gold
RAM Corsair 32GB (4x8GB) DDR4 3000MHz CL15

Tack på förhand

Redigera
Citera flera Citera
Permalänk
Hedersmedlem ★
●

Har du minidumps i Windows (som är nån MB eller så)? Om du vill skulle jag kunna kolla igenom den/dem isåfall. Har precis lagt in WinDbg för att felsöka liknande BSODs själv.

Vad är det för BSOD-typ annars? Jag får DPC_WATCHDOG_VIOLATION t ex. Verkar vara löst genom att slå av Global C-states i BIOS, efter tre dagars felsökning. Har i mitt fall uteslutit allt utom CPU och moderkort som felkälla (genom att felet uppstår även när varenda annan komponent inte är inkopplad, inkl de externa).

Edit: Äh, mitt problem är inte löst. Får andra fel nu också, ett som tyder på trasig infinity fabrik. CPUn verkar körd.

Senast redigerat
Visa signatur

Asus ROG STRIX B550-F / Ryzen 5800X3D / 48 GB 3200 MHz CL14 / Asus TUF 3080 OC / WD SN850 1 TB, Kingston NV1 2 TB + NAS / Corsair RM650x V3 / Acer XB271HU (1440p165) / LG C1 55"
NAS: 6700K/16GB/Debian+ZFS | Backup (offsite): 9600K/16GB/Debian+ZFS

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av Thomas:

Har du minidumps i Windows (som är nån MB eller så)? Om du vill skulle jag kunna kolla igenom den/dem isåfall. Har precis lagt in WinDbg för att felsöka liknande BSODs själv.

Vad är det för BSOD-typ annars? Jag får DPC_WATCHDOG_VIOLATION t ex. Verkar vara löst genom att slå av Global C-states i BIOS, efter tre dagars felsökning. Har i mitt fall uteslutit allt utom CPU och moderkort som felkälla (genom att felet uppstår även när varenda annan komponent inte är inkopplad, inkl de externa).

Gå till inlägget

Är det enklast om jag skickar filen eller kopierar texten som kom efter kommandot !analyze -v?
Kan man i efterhand se vilken typ av BSOD detta är?

Redigera
Citera flera Citera
Permalänk
Medlem ★
●

Har du fått EN bluescreen? eller är det återkommande?
Har du någon XMP profil igång i BIOS sedan tidigare?

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av omxz24:

Har du fått EN bluescreen? eller är det återkommande?
Har du någon XMP profil igång i BIOS sedan tidigare?

Gå till inlägget

Det återkommer när jag spelar Starfield, det har också hänt när jag pillade med OCCT men då bestämde jag mig för att intallera om Windows.
Jag har inte hunnit testa systemet allt för mycket men starfield är en garanterad BSOD.

Lite osäker är jag vad XMP men jag testade för något år sedan att använda ASUS DOCP, detta tror jag är samma syfte?
Jag ändrade tillbaka då systemet blev ostabilt.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av cenrox:

Det återkommer när jag spelar Starfield, det har också hänt när jag pillade med OCCT men då bestämde jag mig för att intallera om Windows.
Jag har inte hunnit testa systemet allt för mycket men starfield är en garanterad BSOD.

Gå till inlägget

Starfield har i vissa fall haft extrema problem med Bluescreens och andra buggar/problem, och vissa har varit helt symptomfria. Har du testat pilla med settings och sett om det fortsätter?

testa t.ex allt på low, allt på Ultra osv och se om det beter sig annorlunda.

Har du inte problem i andra spel så ligger troligtvis det hos Starfield tänker jag mig.

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av omxz24:

Starfield har i vissa fall haft extrema problem med Bluescreens och andra buggar/problem, och vissa har varit helt symptomfria. Har du testat pilla med settings och sett om det fortsätter?

testa t.ex allt på low, allt på Ultra osv och se om det beter sig annorlunda.

Har du inte problem i andra spel så ligger troligtvis det hos Starfield tänker jag mig.

Gå till inlägget

Ja så tänker jag lite också framförallt när Bethesda ligger bakom spelet
Det som ändå håller mig kvar i hårdvarufelen är snubbar som denna LÄNK

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av cenrox:

Ja så tänker jag lite också framförallt när Bethesda ligger bakom spelet
Det som ändå håller mig kvar i hårdvarufelen är snubbar som denna LÄNK

Gå till inlägget

Haha..mhm..

hårdvarufel kan ju vara allt möjligt dock. Har du testat en äldre biosversion?

Redigera
Citera flera Citera
Permalänk
Hedersmedlem ★
●
Skrivet av cenrox:

Är det enklast om jag skickar filen eller kopierar texten som kom efter kommandot !analyze -v?
Kan man i efterhand se vilken typ av BSOD detta är?

Gå till inlägget

Typen bör stå om du kör !analyze -v. Det är nog lättast att bara köra texten om du ändå har programmet och så.

Du kan skriva [expander]... text här ...[/expander] för att klistra in det i tråden utan att det tar upp flera sidor.

Visa signatur

Asus ROG STRIX B550-F / Ryzen 5800X3D / 48 GB 3200 MHz CL14 / Asus TUF 3080 OC / WD SN850 1 TB, Kingston NV1 2 TB + NAS / Corsair RM650x V3 / Acer XB271HU (1440p165) / LG C1 55"
NAS: 6700K/16GB/Debian+ZFS | Backup (offsite): 9600K/16GB/Debian+ZFS

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av Thomas:

Typen bör stå om du kör !analyze -v. Det är nog lättast att bara köra texten om du ändå har programmet och så.

Du kan skriva [expander]... text här ...[/expander] för att klistra in det i tråden utan att det tar upp flera sidor.

Gå till inlägget
Klicka för mer information

WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
nt!_WHEA_ERROR_RECORD structure that describes the error condition. Try !errrec Address of the nt!_WHEA_ERROR_RECORD structure to get more details.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: ffffe6011555f028, Address of the nt!_WHEA_ERROR_RECORD structure.
Arg3: 00000000bc800800, High order 32-bits of the MCi_STATUS value.
Arg4: 00000000060c0859, Low order 32-bits of the MCi_STATUS value.

KEY_VALUES_STRING: 1

Key : Analysis.CPU.mSec
Value: 2218

Key : Analysis.Elapsed.mSec
Value: 2227

Key : Analysis.IO.Other.Mb
Value: 0

Key : Analysis.IO.Read.Mb
Value: 0

Key : Analysis.IO.Write.Mb
Value: 0

Key : Analysis.Init.CPU.mSec
Value: 202

Key : Analysis.Init.Elapsed.mSec
Value: 10893

Key : Analysis.Memory.CommitPeak.Mb
Value: 92

Key : Bugcheck.Code.LegacyAPI
Value: 0x124

Key : Dump.Attributes.AsUlong
Value: 1008

Key : Dump.Attributes.DiagDataWrittenToHeader
Value: 1

Key : Dump.Attributes.ErrorCode
Value: 0

Key : Dump.Attributes.KernelGeneratedTriageDump
Value: 1

Key : Dump.Attributes.LastLine
Value: Dump completed successfully.

Key : Dump.Attributes.ProgressPercentage
Value: 0

Key : Failure.Bucket
Value: 0x124_0_AuthenticAMD_MEMORY__UNKNOWN_FATAL_IMAGE_AuthenticAMD.sys

Key : Failure.Hash
Value: {b0905187-9dbc-d607-4dc5-8630b9eddb7f}

BUGCHECK_CODE: 124

BUGCHECK_P1: 0

BUGCHECK_P2: ffffe6011555f028

BUGCHECK_P3: bc800800

BUGCHECK_P4: 60c0859

FILE_IN_CAB: 091623-10484-01.dmp

DUMP_FILE_ATTRIBUTES: 0x1008
Kernel Generated Triage Dump

BLACKBOXBSD: 1 (!blackboxbsd)

BLACKBOXNTFS: 1 (!blackboxntfs)

BLACKBOXPNP: 1 (!blackboxpnp)

BLACKBOXWINLOGON: 1

CUSTOMER_CRASH_COUNT: 1

PROCESS_NAME: dwm.exe

STACK_TEXT:
ffffd581`5c0c3938 fffff800`1a123b4b : 00000000`00000124 00000000`00000000 ffffe601`1555f028 00000000`bc800800 : nt!KeBugCheckEx
ffffd581`5c0c3940 fffff800`1c4c10c0 : 00000000`00000000 ffffd581`5c0c3a19 ffffe601`1555f028 ffffe601`130ed540 : nt!HalBugCheckSystem+0xeb
ffffd581`5c0c3980 fffff800`1a217d6f : 00000000`00000000 ffffd581`5c0c3a19 ffffe601`1555f028 00000000`000000b4 : PSHED!PshedBugCheckSystem+0x10
ffffd581`5c0c39b0 fffff800`1a12557a : ffffe601`1b212900 ffffe601`1b212900 ffffe601`130ed590 fffff800`19f9a10a : nt!WheaReportHwError+0x38f
ffffd581`5c0c3a80 fffff800`1a1259d0 : 00000000`0000000b ffffe601`00000000 00000000`00000000 00000000`00000000 : nt!HalpMcaReportError+0xb2
ffffd581`5c0c3bf0 fffff800`1a125864 : ffffe601`11efa840 00000000`00000000 ffffd581`5c0c3e00 00000000`00000000 : nt!HalpMceHandlerCore+0x138
ffffd581`5c0c3c50 fffff800`1a124cf7 : ffffe601`11efa840 ffffd581`5c0c3ef0 00000000`00000000 00000000`00000000 : nt!HalpMceHandler+0xe0
ffffd581`5c0c3c90 fffff800`1a12731b : ffffe601`11efa840 00000000`00000000 00000000`00000000 00000000`00000000 : nt!HalpHandleMachineCheck+0x97
ffffd581`5c0c3cc0 fffff800`1a186dc9 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!HalHandleMcheck+0x3b
ffffd581`5c0c3cf0 fffff800`1a043f3e : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiHandleMcheck+0x9
ffffd581`5c0c3d20 fffff800`1a043b53 : 00000000`00000000 00000000`00000000 00000132`0e860b78 ffffd581`5c0c3ef0 : nt!KxMcheckAbort+0x7e
ffffd581`5c0c3e60 00007fff`ceed4290 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x2d3
0000002c`0157e598 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007fff`ceed4290

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

MODULE_NAME: AuthenticAMD

IMAGE_NAME: AuthenticAMD.sys

STACK_COMMAND: .cxr; .ecxr ; kb

FAILURE_BUCKET_ID: 0x124_0_AuthenticAMD_MEMORY__UNKNOWN_FATAL_IMAGE_AuthenticAMD.sys

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

FAILURE_ID_HASH: {b0905187-9dbc-d607-4dc5-8630b9eddb7f}

Followup: MachineOwner

Visa mer
Senast redigerat
Redigera
Citera flera Citera
Permalänk
Hedersmedlem ★
●

Testa att även köra
!errrec ffffe6011555f028 (eller kanske !errrec 0xffffe6011555f028) så bör du få mer info från den parametern också. Siffrorna är de från Arg2 i de första raderna.

Men enligt länken du skickade så kanske det är svårt att få användbar info från dessa dumps. Om det är hårdvarufel (eller något relaterat, som buggar i BIOS och sådant) ger nog inte felrapporterna mycket användbar info, eftersom saker som vilken process som var aktiv och vad den gjorde kan vara helt irrelevant för felet.

Visa signatur

Asus ROG STRIX B550-F / Ryzen 5800X3D / 48 GB 3200 MHz CL14 / Asus TUF 3080 OC / WD SN850 1 TB, Kingston NV1 2 TB + NAS / Corsair RM650x V3 / Acer XB271HU (1440p165) / LG C1 55"
NAS: 6700K/16GB/Debian+ZFS | Backup (offsite): 9600K/16GB/Debian+ZFS

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av Thomas:

Testa att även köra
!errrec ffffe6011555f028 (eller kanske !errrec 0xffffe6011555f028) så bör du få mer info från den parametern också. Siffrorna är de från Arg2 i de första raderna.

Men enligt länken du skickade så kanske det är svårt att få användbar info från dessa dumps. Om det är hårdvarufel (eller något relaterat, som buggar i BIOS och sådant) ger nog inte felrapporterna mycket användbar info, eftersom saker som vilken process som var aktiv och vad den gjorde kan vara helt irrelevant för felet.

Gå till inlägget

Jag testade att installera alla drivrutiner från ASUS hemsida denna gång istället för att förlita mig till ASUS mjukvara som sköter detta. Hittills kan jag spela i hela 10 minuter och håller på ännu, håller alla tummar jag äger att det var så grundläggande som felaktiga drivrutiner.

Såhär säger den efter detta kommando:

Klicka för mer information

Common Platform Error Record @ ffffe6011555f028
-------------------------------------------------------------------------------
Record Id : 01d9e880294c7a90
Severity : Fatal (1)
Length : 1019
Creator : Microsoft
Notify Type : Machine Check Exception
Timestamp : 9/16/2023 9:51:54 (UTC)
Flags : 0x00000000

===============================================================================
Section 0 : Memory
-------------------------------------------------------------------------------
Descriptor @ ffffe6011555f0a8
Section @ ffffe6011555f1c8
Offset : 416
Length : 80
Flags : 0x00000001 Primary
Severity : Fatal

Physical Addr.: 0x0000000135fec840

===============================================================================
Section 1 : Processor Generic
-------------------------------------------------------------------------------
Descriptor @ ffffe6011555f0f0
Section @ ffffe6011555f218
Offset : 496
Length : 192
Flags : 0x00000000
Severity : Fatal

*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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: hal!_WHEA_PROCESSOR_GENERIC_ERROR_SECTION ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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: hal!_WHEA_PROCESSOR_GENERIC_ERROR_SECTION ***
*** ***
*************************************************************************
No valid data fields are present.

===============================================================================
Section 2 : x86/x64 MCA
-------------------------------------------------------------------------------
Descriptor @ ffffe6011555f138
Section @ ffffe6011555f2d8
Offset : 688
Length : 292
Flags : 0x00000000
Severity : Fatal

*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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: hal!_WHEA_XPF_MCA_SECTION ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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: hal!_WHEA_XPF_MCA_SECTION ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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: hal!_WHEA_XPF_MCA_SECTION ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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: hal!_WHEA_XPF_MCA_SECTION ***
*** ***
*************************************************************************
Error : Unknown (Proc 0 Bank 0)
Status : 0x0000000000000000

===============================================================================
Section 3 : {c34832a1-02c3-4c52-a9f1-9f1d5d7723fc}
-------------------------------------------------------------------------------
Descriptor @ ffffe6011555f180
Section @ ffffe6011555f3fc
Offset : 980
Length : 39
Flags : 0x00000000
Severity : Informational

*** Unknown section format ***

Visa mer
Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av cenrox:

Jag testade att installera alla drivrutiner från ASUS hemsida denna gång istället för att förlita mig till ASUS mjukvara som sköter detta. Hittills kan jag spela i hela 10 minuter och håller på ännu, håller alla tummar jag äger att det var så grundläggande som felaktiga drivrutiner.

Gå till inlägget

Det löste inte problemet.

Redigera
Citera flera Citera
Permalänk
Hedersmedlem ★
●

Har du kommit någon vart?

Jag köpte en 5800X3D för att ersätta min 5800X, med tanken att om det löser mina krascher (vanligtvis inom 20 minuter idle) så skickar jag den gamla på RMA. Vill inte vara utan dator under RMA-tiden så något annat behövde jag ju hur som helst.

Kanske lite tidigt att ropa hej ännu, men tre timmar senare har allt funkat felfritt.
Strax innan bytet så startade jag datorn 12:50, sen kraschade den 12:58, sen en till omstart OCH en frysning före 13:20 medan jag var och hämtade den nya, så redan efter 30 minuter började det kännas lovande med den nya.

Med det vill jag väl främst ha sagt att CPUer kan ha defekter de också, även om det nog är den minst sannolika komponenten att bara slumpmässigt paja.
Har aldrig överklockat eller höjt effektgränsen heller, tvärt om har jag kört med den sänkt (112 W istället för 142 W) i princip sedan inköp.

Om du har gamla CPUn kvar (eller någon annan kompatibel) skulle jag testa med den, om det strular lika mycket ännu.

Visa signatur

Asus ROG STRIX B550-F / Ryzen 5800X3D / 48 GB 3200 MHz CL14 / Asus TUF 3080 OC / WD SN850 1 TB, Kingston NV1 2 TB + NAS / Corsair RM650x V3 / Acer XB271HU (1440p165) / LG C1 55"
NAS: 6700K/16GB/Debian+ZFS | Backup (offsite): 9600K/16GB/Debian+ZFS

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av Thomas:

Har du kommit någon vart?

Jag köpte en 5800X3D för att ersätta min 5800X, med tanken att om det löser mina krascher (vanligtvis inom 20 minuter idle) så skickar jag den gamla på RMA. Vill inte vara utan dator under RMA-tiden så något annat behövde jag ju hur som helst.

Kanske lite tidigt att ropa hej ännu, men tre timmar senare har allt funkat felfritt.
Strax innan bytet så startade jag datorn 12:50, sen kraschade den 12:58, sen en till omstart OCH en frysning före 13:20 medan jag var och hämtade den nya, så redan efter 30 minuter började det kännas lovande med den nya.

Med det vill jag väl främst ha sagt att CPUer kan ha defekter de också, även om det nog är den minst sannolika komponenten att bara slumpmässigt paja.
Har aldrig överklockat eller höjt effektgränsen heller, tvärt om har jag kört med den sänkt (112 W istället för 142 W) i princip sedan inköp.

Om du har gamla CPUn kvar (eller någon annan kompatibel) skulle jag testa med den, om det strular lika mycket ännu.

Gå till inlägget

Tyvärr har jag inte löst problemet. Datorn är hos doktorn för felsökning, detta för att utesluta inkompabilitet med resterande delar. Om felsökningen kommer fram till att processorn är dålig kommer jag starta ett reklamationsärende mot butiken jag köpte den.

Hoppas ditt problem är löst, det är väldigt frustrerade att leva utan dator!

Redigera
Citera flera Citera
Permalänk
Hedersmedlem ★
●

Hoppas att det löser sig! Det bästa vore förstås om det löste sig utan att behöva köra RMA, det är ju som sagt inte kul.

Mitt problem ser bra ut ett dygn senare också. Med standardinställningar (utan workarounds) kraschade den 3 gånger på 25 minuter precis innan jag bytte CPU, nu har den varit igång omkring 28 timmar.

Visa signatur

Asus ROG STRIX B550-F / Ryzen 5800X3D / 48 GB 3200 MHz CL14 / Asus TUF 3080 OC / WD SN850 1 TB, Kingston NV1 2 TB + NAS / Corsair RM650x V3 / Acer XB271HU (1440p165) / LG C1 55"
NAS: 6700K/16GB/Debian+ZFS | Backup (offsite): 9600K/16GB/Debian+ZFS

Redigera
Citera flera Citera
Permalänk
Medlem
●

Övertygad om att ett av ram minnena spelar dig ett spratt.
Det är svårt att avgöra om det är psu eller ram. 80 % av alla fel.
10 % moderkort.
10% övrig hårdvara.
Lycka till

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av TheBDZ:

Övertygad om att ett av ram minnena spelar dig ett spratt.
Det är svårt att avgöra om det är psu eller ram. 80 % av alla fel.
10 % moderkort.
10% övrig hårdvara.
Lycka till

Gå till inlägget

Då har jag ändå kört memtest i 5 timmar med ett godkänt resultat, samt att det fungerar klockrent med den gamla processorn.

Problemet uppstår när jag belastar CPU 100% i några minuter och den når sin högsta klockfrekvens, t.ex. när jag shaders kompileras vid uppstart av Hogwarts legacy.

PSU bör vara okej då den sammanlagda effekten för gpu och cpu vid 100% load inte överstiger 460W, jag har ett 750W.

Dock hoppas jag lite att det är just ram, det är lite billigare och då har jag anledning att köpa 64gb

Redigera
Citera flera Citera
1
Skriv svar