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:
1 2 3 4 5 |
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:
1 |
sudo apt-get install ntfs-3g |
Następnie wywołaj:
1 |
ntfsfix /dev/sda1 |
Przykładowy efekt działań:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
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ę:
1 |
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