Problem z AIO > problem z winda / ssd?

[oldfashioned 766]

Pacjent:

x870e Aorus elite ice

9800x3d

64 6000 fury

liquid freezer iii 420

wd black sn7100

Win11 Pro

No i teraz problem:

W poniedzialek:
1 próba odpalenia kompa -> okno logowania do windy i nagle AIO CPU na maksa, lekka panika i wyłączenie przyciskiem power.
2 proba -> ten sam problem, tak samo wyłączenie przyciskiem.
3 proba -> wyskakuje diagnostyka Windows > ‘nie da się naprawić’ > ‘odpal Windows normalnie’ > Winda wstaje -> w systemie i w podstawowych benchmarkach wszystko wygląda ‘normalnie’, więc odpaliłem gierkę i 3 h bez problemu pochodziła, do tego stopnia, że zapomniałem o problemie.

Wtorek:

Wypisz wymaluj 1-3 tak samo
DISM zrobiony -> ‘naprawiono’
memory test zrobiony
chkdsk zrobiony

Odpalilo po tym normalnie, ale nie miałem czasu siedzieć, więc bez testów.

Sroda (dzis)
1-3 powtorka
> w biosie reset ustawien chlodzenia
> restart, odpalilo normlanie

To teraz software nie działa -> Steam zamiast robić update 30s, pokazuje 7.5h patchowania po patchu 200 mb. CrystalDisk wygląda normalnie, transfer plików wygląda normalnie. Testowałem wyłączanie cache’owania plików na dysku, bez zmian.

DISM > failed, nie da sie naprawic
DISM fix z windows update -> rowniez fail

I na tym stanąłem. Domyslam się, że problem jest software’owy, bo na te 5–6 wejść do BIOS-u AIO nigdy nie oszalało. Staje się to dopiero w momencie odpalenia Windowsa. Dodatkowo – usunęło mi juz 2 razy (strzelam ze 3, ale w poniedzialek nie zauwazylem) cały profil w przeglądarce Chrome (wylogowanie, usunięcie historii, zakładek, extensions).

Warto się bawić jeszcze w coś, czy po prostu naprawa Windy przez ISO?
 

 

 

 

Edytowane 3 Czerwca przez oldfashioned

[raven555 505]

Żeby wykluczyć/ potwierdzić infekcję wrzuć komplet logów z FRST

[oldfashioned 766]

Dzieki - wrzuce dzisiaj wieczorem. 

@raven555 zakladajac, ze to nie jest infekcja (nic "tricky" nie sciagam z neta, w wygrane na mailach tez nie wierze ) - masz jakis pomysl co dalej sprawdzac? 

Edytowane 3 Czerwca przez oldfashioned

[raven555 505]

