URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 89046
[ Назад ]

Исходное сообщение
"Накрылся HDD c Linux"

Отправлено mvi , 02-Июн-10 13:28 
Ситуация: стоял CentOS 5.4 на 2 HDD WD4000AAKS. Корневая ФС находится на единственном разделе ext3 1 диска, остальные разделы находятся на программном RAID1 (зеркало) на 1 и 2 HDD.
При загрузке ОС пишет примерно следующее (скопировал из чужой темы, но суть та же):

>/:UNEXPECTED INCONSYSTENCY; RUN fsck MANUALLY.
>      (i.e., without -a or -p options)
>
>***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 for normal startup):
>(Repair filesystem) 1 #        //а

Запускаю fsck.
>Pass 1:Checking inodes, blocks, and sizes
>Error reading block 3408065 (Attempt to read block from filesystem resulted in short >read) while doing inode scan Ignore error?

Судя по всему, накрылся 1 HDD.
Вопросы:
1)Как скопировать содержимое SRAID с HDD2?
2)Как хотя бы частично восстановить корневую ФС для переноса сохранившихся файлов на новый CentOS?
3)Имеет ли смысл пробовать восстановить корневую ФС полностью и какую диагностику провести, чтобы это понять?

Заранее благодарен за любую помощь


Содержание

Сообщения в этом обсуждении
"Накрылся HDD c Linux"
Отправлено mvi , 02-Июн-10 20:59 
Дополнение: Проверил поверхность Викторией, которая показала 30 дефектов UNCR.

Вопрос: есть ли смысл пытаться полностью восстановить файловую систему (тогда как это лучше сделать) или придется заново устанавливать ОС и переносить отдельные файлы? Вообще, при появлении UNCR дефекта файл, который на него попал безвозвратно поврежден или есть вероятность его полностью восстановить?


"Накрылся HDD c Linux"
Отправлено sHaggY_caT , 03-Июн-10 01:29 
Смотрите, Вы, скорее всего, перепутали raid со средством обеспечения сохранности данных.

raid нужен _исключительно_ только как средство повышения доступности. Для сохранности данных можно применять _только_ бэкапы, причем off-site (удаленные от сервера географически), так как raid просто технически не может спасти Ваши данные в большей части рисков.

Если даунтайм сервера, и длительное время на его настройку для Вас неприемлимы, необходимо вообще не использовать разделы не в raid.

Поэтому ответ однозначный: нужно перестапить систему, отдав под зеркало 95% размера дисков(что бы можно было заменить, при вылете, на диск другой геометрии)


"Накрылся HDD c Linux"
Отправлено Аноним , 03-Июн-10 02:42 
>Поэтому ответ однозначный: нужно перестапить систему, отдав под зеркало 95% размера дисков(что
>бы можно было заменить, при вылете, на диск другой геометрии)

почему 95%, а не например не 98% или не -50МБ от размера винта? винты одного объема, но разных производителей отличаются довольно малым разбросом по кол-ву секторов, и обычно улаживается в +-10МБ.


"Накрылся HDD c Linux"
Отправлено sHaggY_caT , 03-Июн-10 10:30 

>почему 95%, а не например не 98% или не -50МБ от размера
>винта? винты одного объема, но разных производителей отличаются довольно малым разбросом
>по кол-ву секторов, и обычно улаживается в +-10МБ.

Написала "от балды", была важна идея :)

У нас даже где-то табличка была по разным вендорам, но долго искать, и коллеги будут против выкладывания.