Креш і відновлення диска

Описується Фізичний креш, тобто руйнування, викликані фізично малообратімимі процесами у накопичувачі на жорстких магнітних дисках.

Назви файлів і програм вказуються стосовно до BSD системах, так як комерційні системи мають:        

що мають         

яке воно             

докладну документацію         

де все написано             

безпомилкове програмне забезпечення         

яке все зробить сама             

сертифікованих фахівців         

які всі знають і чинять самі             

brand name платформи         

які ніколи не відмовляють             

RAID         

який є патентованим засобом від тарганів     

Таким чином ми залишимо питання типу "Де зберігається діагностика про номер банки диска ND-40E, яка гарчить і заважає спокійно спати мені, коли подруга перед тим як піти до школи запускає емулятор mac під unicos? " щасливим власникам цієї техніки.

0. У Вас все добре і все працює.

Не спокушайтеся. Робіть backupи тієї інформації, втрата якої є небезпечною.

Самий простий спосіб - gzip на сусідній диск або на сусідню машину. Подивіться, в / etc не так багато чого, а Ви зможете його відновити? Зробіть backup / var/mail і, якщо у Вас є користувачі, хоча б по кілька Mb у кожного користувача.

Врахуйте, що backup на фізично той же диск практично не потрібен. Найчастіша аварія - Це відмова пристрою цілком.

Якщо у Вас в LAN є сусіди - домовтеся про обмін backup'амі. Не забувайте їх кріптовать, якщо у Вас параноя і запишіть пароль на стіні, якщо склероз.

Спробуйте оцінити вартість інформації на Вашому диску і вартість її втрати в яких-небудь умовних одиницях. Якщо встановлення додаткового обладнання принесе шкоди не тільки Вам, то доведіть цю інформацію до зацікавлених осіб.

Запишіть конфігурацію диска куди-небудь на папірець або сусідню машину. Корисно мати збережений у правильному місці результат роботи наступних команд:

cat/etc/fstab

disklabel disk

fdisk disk

tunefs -p disk

Якщо Ваша лінь перевищує Вашу помисливість, то надішліть ці параметри поштою якомусь відповідальному товаришеві з коментарем: "ключ від системи, зберігати відповідально і вічно ".

Також корисно подивитися на результат роботи dumpfs disk, але в мене ще не було випадку, щоб він реально знадобився. я би був дуже вдячний, якщо хто-небудь мені повідомить, як при ремонті диска реально його використовувати.

1. Відбувся креш.

Якщо аварія тільки-що відбулася і далі все спокійно (тобто диму немає, скреготу ні, стуку немає) то не вимикайте комп'ютер фізично з мережі! Диск, який почав збоїти може не стартувати після виключення живлення.

Повідомте зацікавлених осіб про аварію. Не треба намагатися ремонтувати чужу машину. Зазвичай це погано закінчується, покличте господаря, нехай він сам займеться приємною роботою.

Оцініть можливі збитки від втрати інформації, згадайте про backup'и - коли вони були і наскільки відповідали, оцініть матеріальні та часові ресурси по заміні обладнання.

Згадайте, у кого в локальній мережі є достатньо місця для скидання інформації по nfs, попросіть підготувати місце (дозволити повне і безумовне монтування на Ваш ip номер) і перевірити, що воно працює, причому з усіма правильними правами. Пам'ятайте, що практично завжди легко позичити ide'шнік на 4 .. 6Gb або потерти який-небудь proxy cache або news archive.

Якщо машина в мережі - спробуйте будь-кого попросити зібрати у себе функціональний еквівалент, перенести туди демони або затички і проставити alias ip номера.

Якщо у Вас є електронщик - то Покличте його, стандартний електронщик може по звуку/стуку/температурі і мерехтіння лампочок приблизно діагностувати несправність і можливість ремонту.

Можливі несправності:

Якщо у Вас були просто збої на поверхні, то Ви ризикуєте небагатьом.

Якщо, наприклад, відвалилася одна фаза на вращалке і накопичувач не екзотичний, то його цілком можна полагодити.

Якщо у Вас головка задрала поверхню, то це дуже погано, але є й такі умільці, які можуть юстіровать голови.

Але якщо у Вас попливла з-за перегріву або чому ще серво-поверхню або поїхав підшипник в ступиці - то потрібно діяти достатньо оперативно.

Якщо у Вас наслідки перегріву, то постарайтеся провітрити кімнату. Мне как-то саме це допомогло, диск на пару годин відновився, був скопійований після чого відправився на смітник.

Якщо електронщик скаже, що у Вас збоїть дисковий контролер, ні в якому разі не намагайтеся кудись зберігати, переписувати і виправляти дані! У цьому випадку Ви просто отримаєте спотворені бітікі, переставлений блоки і взагалі що завгодно. Причому у Вас з'явиться відмінний від нуля шанс записати отриманий сміття назад на диск.

