Jeśli mam „złe bloki”, wypisz swoje dane wyjściowe do pliku, a ten plik jest pusty, czy to oznacza, że ​​nie znaleziono żadnych złych bloków?

8

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ę.

Zac B
źródło

Odpowiedzi:

4

Tak, jeśli plik jest pusty, badblocksnie znaleziono żadnych uszkodzonych bloków. Czy przeprowadziłeś również rozszerzony autotest SMART?

Carlo Cannas
źródło
Tak. Użyłem, 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!
Zac B
0

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.

Michaił Morfikow
źródło