Добре. Після звичайного скрабування мій MDADM RAID5 повідомляє mismatch_cnt = 16. Як я розумію, це означає, що хоча жоден пристрій не повідомив про помилку читання, існує 16 блоків, для яких дані та паритет не узгоджуються.
Питання №1: Чи можна отримати список цих блоків?
Запитання №2: Припустимо, що №1 можливе, враховуючи, що базовою файловою системою є EXT4, чи є спосіб визначити, які файли пов'язані з цими блоками?
У мене є резервні копії прямої лінії, і, в ідеальному світі, я можу просто відрізнити масив живих даних від резервних даних, щоб знайти будь-які файли, які мовчки стали пошкодженими. Але реальність нагадує, що резервне копіювання даних 6TB було б надмірно дорогим та трудомістким. Знання, де шукати і що відновити, значно спростило б справи.
(Слід зазначити, що я запускаю скраб RAID лише з опцією «перевірити». Запуск скрабу за допомогою параметра «ремонт» здається жахливо небезпечним, оскільки MDADM знає лише, що дані чи паритет невірні, але він не знає, який. Тому, схоже, є 50% шансів, що MDADM визнає неправильним і реконструює невірні дані. Звідси моє бажання дізнатися, які файли можуть вплинути, щоб я міг відновити їх із резервної копії, якщо потрібно)
Будь-які пропозиції дуже вдячні!
icheck+ ncheckв debugfsдля ідентифікації файлів на основі секторів зміщення.
smartctl -a /dev/sdaі так далі), або скористайтеся будь-яким іншим способом, щоб виконати короткий тест SMART на кожному диску та надрукувати повний звіт. Дуже ймовірно, що хтось із них помирає, і це потребує серйозної шкоди, щоб запустити загальний сигнал SMART про стан здоров'я.
dmesgабо / var / log / syslog?