Jak naprawić uszkodzony NTFS

2

Próbowałem wykonać kopię zapasową mojego Linux-a (ext4) na zewnętrznym dysku twardym NTFS za pomocą rsync. Wystąpiły błędy błędów, a następnie usunąłem kopię zapasową na zewnętrznym dysku twardym za pomocą „rm -r” i „rm -rf”, których nie można było usunąć wszystkie pliki / DIR i po tym procesie z dysku twardego wydobywały się dziwne dźwięki (nawet jeśli nie został on zamontowany {Tak, nadal mógłbym go zamontować}) zdarzyło się to kilka razy (ponowne utworzenie kopii zapasowej i usunięcie ponownie), a następnie podłączyłem urządzenie do MS-Windows i wypróbowałem „chkdsk / f”, który naprawił problem z dźwiękiem i utworzył niektóre foldery / pliki o nazwie „found.000 to found.999” (nie byłem w stanie ich zobaczyć w systemie Windows, nawet z ukrytą opcją włączone) było to jakoś odzyskanie tego, czego próbowałem się pozbyć za pomocą rm -rf, a na koniec postanowiłem usunąć wszystkie znalezione 000-999 folderów, używając Linuksa z rm -rf.

Teraz ani w systemie Windows, ani w systemie Linux nie jestem w stanie go zamontować, widzę urządzenie używające diskmgmt.msc w systemie Windows i używającego lsblk / fdisk na systemie Linux przed katastrofą był to dysk twardy z jedną partycją, teraz podzielony na 4-5!

Jednak jest to bardzo ważne / ważne, aby zapisać dane

Oto niektóre dane wyjściowe

# fdisk -l /dev/sdc

Disk /dev/sdc: 1.8 TiB, 2000365289472 bytes, 3906963456 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x6e697373

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sdc1  ?    1936269394 3772285809 1836016416 875.5G 4f QNX4.x 3rd part
/dev/sdc2  ?    1917848077 2462285169  544437093 259.6G 73 unknown
/dev/sdc3  ?    1818575915 2362751050  544175136 259.5G 2b unknown
/dev/sdc4  ?    2844524554 2844579527      54974  26.9M 61 SpeedStor

Partition table entries are not in disk order.

,

# ntfsfix -d /dev/sdc
Mounting volume... ntfs_mst_post_read_fixup_warn: magic: 0x00000000  size: 1024   usa_ofs: 0  usa_count: 65535: Invalid argument
Record 0 has no FILE magic (0x0)
Failed to load $MFT: Input/output error
FAILED
Attempting to correct errors... ntfs_mst_post_read_fixup_warn: magic: 0x00000000  size: 1024   usa_ofs: 0  usa_count: 65535: Invalid argument
Record 0 has no FILE magic (0x0)
Failed to load $MFT: Input/output error
FAILED
Failed to startup volume: Input/output error
Checking for self-located MFT segment... ntfs_mst_post_read_fixup_warn: magic: 0x00000000  size: 1024   usa_ofs: 0  usa_count: 65535: Invalid argument
OK
ntfs_mst_post_read_fixup_warn: magic: 0x00000000  size: 1024   usa_ofs: 0  usa_count: 65535: Invalid argument
Record 0 has no FILE magic (0x0)
Failed to load $MFT: Input/output error
Volume is corrupt. You should run chkdsk.

DZIĘKI

— Mirkan
źródło

Wygląda na to, że dysk zmarł. Czas go wyrzucić i odzyskać z kopii zapasowej. „Dziwne dźwięki” nigdy nie są dobrym znakiem.

— Tetsujin

4

Znalazłem świetne narzędzie typu open source o nazwie testdisk i postępowałem zgodnie z tym samouczkiem ORAZ TAK To nadało HDD świeżego ducha

— Mirkan
źródło

Cześć Mirkan. Dobrze, że udało Ci się odzyskać swoje dane, ale staramy się, aby odpowiedzi tutaj były samodzielne. Linki świetnie nadają się do uzyskania dodatkowych informacji, ale nie powinny być wymagane do zrozumienia, o czym mówi odpowiedź; połączona strona może zostać zmieniona lub całkowicie usunięta. Czy możesz dołączyć odpowiednie informacje ze strony, do której prowadzi link, tak aby ta odpowiedź nadal była przydatna, jeśli połączone strony się zmienią?

— CVn

1

Zgadzam się również z tym, co napisał Tetsujin w komentarzu do pytania; „dziwne dźwięki” pochodzące z dysku twardego nigdy nie są dobre. Chciałbym bardzo gorąco zachęcam was do (1) zastąpić że dysk twardy na nowy, gdy jest on pracę i jesteś w stanie uzyskać dostęp do danych poza nim, oraz (2) uzyskać odpowiednie kopie zapasowe w miejscu, więc nie trzeba iść przez coś podobnego ponownie, gdy dysk ulegnie awarii.

— CVn

0

I / O

Błąd wejścia / wyjścia

Może to sugerować problem sprzętowy z dyskiem i / lub dyskiem .

Jeśli występuje problem na którymkolwiek z tych poziomów, może nie być zalecane podjęcie próby naprawy systemu plików .

Nagraj… nie ma magii PLIK

Wśród odpowiedzi na wsparcie Tuxera - Zobacz temat - Rekord 6 nie ma magii PLIK: Błąd wejścia / wyjścia (2008-02-18) był taki, z CTO Tuxery:

0x44414142 = „DAAB”, który jest little-endianem, więc należy go czytać od prawej strony, czyli „BAAD”.

Magia pliku BAAD na płycie odnosi się do problemów sprzętowych (złe sektory), dokładnie tak, jak podejrzewałem.

Ponowne sformatowanie może tymczasowo pomóc, ale dane nigdy nie będą bezpieczne, dopóki dysk nie zostanie wymieniony na niezawodny.

Przepraszamy za złe wieści, powodzenia z wymianą.

— Graham Perrin
źródło