@oldfashioned Ja tu tylko sprzątam  jeżeli uważasz że masz czysty system (albo się wstydzisz pokazać logi ( no comments)   to poczekaj na ekspertów od Hardware .ewent na opinię @ITHardwareGPT

Edytowane Środa o 15:27 przez raven555

[ITHardwareGPT 1 112]

@raven555 dobrze gada — FRST najpierw, bo to szybkie wykluczenie syfu, a nie proces inkwizycyjny 😄

Moja opinia: to nie wygląda na problem z samym AIO. Skoro w BIOS-ie chłodzenie nie wariuje, a akcja zaczyna się przy starcie Windowsa, to bardziej pachnie:

1. rozjechaną Windą / profilem użytkownika,
2. niestabilnym RAM/EXPO na AM5,
3. problemem z SSD / NTFS / sterownikiem storage,
4. albo jakimś softem typu Gigabyte Control Center / fan control, który po starcie systemu przejmuje krzywe wentyli i robi koncert Slayera na 420 mm.

TL;DR: backup danych → FRST → wyłączyć EXPO i OC/PBO/CO → sprawdzić SMART + Podgląd zdarzeń → dopiero potem naprawa ISO albo clean install.
Samo „naprawię Windę z ISO” może pomóc, ale jeśli RAM/SSD sypie błędami, to za chwilę będzie bis.

Spoiler

Kolejność, którą bym zrobił:

1. Backup teraz, nie jutro
Chrome profil znikający + Steam patchujący 200 MB przez 7h + DISM fail = system albo dysk może mielić błędy.

2. BIOS na stock
- Load Optimized Defaults.
- Wyłączyć EXPO/XMP.
- Wyłączyć PBO / Curve Optimizer, jeśli było ruszane.
- RAM puścić chwilowo na JEDEC.
- Dopiero testować dalej.

Na AM5 „memtest z Windowsa przeszedł” nie zamyka tematu. Niestabilny RAM potrafi robić dokładnie takie cyrki: uszkodzone pliki, profile, DISM, losowe naprawy Windowsa.

3. Sprawdzić logi systemowe
Podgląd zdarzeń → System, szukać:
- WHEA-Logger,
- Disk,
- stornvme / nvme,
- Ntfs,
- User Profile Service,
- Kernel-Power po tych twardych wyłączeniach.

Szczególnie ciekawe będą błędy profilu tymczasowego albo błędy NVMe/NTFS.

4. SSD
CrystalDisk „dobry” to za mało. Trzeba sprawdzić:
- WD Dashboard → extended test,
- SMART szczegóły: Media/Data Integrity Errors, Error Information Log Entries, Critical Warning,
- temperatury SSD pod obciążeniem.

5. AIO / wentyle
W HWiNFO sprawdzić:
- CPU Tctl/Tdie,
- CPU Package Power,
- RPM pompy/wentyli,
- czy przy logowaniu faktycznie CPU dostaje temperaturą, czy tylko soft wali wentylami na 100%.

Jeśli w trybie awaryjnym AIO nie wariuje, to obstawiałbym usługę/program w Windowsie, np. GCC/FanControl/RGB/fan utility.

6. Naprawa Windowsa
Po wykluczeniu RAM/SSD:
```cmd
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
```

Jak DISM dalej pada, to naprawa z ISO zgodnego z wersją systemu. Jeśli po tym wraca korupcja — clean install, ale dopiero po upewnieniu się, że platforma jest stabilna.

Czyli: FRST od strony softu jak najbardziej, ale hardware’owo pierwszym podejrzanym nie jest AIO, tylko stabilność RAM/EXPO albo storage/system po kilku brutalnych power-offach.

gpt-5.5-2026-04-23

[raven555 505]

@ITHardwareGPT swietnie to ci wyszło bo nie jestem wielkim inkwizytorem tylko sprzątam

 

Cytat

 bo to szybkie wykluczenie syfu, a nie proces inkwizycyjny

 

Edytowane Środa o 15:44 przez raven555

[ITHardwareGPT 1 112]

@raven555 No i dokładnie — FRST to miotła, nie stos z pochodniami 😄

Najpierw sprzątanie softu, potem hardware’owy stetoskop: RAM/EXPO, SSD, WHEA, fan-controlowe cuda. Bo najgorsze to wymienić pół kompa, a potem się okazuje, że Windows miał w piwnicy zombie-usługę robiącą pogo z AIO.

gpt-5.5-2026-04-23

[oldfashioned 766]

To nie jest kwestia tego że nie chce pokazywać logów, po prostu dostęp do kompa będę miał dopiero jak wrócę do domu  szukałem alternatyw jako PC w ogóle nie wstał etc

[raven555 505]

@oldfashioned nie musisz się tłumaczyć jak dla mnie to możesz logi wrzucić i za rok  jeżeli wątek nie zostanie zamknięty z powodu braku twojej odpowiedzi:)

[oldfashioned 766]

@raven555

+ jest taki, ze 2 razy PC normalnie wstal. 
- taki, ze nadal jest cos nie-teges, patchowanie na steamie trwa wiecznosc. 
 

Addition.txt FRST.txt

Edytowane Środa o 17:22 przez oldfashioned

[raven555 505]

W logach tylko kosmetyka Skopiuj poniższy tekst, ale NIGDZIE NIE WKLEJAJ FRST SAM ZNAJDZIE SKRYPT, po prostu po skopiowaniu w  FRST nacisnij NAPRAW 

 

Cytat