При такому розкладі машину потрібно вимикати, контролер лагодити. Поки його немає пошукайте інший, насправді scsi диски зазвичай їх переносите між простими контролерами легко, а складні (типу dpt) пишуть щось своє у початок диска, тобто Ви отримуєте просто зрушення на кілька секторів.

Якщо контролер організовував RAID-что_то_там і здох, причому таких же на складі немає і не буде, то пригадайте, що RAID - це запатентований засіб від тарганів у Вашій голові і, видно, почало працювати. Попросіть маркетоідов, які Вам впарили цей мотлох, відшкодувати компенсацію за все те добро, яке вони Вам заподіяли.

IDE диски звичайно сумісні без будь-яких питань, тому як нормальному unix від bios треба тільки прочитати самий початок диска (початковий завантажувач) і передати на нього управління. У всьому іншому вони майже однакові.

2. Збереження інформації

Першим Передусім необхідно спробувати отримати загублену інформацію. Для цього достатньо монтувати диск у режимі-ro (read only).

Постарайтеся знайти конфігурацію диска яку Ви попередньо на випадок аварії записали куди-небудь на папірець або сусідню машину.

Переведіть систему в single user, якщо вона ще не там (або ще де).

2.1 Радикальне засіб: dd

Спробуємо скопіювати диск як пристрій куди-небудь. Це робиться командою dd. Прочитайте на окремій машині man dd.

Приклад для FreeBSD: сиплеться корінь копіюємо його на/usr Ця операція має сенс, якщо/usr - другий hdd. Не намагайтеся робити копію "несправних" файлів у справні! Це часто призводить до руйнування інформації на сусідніх секторах/блоках.

nik.pu.ru # dd if =/dev/rwd0a of =/usr/wd0a

524288 +0 records in

524288 +0 records out

268435456 bytes transferred in 255.306025 secs (1051426 bytes/sec)

nik.pu.ru #

Після чого в мене з'явився файл

-rw-r - r - 1 root wheel 259361280 15 Серпень 03:00 wd0a

де міститься те, що було в кореневому розділі.

я тепер можу спокійно перелитися на новий hdd, а потім скопіювати цей файл куди-небудь, зробити там fsck, загалом те що можна - врятовано.

Тому, якщо копіювання пройде - можна отереть піт з чола, страшне позаду, інше питання часу.

2.2 Пофайловое копіювання

Можлива ситуація, при якій на консолі збої, лайка, інша дупа і нічого не прочитати. Це погано. Як Ви розумієте. При цьому з'являється лайка на тему "щось там погано і у диска time-out" та інша.

Подивитися, чи можна змонтувати диск форсовано, звичайно це виходить якщо монтувати read only, плюс ключик-f

mount-f-o ro/dev/disk/mnt

Якщо вийшло - акуратно копіюйте, починаючи з важливою інформацією, на іншу стрічку, живий диск, backup nfs і по дискети :-)

Зверніть увагу, що в поганій ситуації як тільки Ви наступіть на поганий блок, то все зависне. Тому частіше (наприклад після копіювання кожного файлу) робіть sync або кріпиться destination disk (тобто той, куди копіюєте) з ключем sync в / etc/fstab.

2.3 Ремонт залишків

Тільки після того, як дані врятовані, можна трохи розслабитися і подивитися, а що ж власне з hdd сталося. Найпростіший спосіб - запустити

fsck -y disk

і почекати куди і як все це гримнеться.

Якщо Ви витягли не всю інформацію, то спробуйте перед fsck-y disk зробити fsck -n disk, подивитися, потім просто fsck disk і поотвечать на питання.

В будь-якому випадку диск корисно переразметіть за допомогою newfs. У старі добрі часи мав сенс формат bad144, який дозволяв використовувати диски з bad blocks, встановлюючи їх як за допомогою початкової ініціалізації (man bad144), так і за допомогою програмки badsect (man badsect). У мене склалося враження, що з великими дисками (> 2Gb) вона не працює. я не розбирався докладно.

В будь-якому випадку найпростіший спосіб розгляду з "полуісправнимі" дисками - це або заміна, або установка в невідповідальних місця (копії cd, proxy кеш, ньюсопомойка).

3. Відновлення інформації

Зверніть увагу, що процедура відновлення зазвичай дозволяє одночасно переконфігурувати комп'ютер, встановити свіжу версію os, підключити додатковий backup device і навести порядок.

Не забудьте зберегти інформацію про характеристики дисків, які Ви встановили, в окремій зошити і замкнути її в сейф.

В як backup я рекомендую використовувати scsi streamer для стрічки dds3 (це від 12 до 24Gb залежно від упакований інформації).

Список літератури

Для підготовки даної роботи були використані матеріали з сайту http://www.nodevice.ru/