Chkdsk wykazuje błąd, ale chkdsk /scan już nie

[Korniszon 0]

Dzień dobry,

 

Od wczoraj miałem 2 bsody KERNEL_DATA_INPAGE_ERROR a w bluescreenview ntoskrnl.exe.

 

Zrobiłem chkdsk :C i to pokazał:

 

C:\Windows\system32>chkdsk C:
The type of the file system is NTFS.

WARNING!  /F parameter not specified.
Running CHKDSK in read-only mode.

Stage 1: Examining basic file system structure ...
  1506560 file records processed.
File verification completed.
 Phase duration (File record verification): 21.45 seconds.
  28095 large file records processed.
 Phase duration (Orphan file record recovery): 0.00 milliseconds.
  0 bad file records processed.
 Phase duration (Bad file record checking): 0.22 milliseconds.

Stage 2: Examining file name linkage ...
  6166 reparse records processed.
  2026802 index entries processed.
Index verification completed.
 Phase duration (Index verification): 41.97 seconds.
  0 unindexed files scanned.
 Phase duration (Orphan reconnection): 7.78 seconds.
  0 unindexed files recovered to lost and found.
 Phase duration (Orphan recovery to lost and found): 0.21 milliseconds.
  6166 reparse records processed.
 Phase duration (Reparse point and Object ID verification): 18.84 milliseconds.

Stage 3: Examining security descriptors ...
Security descriptor verification completed.
 Phase duration (Security descriptor verification): 96.10 milliseconds.
  260122 data files processed.
 Phase duration (Data attribute verification): 1.02 milliseconds.
CHKDSK is verifying Usn Journal...
  37167968 USN bytes processed.
Usn Journal verification completed.
 Phase duration (USN journal verification): 360.90 milliseconds.
The Volume Bitmap is incorrect.
Windows has checked the file system and found problems.
Please run chkdsk /scan to find the problems and queue them for repair.

 

 

Póżniej puściłem chkdsk :C /scan

I już tak pokazał:

 

C:\Windows\system32>chkdsk C: /scan
The type of the file system is NTFS.

Stage 1: Examining basic file system structure ...
  1506560 file records processed.
File verification completed.
 Phase duration (File record verification): 28.09 seconds.
  28095 large file records processed.
 Phase duration (Orphan file record recovery): 0.00 milliseconds.
  0 bad file records processed.
 Phase duration (Bad file record checking): 0.58 milliseconds.

Stage 2: Examining file name linkage ...
  6168 reparse records processed.
  2026802 index entries processed.
Index verification completed.
 Phase duration (Index verification): 42.50 seconds.
  0 unindexed files scanned.
 Phase duration (Orphan reconnection): 8.08 seconds.
  0 unindexed files recovered to lost and found.
 Phase duration (Orphan recovery to lost and found): 0.25 milliseconds.
  6168 reparse records processed.
 Phase duration (Reparse point and Object ID verification): 19.69 milliseconds.

Stage 3: Examining security descriptors ...
Security descriptor verification completed.
 Phase duration (Security descriptor verification): 98.47 milliseconds.
  260122 data files processed.
 Phase duration (Data attribute verification): 1.02 milliseconds.
CHKDSK is verifying Usn Journal...
  37550936 USN bytes processed.
Usn Journal verification completed.
 Phase duration (USN journal verification): 351.34 milliseconds.

Windows has scanned the file system and found no problems.
No further action is required.

 243523867 KB total disk space.
 226367852 KB in 672267 files.
    508468 KB in 260123 indexes.
         0 KB in bad sectors.
   1630311 KB in use by the system.
     65536 KB occupied by the log file.
  15017236 KB available on disk.

      4096 bytes in each allocation unit.
  60880966 total allocation units on disk.
   3754309 allocation units available on disk.
Total duration: 1.31 minutes (79174 ms).

 

 

Usunąłem plik stronicowania z dysku C i zostawiłem na dysku E i od tamtego czasu przez pół dnia nie miałem bsoda. 

 

W Crystaldiskinfo tak pokazuje:

 

 

PS: Jak tutaj wkleja się kod?

 

Edytowane 7 Stycznia przez Korniszon

[Pan Mateoo 583]

kod w spoilerze.

13 minut temu, Korniszon napisał(a):

Od wczoraj miałem 2 bsody KERNEL_DATA_INPAGE_ERROR a w bluescreenview ntoskrnl.exe.

zaaktualizuj stery i powiedz jaki masz system i specke

co robiles jak miales te bsod?

 

@ITHardwareGPTdokonaj analizy czy dysk jest uszkodzony czy co

[Korniszon 0]

8 minut temu, Pan Mateoo napisał(a):

kod w spoilerze.

zaaktualizuj stery i powiedz jaki masz system i specke

co robiles jak miales te bsod?

 

@ITHardwareGPTdokonaj analizy czy dysk jest uszkodzony czy co

Windows 10 22H2

I7 9700F

GTX1660S

2x16GB DDR4 2666MHZ Kingston fury beast

Zasilacz Vero M2 600W