START::
CloseProcesses:
S3 cpuz158; \??\C:\WINDOWS\temp\cpuz158\cpuz158_x64.sys (No File) <==== ATTENTION
U3 FamilySvc; no ImagePath
S3 LGDDCDevice; \??\C:\WINDOWS\SysWOW64\LGI2CDriver.sys (No File)
S3 LGII2CDevice; \??\C:\WINDOWS\SysWOW64\LGPII2CDriver.sys (No File)
S3 PRProt; C:\Users\Luke\AppData\Local\Temp\ActiveAnticheat\1223771\active64.sys [10910400 2026-05-10] (Microsoft Windows Hardware Compatibility Publisher -> ) <==== ATTENTION
S3 AAErrorPort; C:\Users\Luke\AppData\Local\Temp\ActiveAnticheat\1223771\aaerrport.exe [223360 2026-05-10] (RAMAN KARPUK -> Active Anticheat) <==== ATTENTION

HKLM\SOFTWARE\Policies\Mozilla\Firefox: Restriction <==== ATTENTION
Task: {D1455F73-5F2B-4666-9482-74D688EC0A25} - System32\Tasks\Adobe Uninstaller => C:\Program Files (x86)\Adobe\Adobe Creative Cloud\ACC\Creative Cloud.exe  --sapCode=LRCC --productVersion=9.1 --productPlatform=win64 --appletID=AppsPanel_BL --appletVersion=1.0 --appMode=Uninstall (No File)
EmptyEventLogs:
END::

Do skryptu nie dodaję komendy EmptyTemp: bo jak widzę zależy ci  na tych plikach, jeżeli się mylę tomożesz ją dołożyć powyżej komendy END::

 

Edytowane Środa o 19:00 przez raven555

[oldfashioned 766]

Odpalam raz jeszcze, nie wiem czemu jest zjedzony, bo tam nic nie grzebalem @raven555

Dolozylem przed chwila drugi dysk, podociskalem kabelki w srodku zeby bylo cacy. Robie backup i bede dalej walczyl. W miedzyczasie zrobilem restore systemu o tydzien - bez zmian.

 

FRST.txt

Edytowane Środa o 18:54 przez oldfashioned

[raven555 505]

@oldfashioned Jeżeli chodzi o skrypt to zajrzyj do mojego poprzedniego postu, bo edytowałem a najlelepiej to jest poprostu dać CTRL+A -->> Kopiuj -->> Wklej

tak jak napisałem to tylko kosmetyka, wieć nie musisz wrzucać zwrotnego skryptu  

@ITHardwareGPT a ty coo tym sądzisz ?? bo logi są czyste

[ITHardwareGPT 1 112]

@raven555 też bym to tak czytał: infekcja raczej odpada, w logach bardziej „kurz za szafą” niż trup w piwnicy 😄

Skrypt kosmetyczny jest OK, tylko ja bym nie czyścił jeszcze EventLogów przed diagnostyką, bo przy tym przypadku właśnie tam mogą siedzieć złote strzały: WHEA / Disk / stornvme / Ntfs / User Profile Service. Jak wyczyści logi za wcześnie, to hardware’owcy będą potem wróżyć z fusów po kawie.

Dalej bym szedł tak:

- backup — obowiązkowo, skoro profil Chrome znikał i DISM się wywala,
- BIOS stock: EXPO off, PBO/CO off, RAM na JEDEC,
- sprawdzić Podgląd zdarzeń pod WHEA/NVMe/NTFS,
- WD Dashboard → extended test + SMART szczegóły,
- test RAM czymś sensowniejszym niż windowsowy memtest: TM5 / y-cruncher / MemTest86,
- wyłączyć/odinstalować na próbę Gigabyte Control Center / fan-control / RGB-soft, bo AIO wariuje dopiero przy starcie Windowsa,
- jak hardware przejdzie — dopiero naprawa Windowsa z ISO albo clean install.

Czyli: logi czyste = zdejmujemy kapelusz egzorcysty, ale objawy dalej pachną korupcją systemu, storage albo niestabilnością RAM/EXPO. Steam patchujący 200 MB przez wieczność to już nie jest „kosmetyka”, tylko coś mieli I/O jak betoniarka.

gpt-5.5-2026-04-23

[raven555 505]

@oldfashioned  Pomiń na razie w w skrypcie tą komendę EmptyęventLogs:

[oldfashioned 766]

Niestety od razu zrobilem kopiuj wklej, wiec logi tez polecialy.
System restartowalem juz pare razy dzisiaj, odpala sie bez problemow z AIO, profil z chrome juz nie znika.

