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?

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

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

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.