Asus B365m-k prime

Dysk Crucial MX500 kupiony kilka lat temu, czyli ten starszy wypust z dramem jeszcze.

 

 

Wczoraj byłem na pulpicie i pracowałem na plikach tekstowych, a dzisiaj podczas gry. Ale gra jest na innym dysku.

Edytowane 7 Stycznia przez Korniszon

[ITHardwareGPT 960]

@Pan Mateoo TL;DR: po SMART ten MX500 nie wygląda na “trupa” (brak realokacji/uncorrectable/pending), ale masz C7 UDMA CRC Error Count = 32 → to zwykle kabel/port SATA/zasilanie/połączenie, co potrafi robić KERNEL_DATA_INPAGE_ERROR (0x7A). “Volume Bitmap is incorrect” to bardziej NTFS po twardym resecie/BSOD, a `/scan` mógł to już ogarnąć.

Spoiler

### Co widać po Twoim screenie z CrystalDiskInfo (CT250MX500SSD1 – C:)
- 05 / C4 / C5 / C6 / BB = 0 → brak oznak uszkodzeń NAND / bad blocków / niekorygowalnych błędów. To jest najważniejsze.
- Stan 58% → po prostu zużycie (ok. 42% życia zjedzone), a nie awaria.
- C7 UDMA CRC Error Count = 0x20 = 32 → to nie “zużycie SSD”, tylko błędy transmisji po SATA. Jak ten licznik rośnie, to masz winnego (kabel/port/luźna wtyka, czasem kontroler).

### Chkdsk: czemu raz krzyczy, a raz nie
- “Volume Bitmap is incorrect” = niespójność metadanych NTFS (często po twardym resecie / BSOD / odcięciu zasilania).
- `chkdsk /scan` mógł wykonać self-healing online, dlatego potem “no problems”.

### Dlaczego przeniesienie pagefile mogło “pomóc”
- 0x7A (KERNEL_DATA_INPAGE_ERROR) często jest od tego, że system nie może doczytać strony pamięci z dysku (pagefile / pliki systemowe) → przy błędach I/O po SATA to klasyk.
- Ale: to może być też zbieg okoliczności albo “naprawa” przez ponowne utworzenie pliku stronicowania.

### Co bym kazał zrobić @Korniszon (kolejność ma znaczenie)
1) Sprawdź czy C7 rośnie
- Zapisz obecne wartości SMART, używaj PC normalnie dzień–dwa i zobacz czy C7 idzie w górę.
- Jeśli rośnie → zmień kabel SATA, przepnij SSD do innego portu SATA (najlepiej z chipsetu) i sprawdź wtyczkę zasilania.

2) Zrób jedną “twardą” naprawę NTFS
- `chkdsk C: /f` (zaplanuje przy restarcie).

3) Logi z systemu
- Podaj z Podglądu zdarzeń (System) błędy w okolicy BSOD: źródła Disk / Ntfs / storahci / iaStorA (typowe ID: 7, 51, 153, 129).

4) Dopytka kluczowa do 0x7A
- Wrzuć parametry BSOD (w BlueScreenView są “Parameter 1-4”) – szczególnie Parameter 2 (status I/O), bo on mówi czy to kabel/port (np. 0xC0000185) czy coś innego.

5) Uwaga o dumpach
- Jak zostawisz pagefile tylko na E:, to czasem Windows robi fochy na zrzuty. Dla diagnostyki warto zostawić chociaż mały pagefile na C:.

No i klasyk: backup zanim zacznie się jazda “a ja tylko włączyłem przeglądarkę i cyk BSOD” 😉.

PS. Szczęśliwego Nowego Roku i oby w 2026 było mniej 0x7A, a więcej FPS 😄

gpt-5.2-2025-12-11

[Korniszon 0]

Jak ponownie zrobiłem chdsk :C to znowu był ten błąd więc /scan nie pomógł.

[Pan Mateoo 583]

chkdsk [litera_dysku]: /f ???

sprwadz polaczenie tych dyskow tak jak czatgiepete ci zaleca

[Korniszon 0]

 Nie wiem co z tym jest. Dałem plik stronicowania na dysk E i nie ma bsodów. Ale dzisiaj przy uruchamianiu było skanowanie i naprawianie dysku E. 

 

Tak jakby plik stronicowania uszkadzał system plików? Coś takiego jest możliwe? O co chodzi?

[Art385 382]

Najpierw sobie zapodaj z linii komend sfc /scannow i zobacz czy ci powie, że czysto czy już system przeorany. Potem się baw chkdsk /f albo co tam masz pod ntfs to sobie znajdź z chkdsk /?

[LeBomB 2 173]

Te wszystkie partycje to na ilu dyskach masz i ile z nich jest podłączone przez kable SATA?

Najprostsze rozwiązanie i najtańsze, podmień kabel SATA. Przynajmniej wyeliminujesz jedną z potencjalnych przyczyn i będzie wtedy pewność że to problem z systemem lub dyskiem, ostatecznie zasilaniem lub płytą główną.