Якщо у мене є «погані блоки», записуйте його вихід у файл, а цей файл порожній, чи це означає, що поганих блоків не знайдено?


8

Нещодавно я побіг badblocksна великий жорсткий диск сервера, щоб перевірити можливі проблеми (SMART повідомив, що все добре, але мені потрібно бути впевненим).

Команда, яку я використав, була badblocks -c 1024 -b 4096 -w -s -o /path/to/myfile.txt /dev/mydrive такою : я використовував режим руйнівного запису, оскільки час простою накопичувача був важливим, і ми визначили, що буде швидше запустити диск під час перевірки поганих блоків, а потім повторно додати його до RAID, який він мав був частиною пізніше, ніж чекати на неруйнівний тест.

Після завершення myfile.txtвін був створений, але був порожнім.

Це здається дуже нерозумним питанням, але: пустий файл вказує на те, що поганих блоків не знайдено, правда? Сторінка сторінки для, badblocksздається, вказує на це, але я хочу бути таким впевненим, наскільки я можу бути.

Відповіді:


4

Так, якщо файл порожній, badblocksне знайдено зламаних блоків. Ви також запускали розширений автотест SMART?


Так. Я використовував, badblocksтому що хотів бути впевненим у собі, оскільки офлайнування системи або порушення RAID для перевірки накопичувача робить користувачів бурхливими. Дякую!
Zac B

0

Методи не мають значення. Все, що вам потрібно зробити - це сканувати всю поверхню диска. Зробити це можна за допомогою розумного (розширеного тесту офлайн) або навіть за допомогою dd. Ви повинні прочитати кожен диск на диску, тому що немає іншого способу перевірити, чи працюють усі сектори. Отже, якщо ви зробили повне сканування і не було повідомлено жодного сектору, то все просто добре.

Я не впевнений, але думаю, що "режим руйнівного запису" призначений для перерозподілу поганого блоку, оскільки це можна зробити, лише якщо ви пишете пошкоджений сектор.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.