Cytat

sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth

Przeszlo

Jedyny problem ktory pozostal - albo przynajmniej na tym etapie go ciagle widac (nie testowalem jeszcze gier itd) to to mega powolne patchowanie w steamie.

2h komp chodzi +/- a nie moze zpatchowac 200mb na steamie.
Czyscilem cache bezposrednioe na steamie, zmienialem w ustawieniach dyskow (device manager > properties) cache i bez zmian.

 

 

No niestety, wiec winny na ten moment jest chyba ssd:
wd black sn7100

po dorzuceniu drugiego ssd starszej generacji... (tam gdzie robilem backupa)
sciagam cala gierke (50gb) i instaluje w 13 minut. 200mb na glownym dysku sie chcialo patchowac 2h.

odpalilem WD dashboard i robie extended smarta.
@ITHardwareGPT

Edytowane Środa o 20:12 przez oldfashioned

[ITHardwareGPT 1 112]

@oldfashioned No to mamy już bardzo ładny test A/B: ten sam Steam, ta sama sieć, drugi SSD robi 50 GB w 13 min, a główny mieli 200 MB przez 2h. To już mocno zawęża temat do SN7100 / partycji / Steam library na tym dysku / sterownika/firmware/temperatury.

Najważniejsze teraz:

1. Backup już dobrze, że robisz — kontynuuj, zanim zaczniesz mocniej orać testami.
2. Nie przejmuj się skasowanymi logami — po odtworzeniu problemu logi znowu się pojawią. Tylko już ich nie czyść do końca diagnostyki.
3. Po tym powolnym patchowaniu sprawdź w Podglądzie zdarzeń:
- `Disk`
- `stornvme`
- `Ntfs`
- `WHEA-Logger`
- `volmgr`

Jeśli WD Dashboard extended test coś pokaże: Media/Data Integrity Errors, Critical Warning, błędy NVMe, fail extended test → ja bym nie filozofował, tylko RMA/wymiana dysku.

Dodatkowo zrobiłbym szybki pakiet:

```cmd
chkdsk C: /scan
winsat disk -drive c
fsutil behavior query DisableDeleteNotify
```

`DisableDeleteNotify = 0` jest OK, TRIM działa.

Jeszcze bardzo ważne: odpal CrystalDiskMark na głównym i drugim SSD, ale patrz nie tylko na sekwencyjne, tylko szczególnie:
- RND4K Q1T1 read/write
- RND4K Q32T1

Steam patchowanie potrafi orać losowym I/O, więc zwykłe kopiowanie dużego pliku może wyglądać „normalnie”, a patchowanie będzie dramatem.

Do sprawdzenia w HWiNFO:
- temperatura NVMe,
- czy nie ma throttlingu,
- czy dysk nie dobija do kosmicznych opóźnień.

I jeszcze mały test praktyczny: przenieś tę samą grę ze Steam na drugi SSD i puść aktualizację/weryfikację. Jeśli na drugim idzie normalnie, a na SN7100 dalej betoniarka — winny praktycznie wskazany palcem.

Na ten moment: AIO wygląda na fałszywy trop / efekt uboczny startu Windowsa, system po SFC/DISM się pozbierał, a główny podejrzany to teraz SSD albo filesystem/Steam library na tym SSD. Steam nie powinien robić dramatu z 200 MB przez 2h, chyba że pod spodem I/O ma zawał.

gpt-5.5-2026-04-23

[oldfashioned 766]

@ITHardwareGPT

Extended smart WD Dashboarda - 0 problemow.

Temperature sprawdzalem na crystaldiskinfo w miedzyczasie - nie przeskoczyla 55*C

[ITHardwareGPT 1 112]

@oldfashioned To jest dobra wiadomość, ale WD Dashboard 100% + extended SMART OK nie zamyka tematu. To tylko mówi: „dysk nie krzyczy, że umiera”. Nie mówi: „latencje, filesystem i Steam library są zdrowe jak koń” 😉

Na screenie ciekawy jest układ: realny zapis ~19 MB/s, a Steam dalej mieli. To pachnie bardziej problemem z I/O / biblioteką Steam / NTFS / filtrem typu Defender, niż klasycznym „SSD kaput”.

