Есть один локалхост, на нём хомяк на LVM raid1.
На нём недавно, после пары месяцев эксплуатации был запущен lvchange --syncaction check LV и показал
LV SyncAction Cpy%Sync Mismatches
home 0,00
[home_corig] idle 100,00 640
(там сверху ещё кэш на SSD, поэтому мой рейд - это home_corig).
SMART дисков в порядке. По всей видимости, произошёл bit rot и данные на зеркалах немного отличаются и я не знаю, как каком диске они хорошие, а на каком - не очень, поэтому запускать lvchange --syncaction repair или lvchange --rebuild пока не хочу. Бекапы у меня есть, один даже с контролем целостности, но я хочу сначала определить масштабы разрушений.
man lvmraid говорит нам:
Scrubbing Limitations
The check mode can only report the number of inconsistent blocks, it cannot report which blocks are inconsistent. This makes it impossible to know which device has errors, or if the errors affect file system data, metadata or nothing at all.
Вопрос: какие есть средства и best practics для такой ситуации? HOWTO? Ваш личный опыт?
Просьба не предлагать вернуться в прошлое и использовать ZFS.
Пока что я запустил и жду
cmp -l /dev/mapper/fedora-home_corig_rimage_0 /dev/mapper/fedora-home_corig_rimage_1 > fedora-home_corig_rimage.cmp с планом посмотреть на номера найденным им байтов каким-нибудь другим стредством (каким?) чтобы найти имена файлов.
