Niedawno uruchomiłem badblocksna dużym serwerze dysk twardy, aby sprawdzić możliwe problemy (SMART poinformował, że wszystko jest w porządku, ale musiałem się upewnić).
Polecenie, którego użyłem to: badblocks -c 1024 -b 4096 -w -s -o /path/to/myfile.txt /dev/mydrive
Użyłem trybu niszczenia-zapisu, ponieważ przestoje dysku były ważne, i ustaliliśmy, że szybsze jest nukeowanie dysku podczas sprawdzania uszkodzonych bloków, a następnie ponowne dodanie go do RAID, który miał był częścią późniejszego niż czekanie testu nieniszczącego.
Po zakończeniu myfile.txtzostał utworzony, ale był pusty.
To wydaje się bardzo głupie pytanie, ale: pusty plik wskazuje, że nie znaleziono żadnych złych bloków, prawda? badblocksWygląda na to, że strona man wskazuje na to, ale chcę być tak pewny, jak tylko mogę.
źródło
badblocksponieważ chciałem mieć podwójną pewność, ponieważ wykreślanie systemu lub łamanie RAID w celu sprawdzenia dysku powoduje, że użytkownicy są zrzędliwi. Dzięki!Metody nie mają znaczenia. Wszystko, co musisz zrobić, to przeskanować całą powierzchnię dysku. Możesz to zrobić za pomocą inteligentnego (Rozszerzony test offline) lub nawet za pomocą
dd. Musisz przeczytać każdy sektor na dysku, ponieważ nie ma innego sposobu sprawdzenia, czy wszystkie sektory działają. Jeśli więc wykonałeś pełny skan i nie zgłoszono żadnego sektora, wszystko jest w porządku.Nie jestem pewien, ale myślę, że „tryb niszczenia-zapisu” służy do realokacji uszkodzonego bloku, ponieważ można to zrobić tylko wtedy, gdy napiszesz uszkodzony sektor.
źródło