Od uszkodzonego sektora do „uszkodzonego pliku” - czy można to zrobić dla systemu Linux / ext3, czy mogę to zrobić dla systemu Windows / NTFS?

17

Gdy kontrola SMART na dysku zgłasza uszkodzony sektor, ważne jest, aby móc zidentyfikować plik zawierający uszkodzony sektor i przywrócić go z kopii zapasowych. Poniżej pokazuję, jak to zrobiłem na moim serwerze VMWARE z systemem Linux / ext3 - ale czy ktoś wie, czy można to zrobić dla systemu Windows / NTFS?

Oto jak to zrobiłem dla Linux / ext3: Najpierw poprosiłem dysk o wykonanie skanowania powierzchni sprzętu (poniżej poziomu systemu operacyjnego, z obwodami SMART na dysku):

vserver:~# smartctl -t long /dev/sdc

Spojrzałem na wyniki:

vserver:~# smartctl -a /dev/sdc
...
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       1
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       9
...
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed: read failure       90%     27679         591363172

Tak więc jeden sektor został już oznaczony jako zły, 9 oznaczono do zastąpienia z obszaru sektora „przejściowego”. Co ważniejsze, pierwszym logicznym adresem bloku (LBA), który jest nieczytelny, był 591363172.

Znalazłem partycję (i przesunięcie w niej), na którą ta liczba „przetłumaczyła” na:

vserver:~# fdisk -lu /dev/sdc
Device Boot      Start         End      Blocks   Id  System
/dev/sdc1           32   976773119   488386544   83  Linux

Partycja rozpoczęła się w sektorze 32. Tak więc zły sektor był ...

vserver:~# bc -l
591363172-32+1
591363141

... z przesunięciem 591363141 sektorów od początku partycji.

Teraz mogłem znaleźć, który plik został „ukryty”:

vserver:~# tune2fs -l /dev/sdc1 | grep Block\ size
Block size:               4096

Rozmiar bloku tego systemu plików EXT3 wynosił 4096 bajtów, więc zły sektor zniszczył ten blok w systemie plików:

vserver:~# bc -l
591363141*512/4096
73920392.62500000000000000000

A numer bloku (73920392) odpowiadał temu plikowi:

vserver:~# debugfs
debugfs 1.41.3 (12-Oct-2008)
debugfs:  open /dev/sdc1
testb 73920392
debugfs:  testb 73920392
Block 73920392 marked in use
debugfs:  icheck 73920392
Block           Inode number
73920392        18472967
debugfs:  ncheck 18472967
Inode           Pathname
18472967        /path/to/filewithbadsector

I przywróciłem ten plik z kopii zapasowych.

Czy istnieje równoważna procedura, którą mogę wykonać dla Windows / NTFS?

backup ntfs ext3 bad-blocks ttsiodras
źródło
Do Twojej wiadomości: bieżąca liczba oczekujących 9 oznacza, że ​​istnieje 9 złych sektorów, a nie tylko jeden. Rozszerzony autotest zatrzymuje się tylko przy pierwszym znalezionym. Przed przywróceniem z kopii zapasowej chcesz również poradzić sobie ze złym sektorem, pisząc do niego zera dd. Zmusi to napęd do jego naprawy lub ponownego przydzielenia.
psusi
Tak, masz rację. Po przywróceniu przeprowadziłem kolejną kontrolę SMART i stwierdziłem, że wszystko jest w porządku - więc zapis pliku najwyraźniej napisał ponad 9 + 1 złych sektorów (a obszar przejściowy podał zamienniki). Ale co z Windows? :-)
ttsiodras
Myślę, że twoje obliczenia dla przesunięcia sektora na partycji są niepoprawne. Numery sektorów (inne niż fizyczne, inaczej CHS) są oparte na zerach, ponieważ sektor 32 to sektor partycji 32-32 == 0, a nie 1.
Szokująco nikt jeszcze nie powiedział tego na ponad rok temu pytanie: kiedy zaczynasz widzieć uszkodzone sektory na dysku, oznacza to, że masz tak wiele automatycznych wewnętrznych mapowań bloków dysku, których nie można już zrekompensować. Zamiast przywracania kopii zapasowych na umierający dysk , należy go wymienić i przywrócić na nowy dysk.
voretaq7

Odpowiedzi:

7

Wiem, że masz system NTFS FS i uruchamiasz system Windows na tym systemie. Nie wiem, czy można „uruchomić” działającego Linuksa, aby działał na tym sterowniku, czy nie.

Jeśli możesz uruchomić Linuksa z CD lub USB, możesz użyć ntfsprogs. patrzeć na -

ntfscluster 

ntfsinfo

Wierzę, że ntfscluster powie ci, jaki plik przechowuje dany klaster. Mam nadzieję, że to poprowadzi cię we właściwym kierunku.

JM Becker
źródło
Znalazłem ten post na forum, który ma opakowanie narzędzia do robienia tego na różnych systemach plików, i używa również ntfscluster. ubuntuforums.org/showthread.php?t=1943721
Lethargy
Tak, funkcja ddrutility: Znajduje pliki związane z uszkodzonymi sektorami, może również użyć pliku z listą sektora, może moglibyśmy użyć „badblocks -nvs” + „ddrutility”
diyism