Problem z dostępem do dysku – NTFS is inconsistent. Run chkdsk /f on Windows then reboot it TWICE!

Chodzi o dostęp do dysku czy to z poziomu np. Raspberry PI czy np. systemu opartego o Ubuntu.

Dysk mógł być wcześniej źle podmontowany (mount) albo nie zamknięty prawidłowo w sesji w Windows.

Ogólnie mówiąć NTFS to system plików używany przez Windows. Linux potrafi go odczytywać i zapisywać, ale jeśli Windows zostawi partycję w stanie „niespójnym”, Linux (słusznie) odmówi jej montowania, aby nie doprowadzić do uszkodzenia danych. Takie sytuacje mogą też mieć miejsce przy gwałtownym wyłączeniu komputera pod Ubuntu/Linux.

Najczęstsze powody:

• Szybkie uruchamianie (Fast Startup) – domyślnie włączone w Windows 10/11. Działa jak częściowa hibernacja – partycja nie jest prawidłowo zamykana.
• Windows został zahibernowany – Linux nie może bezpiecznie montować partycji NTFS, gdy system jest w stanie hibernacji.
• Nagłe wyłączenie Windowsa – np. awaria zasilania.
• Faktyczna niespójność systemu plików – potrzebna naprawa.

Niestety użycie np. programu gparted celem usunięcia błędów odczytu też nic nie daje:

ntfsresize v2017.3.23AR.3 (libntfs-3g) 
$MFTMirr does not match $MFT (record 3). 
ERROR(5): Opening /dev/sda1 as NTFS failed: 
Błąd wejścia/wyjścia NTFS is inconsistent. 
Run chkdsk /f on Windows then reboot it TWICE!

Pytanie zasadnicze: czy muszę mieć Windows aby to naprawić ?!

Odpowiedź: NIE !

Ogólnie, pobieżne skanowanie dysku pod Windows też nic nie daje.. Ponownego (sugerowanego wyżej) reboota ..nie testowaliśmy 😛

Tak czy inaczej, jak sobie poradzić z tym błędem ?!

Rozwiązanie jest dość proste. Najpierw upewnij się, że masz pakiety mountujące NTFS:

sudo apt-get install ntfs-3g

Następnie wywołaj:

ntfsfix /dev/sda1

Przykładowy efekt działań:

Mounting volume... $MFTMirr does not match $MFT (record 3).
FAILED
Attempting to correct errors... 
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 3...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sda1 was processed successfully.

Po tej czynności wolumen jest możliwy do odczytu i zapisu.

UWAGA! Nazwę Twojego dysku (w naszym przypadku to /dev/sda1) w Twoim systemie sprawdzisz przez komendę:

sudo fdisk -l

Po szczęśliwej naprawie warto też rozważyć backup danych z dysku na którym wystąpiła awaria. ….strzeżonego Pan Bóg strzeże…. jak mawiają 😉

Powodzenia!

 

grafika: alphacoders.com