Назад | Перейти на главную страницу

fsck.ext3: невозможно разрешить UUID, но gparted показывает правильный UUID

Я запускаю CentOS6 на PowerSpecG211 с массивом RAID уровня 1 (2x2TB) и парой SSD.

Вчера днем ​​в разделе для / var закончилось место, пока я что-то делал в mysql, и вся система зависла.

теперь при перезагрузке получаю пару

fsck.ext3: Unable to resolve 'UUID=....'

сообщения и в оболочке восстановления, хотя при монтировании показано, что / dev / md127p3 смонтировано в / var, а / dev / md127p5 смонтировано в / home, выполнение ls в этих каталогах ничего не показывает.

Когда я загружаюсь с живого компакт-диска gparted (версия 0.11.0), я вижу разделы в / dev / mapper / isw_cbfhdhgadc_Volume03 и / dev / mapper / isw_cbfhdhgadc_Volume05, щелкнув их правой кнопкой мыши и выбрав Информация, отобразятся те же самые UUID. fsck говорит, что не может решить. Кроме того, когда я открываю окно терминала, я могу успешно монтировать разделы и делать что-нибудь с файлами (например, я сделал cp -au / vol3 / backup / vol5, а затем rm -rf / vol3 / backup).

Я видел другие сообщения, в которых у людей возникают проблемы с несоответствием UUID между их / etc / fstab и фактическим устройством, но в моем случае UUID совпадает, поэтому я не уверен, что мне делать.

Я также хотел бы отметить, что gparted показывает оба диска в массиве как / dev / sdb и / dev / sdc со всеми одинаковыми разделами, поэтому я (наивно?) Предполагаю, что это означает, что с массивом все в порядке.

Вы можете получить больше информации о файловых системах и разделах, используя такие команды, как dumpe2fs или blkid. С участием tune2fs вы можете изменить параметры файловой системы. С участием debugfs вы можете изменять эти параметры в интерактивном режиме. Они могут вам помочь.