Zewnętrzny dysk twardy złe sektory odzyskują / zaznaczają narzędzia w Linuksie

Właśnie zainstalowałem nową wersję Ubuntu, Karmic Koala, w moim laptopie. Wszystko jest w porządku, z wyjątkiem faktu, że system zidentyfikował około 300 uszkodzonych sektorów na moim zewnętrznym dysku twardym 1 TB. Chciałbym odzyskać lub po prostu zaznaczyć. Czy istnieje jakieś darmowe narzędzie, które mogę uruchomić na Linuksie, aby to osiągnąć?

Aktualizacja:

Partycja jest sformatowana w systemie plików NTFS.

Z góry dziękuję

Jeśli sam system operacyjny pokazuje uszkodzone sektory, oznacza to, że Twój dysk spada. Sprzęt powinien usuwać uszkodzone sektory z usługi w sposób przezroczysty i być może zabrakło zapasowych sektorów, do których można je przemapować. Jeśli tak jest, twoje dane są bardzo zagrożone.

Wziąłbym sobie do serca sugestię Dawida i migrowałem twoje dane jak najszybciej. Możesz zainstalować „smartmontools” i uruchomić smartctl, aby zobaczyć, co samo urządzenie raportuje.

Możesz spróbować użyć narzędzia „badblocks” na surowym urządzeniu, które mieści dysk NTFS, ponieważ działa na urządzeniu i nie zależy od systemu plików. Upewnij się, że przeczytałeś strony podręcznika OSTROŻNIE i użyj trybu nieniszczącego. Powinien być w stanie odczytać każdy sektor, a następnie ponownie napisać każdy sektor. Powinno to zmusić napęd do przemapowania wszelkich problematycznych sektorów. Najpierw przetestuj tę procedurę na pamięci USB lub na innych nośnikach.

Polecam, abyś badblocks przetwarzał dużą liczbę sektorów naraz, ponieważ skanowanie 1 TB zajmie bardzo dużo czasu.

Ponownie ... upewnij się, że wiesz, co robisz. Jeden poślizg i twoje dane toast.

Jeśli dane są dla Ciebie cenne i nie jesteś pewien swoich umiejętności, możesz skorzystać z komercyjnego rozwiązania, takiego jak SpinRite (choć jest drogie i wymaga machinie Windows). Zauważ, że nigdy nie korzystałem z SpinRite, ale słyszałem o nim dobre rzeczy online.

To zależy od używanego systemu plików. Jeśli używasz ext2, etx3 lub ext4 (domyślnie IIRC Ubuntu 9.10 dla ext4 dla nowych instalacji, wcześniejsze wersje domyślnie dla ext3), możesz uruchomić

e2fsck -c -c -k -C 0 /dev/device

to znaczy

e2fsck -c -c -k -C 0 /dev/sdc1

dla systemu plików na pierwszej partycji dysku sdc. System plików nie powinien być montowany, gdy ma to miejsce, więc jeśli jest to potrzebne do normalnego działania systemu, musisz go uruchomić e2fsck podczas uruchamiania z „Live CD” lub podobnego.

The -c opcja powoduje dodanie skanu powierzchni do tego, co robi kontroler, a następnie do drugiego -c sprawia, że ​​wykonuje nieniszczący test zapisu + odczytu, -k nakazuje mu zachować istniejącą listę badblocków zamiast ich ponownego testowania -C 0 po prostu sprawia, że ​​e2fsck wysyła więcej informacji o postępie, ponieważ wykonuje swoją pracę. Widzieć man e2fsck więcej szczegółów.

Powyższe zaznaczy złe bloki, które nie będą używane w przyszłości. Konieczne będzie ponowne uruchomienie, jeśli kiedykolwiek sformatujesz dysk lub pojedynczą partycję. Od czasu do czasu powinieneś także ponownie go uruchomić, na wypadek gdyby istniały jakieś „prawie złe” sektory, które uległyby dalszej degradacji. Nie ma możliwości „odzyskania” uszkodzonych sektorów.

Zalecam jednak rozważenie przeniesienia danych na inny dysk, chyba że nie ma w tym żadnej realnej wagi (tzn. Nie będzie to zbytnio kłopotliwe, jeśli dysk nagle stanie się znacznie gorszy, a dane staną się praktycznie nieczytelne lub uszkodzone). Jeśli nie wymienisz napędu, upewnij się, że masz dobre kopie zapasowe dla wszystkiego, na czym Ci zależy (choć i tak powinieneś mieć dobry system tworzenia kopii zapasowych).

fsck.ext4 -cDfty -C 0 /dev/sdxx

źródło: http://www.commandlinefu.com/commands/view/8474/run-a-ext4-file-system-check-and-badblocks-scan-with-progress-info

Nie jestem pewien, czy związane z NTFS:

Zły blok HOWTO dla smartmontools

# ntfsresize -i /dev/sdb3

Device name        : /dev/sdb3
NTFS volume version: 3.1
Cluster size       : 4096 bytes
Current volume size: 287967052288 bytes (287968 MB)
Current device size: 287967052800 bytes (287968 MB)
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use       : 178645 MB (62.0%)
Collecting resizing constraints ...
You might resize at 178644316160 bytes or 178645 MB (freeing 109323 MB).
Please make a test run using both the -n and -s options before real resizing!

# ntfsresize -ns  /dev/sdb3

Non-destructive resize

# ntfsresize -s  /dev/sdb3

Real resize! careful...

Jeśli masz nadzieję na zachowanie danych na tej zewnętrznej partycji, nie chcesz już pisać na ten dysk, co sugerują niektóre z tych odpowiedzi. Zamiast tego użyj narzędzia do odzyskiwania danych do obrazowania dysku. ddrescue to moje ulubione narzędzie do takiej pracy.

Oto moje „notatki do siebie”, które są specyficzne dla komputerów Mac, ale obejmują główne punkty: Identyfikacja sprzętu / dev montowanie nazw źródła i celu, odmontowywanie ich, a następnie zamiatanie źródła na cel, przy wyłączonej ponowieniu odczytu, rejestrowanie odczytu błędy, ale pomijanie błędnych bloków na ostatnią.

Obrazowanie sądowe dysków i / lub ratowanie uszkodzonych dysków: Gnu ddrescue (nie to samo co dd_rescue, choć podobne) Wszystko musi być wykonane jako root.
Najpierw potwierdź zamontowanie urządzenia:
lista diskutil
Odmontuj źródło (np. Dysk1) (i miejsce docelowe, jeśli wysyłasz na partycję fizyczną, zamiast surowego pliku obrazu):
diskutil odmontuj dysk1
Wykonaj kopię obrazu blok po bloku, z dysku1 na plik obrazu dysku, który można zamontować, tworząc dziennik i skupiając się na czytelnych częściach:
ddrescue -v / dev / disk1 myrescueddisk.dmg rescue.log