https://www.opennet.dev/openforum/vsluhforumID1/80219.html Всем магам и чародеям - доброго времени суток.<br>Ситуация бональная:<br>Упаль и не хочет подниматься.<br>Инфа военно-коммерческая секретная, про бэк-апы ессесно никто не знал, что такое ноу-хау уже придумали. <br>Пострадавший висел на АСП11 линухе. Странно довольно всё произошо: комп за последние 3 суток завис раз 10, но пару раз была ситуация, что комп жутко начинал тормозить и ядро плевалось в консоль руганью на dma. Очень похоже было на то что безпардонно отваливался винт. Лечилось это горе ресетом.<br>До этого наблюдались странности не более чем раз месяц, грешили на память, а при отсутствии замены и требованию к компу 24/7 - онлайн, возможности поковырять не было :(<br>Вообщем, клиент - в коме, а воскрешать нужно срочно - очень срочно, или смерть на костре инквизитора с прилягающими садо-издевательствами.<br>Сутки уговариваю гугла выдать мне страшную тайну, и в серче "открытых сетей" не вижу ответа ;(<br>Воть, и приходится обращаться с проблемами к гуру-шаманам.<br>Итак, опишу что я делал и что я получил, и в результате https://www.opennet.dev/openforum/vsluhforumID1/80219.html#10 Mon, 12 May 2008 10:59:35 GMT <br>&gt;[оверквотинг удален]<br>&gt;а не только подкаталог с конкретной БД <br>&gt;<br>&gt;Перед заменой файлов БД <br>&gt;1) проверить текущий каталог БД (datadir) <br>&gt; mysql -uпользователь -hхост -pпароль --execute="show variables like 'datadir';" <br>&gt;2) остановить запущенный сервер (/etc/init.d/mysql stop) <br>&gt;3) удалить содержимое datadir (не забываем делать кпию если там что-то полезное <br>&gt;есть) <br>&gt;4) копируем в datadir файлы БД с упавшего сервера <br>&gt;5) запускаем mysql (/etc/init.d/mysql start) <br><br>Благодарю! я тогда пробовал одну базу перекидывать, так и подумал что нужно все базы вытягивать... прото, думал, что базы могут ложиться в фалы в шифрованом виде, а для их чтения может требоваться ssl ключ или еще какаянить ерунда. <br> https://www.opennet.dev/openforum/vsluhforumID1/80219.html#9 Mon, 12 May 2008 06:33:51 GMT &gt;Я вот тут думаю, если вытащить бд-мускула файлами, то потом если их <br>&gt;просто вкинуть, они могут не открываться. на 3 мускуле такое канало, <br>&gt;на 4 вроде была какаято проблема, уже не помню, но что <br>&gt;то не получалось. а у меня там 5.20 - 5.50. может <br>&gt;еще какиенить нужны ключи или чтонить к мускулу? может ктонить сталкивался? <br>&gt;<br><br>Если файлы БД будут небитые, их вполне можно подсунуть на работающий сервер<br>при условии<br>1) Совпадает версия MySQL (по крайней мере базовая версия)<br>2) Настройки упавшего сервера (/etc/my.cnf) совпадают с настройками рабочего<br>3) Если используется InnoDB обязатально нужно заменять целиком весь каталог данных MySQL а не только подкаталог с конкретной БД<br><br>Перед заменой файлов БД<br>1) проверить текущий каталог БД (datadir)<br> mysql -uпользователь -hхост -pпароль --execute="show variables like 'datadir';"<br>2) остановить запущенный сервер (/etc/init.d/mysql stop)<br>3) удалить содержимое datadir (не забываем делать кпию если там что-то полезное есть)<br>4) копируем в datadir файлы БД https://www.opennet.dev/openforum/vsluhforumID1/80219.html#8 Sun, 11 May 2008 19:19:52 GMT всё это делал, как догадываюсь, смарт отрезал 4 секотра это около 35-40 мб данных, и похоже что системных и журнала. <br>щас из-под винды вытягиваю часть инфы zar 8.3 http://forum.ru-board.com/topic.cgi?forum=35&bm=1&topic=5261&start=0 большая проблема с кллючём к этой тулзе, она вроде хавает его,но не реагирует на него :(<br>Я вот тут думаю, если вытащить бд-мускула файлами, то потом если их просто вкинуть, они могут не открываться. на 3 мускуле такое канало, на 4 вроде была какаято проблема, уже не помню, но что то не получалось. а у меня там 5.20 - 5.50. может еще какиенить нужны ключи или чтонить к мускулу? может ктонить сталкивался?<br> https://www.opennet.dev/openforum/vsluhforumID1/80219.html#7 Sun, 11 May 2008 15:56:33 GMT 1) если уже не поздно (надо было сделать это сразу, прежде чем запускать чекдиски и т.п.)<br>нужно снять двоичный дамп разделов, подключив диск к здоровой машине на которой работет Linux (или загрузившись с LiveCD/USB-flash - например с помощью RIPLinux)<br>dd if=/dev/hdaх of=/tmp/hdax.bin bs=4096<br>где x - номер раздела (кроме расширенного который у вас hda2)<br><br>2) Если ценная информация текстовая, её возможно удастся восстановить<br>с помощью поиска по ключевым словам в дампе полученном в п.1 <br><br>3) пытаться монтировать поломанную ФС - пустая трата времени<br>сначала нужно прогнать на ней e2sck c опциями -fp или -fy<br>возможно поможет опция -b с указанием смещения до резервных копий суперблока<br>Желательно использовать е2fsck свежих версий<br>(из того же RIPLinux только берите свежую версию)<br><br>4) отключать DMA в BIOS без толку так как ядро работает с дисками минуя BIOS<br>для отключения используйте hdparm<br><br>Как показывает практика, вероятность 100% восстановления данных при таких сбоях невелика<br>Начинйте думать о том, ч https://www.opennet.dev/openforum/vsluhforumID1/80219.html#6 Sun, 11 May 2008 09:35:15 GMT Харьков - большая деревня в ИТ-технологиях, даже не село.<br>есть только 1 "контора" которая это делает, и-то, без гарантий, с ехт3 не работали но попробовать могут - не вариант короче.<br>думаю, я уже больше их знаю теории.<br>щас гоняю с под винды, все преславуты "проги" - фекалий (сорри) r-studio показала что накрылись иноды 7 и 8, папку рут не открывает, вар видит как файл. изирекавери - отстой - делает в рав режиме поиск файлов по формату. а мне нужны sh,prs и мускуловские бд.<br>тестдиск намного лучшей результат показал. думаю нужно отключить gdb в смарте, и сделать обычное чтение, после чего выдрать всё необходимое. не могу ничего толком найти для отключения смарта или сброса таблицы raw или как там её.<br>А отправлять винт в киев или в москву или еще куданить - не вариант - неделя минимум, я за дня 3 смогу, в принципе, на писать - самая важная часть инфы случайно была сохранена на кануне траблы.<br> https://www.opennet.dev/openforum/vsluhforumID1/80219.html#5 Sun, 11 May 2008 08:34:24 GMT &gt;Думаю принести кровавую жертву, своего кота, злому дух на этом три-чёртовом винте!!! <br>&gt;не знаю какое заклинание выбрать... кот то один ;( <br><br>Не смей мучать кота, иначе все твои винты накроются, а серверная сгорит в праведном пламени!<br><br>Если серьёзно - перестань страдать фигнёй и срочно беги к нормальному специалисту по восстановлению данных, кто имеет представление линуксовых фс. А так только время безтолку тратишь.<br> https://www.opennet.dev/openforum/vsluhforumID1/80219.html#4 Sun, 11 May 2008 05:45:31 GMT На мандриве сказали челу что винт убитый. А если попробовать на другой хард систему установить и из нее примонтировать раздел с инфой? <br> https://www.opennet.dev/openforum/vsluhforumID1/80219.html#3 Sat, 10 May 2008 22:15:31 GMT всё аналогично http://www.mrctr.upmc.edu/mrrc/computing/linuxguide<br>а вот тут вообще чела послали... http://expert.mandriva.com/question/71376<br>при попытке сканировать с других супер блоков - приходит сообщение о том что устройство занято, хотя его совсем ничего не может использовать<br>псмотрел на smart, увидел 4 сектора в Reallocated Sectors Count столбца raw. <br>думаю, что из-за этого какойто начальный сектор был перенесен, а его инфа нет. <br>дальнейший поиск инфы увёл от тематики никсов, т.к. ничего не могу найти подходящего для линукса, но на всякий случай http://articles.softportal.com/article-481.html<br>может комунить пригодится.<br> https://www.opennet.dev/openforum/vsluhforumID1/80219.html#2 Sat, 10 May 2008 11:21:52 GMT &gt;Может быть попробовать средствами загрузочного диска АСП 11 ? Есть на нем <br>&gt;восстановление системы? же<br><br>Обычные средства не помогают, тот-же чекдиск вроде как делает исправления, после ребута всё по старому<br>при работе в программе тестдиск винт читается, но в рутовый, и хоме каталог попасть не возможно проблемма с правами, какраз там нужная инфа<br><br>что делать, помогайте<br>тестдиск может показать только половину винта, Но home, root и var не читаються, показывает что на них права доступа изменились(нет выполнения и т.п.), не открывается. А вот остальное всё есть<br><br>при анализе тестдиском, если ему сказать, что фс-система создана из висты, то вторая половина винта оцениваеться сплошной ошибкой. Если нет - то всё отлично, но всеравно он пытаеться всунуть нтфс.<br><br>могла ли нарушиться адресация секторов или разметка, и получаеться что тестдиск не использует эту инфу, а сам может чёто поверхнасно выудить и показать???<br>