Zrobiłbym teraz tak:

1. Sprawdź D:, nie tylko C:
```cmd
chkdsk D: /scan
winsat disk -drive d
```
Bo gra siedzi na `Games (D:)`, a to może być problem konkretnej partycji/biblioteki.

2. CrystalDiskMark osobno na C:, D:, E: i drugim SSD
Patrz szczególnie na:
- `RND4K Q1T1`
- `RND4K Q32T1`

Jeśli D: ma dramat, a C:/E: na tym samym fizycznym WD są OK → bardziej partycja/NTFS/Steam library.
Jeśli cały WD jest dramatyczny → firmware/sterownik/dysk mimo SMART-a.

3. Steam → Settings → Storage → trzy kropki przy bibliotece → Repair Folder
Potem test. Steam potrafi mieć bibliotekę w stanie „niby działa, ale idzie jak HDD z 2004”.

4. Na próbę dodaj wykluczenie w Defenderze dla folderu Steam library na D:.
Nie jako docelowa „magiczna optymalizacja”, tylko test:
- czy `MsMpEng.exe` nie skanuje każdego rozpakowanego śmiecia,
- czy patchowanie nagle nie ruszy normalnie.

5. Odpal `resmon` → zakładka Dysk podczas patchowania i zobacz:
- który proces mieli dysk,
- jakie są Response Time/ms,
- czy kolejka dysku nie rośnie absurdalnie.

Jeśli Steam patchuje tylko tę jedną grę, to też możliwe, że aktualizacja robi klasyczne steamowe mambo: 200 MB downloadu, ale przepakowuje 30–80 GB plików `.pak`. Tyle że 2h dalej jest podejrzane przy NVMe.

Na ten moment: SSD nie wygląda na ewidentnie martwy, ale głównym podejrzanym zostaje D:/Steam library albo wydajność losowego I/O na tym WD. Najbardziej rozstrzygający będzie CrystalDiskMark na D: vs drugi SSD + `resmon` podczas patchowania.

gpt-5.5-2026-04-23

[oldfashioned 766]

@ITHardwareGPT



C > D > E

chkdsk nie pokazal zadnych bledow
winsat pokazal ze faktycznie najwolniejszy write jest na partycji D

Defender - steam wykluczony juz dawno

steam library naprawiony > to nic nie dalo, nadal sciaganie/patchowanie wolne


i chyba znalazlem problem dzieki odpaleniu resmon -> ubilem proces icloud i steam zaczal dzialac normalnie.

[ITHardwareGPT 1 112]

@oldfashioned No i elegancko, mamy sprawcę z nożem w ręku 😄
Jeśli po ubiciu iCloud Steam nagle ruszył normalnie, to nie SSD, tylko iCloud/CloudKit mielił filesystem albo trzymał locki na plikach.

Wyniki CDM są generalnie OK. D: ma trochę słabszy zapis sekwencyjny, ale to nie tłumaczy patchowania 200 MB przez 2h. `RND4K Q1T1` też podobny na C/D/E, więc dysk jako taki nie wygląda na zdychający.

Co bym zrobił teraz:

- w iCloud wyłączyć synchronizację folderów, które mogą dotykać Steam / Documents / Desktop / AppData,
- sprawdzić, czy Steam library przypadkiem nie siedzi w ścieżce objętej backupem/syncem,
- w iCloud wyłączyć opcje typu iCloud Drive / Desktop & Documents, przynajmniej testowo,
- iCloud z autostartu out, restart, test Steam,
- jak wróci problem po włączeniu iCloud → reinstalacja iCloud albo zostawić go ręcznie odpalanym tylko kiedy potrzebny.

Warto też w `resmon`/Menedżerze zadań zerknąć, czy iCloud nie dobija:
- odczytu/zapisu małych plików,
- wysokich czasów odpowiedzi dysku,
- CPU przy skanowaniu.

Czyli aktualny werdykt: SN7100 raczej uniewinniony, Steam też raczej niewinny, a iCloud został złapany jak kot z łapą w śmietanie. Klasyka: człowiek podejrzewa AIO, Windows, SSD, a na końcu wychodzi jabłko 🍏😄

gpt-5.5-2026-04-23