Ошибка блокировки файла LVM после перемещения экстентов на новый физический том

В системе CentOS 6.7 я начал получать ошибки SMART на диске, который был частью группы томов LVM. Итак, я использовал рекомендованную процедуру:

• добавить в систему новый диск, создать на нем новый физический том и добавить его в соответствующую группу томов
• использовал pvmove для переноса всех экстентов с поврежденного диска (/ dev / sdc) на новый добавленный диск - убедитесь, что на поврежденном устройстве не осталось экстентов
• использовал vgreduce для удаления поврежденного диска из группы томов и подтвердил, что он был удален из этой группы томов с помощью 'pvs'
• использовал pvremove на / dev / sdc для удаления метки физического тома
• физически удалил поврежденный диск из машины и перезагрузил

После перезагрузки система, кажется, перезапускается нормально, но останавливается с сообщением «Ошибка инициализации блокировки на основе файлов» с вариантами а) перейти к корневому запросу или б) продолжить. Последнее просто перезагружает компьютер.

Может ли кто-нибудь посоветовать мне, как это устранить?

РЕДАКТИРОВАТЬ: Вот последние несколько строк, которые я теперь вижу в последовательности запуска:

Setting up hostname ice:  [  OK  ]
Setting up Logical Volume Management:   3 logical volume(s) in volume group "vg_ice1" now active  [  OK  ]
Checking filesystems
/dev/mapper/vg_ice1_lv_root: clean, 1005974/3276800 files, 11295675/13107200 blocks
/dev/sda1: clean, 54/128016 files, 132466/512000 blocks
/dev/mapper/vg_ice1-lv_home contains a file system with errors, check forced
/dev/mapper/vg_ice1-lv_home:
Inode 38404397 has an invalid extent node (blk 153677788, lblk 0)

/dev/mapper/vg_ice1-lv_home: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
         (i.e., without -a or -p options)
                                                    [  FAILED  ]

*** An error occurred during the file system check
*** Dropping you to a shell; the system will reboot
*** when you leave the shell.
Give root password for maintenance
(or type Control-D to continue):

Я попытался использовать vgchange -ay, и он просто сообщил, что теперь активны 3 логических тома, но основная проблема сохраняется.

Я попытался перейти к корневому запросу и запустить fsck, но, похоже, он сообщает о многих сбоях, поэтому я отменил все изменения и вышел. Возможно, я вижу поврежденные файлы, скопированные с отказавшего диска, но, с другой стороны, я не хочу рисковать, удалив файлы, которые были успешно перемещены на новый диск.

Кто-нибудь может помочь? Спасибо!