Страница 1 из 1
Нужна помощь! Восстановление файлов после fsck
Добавлено: 2014-04-04 13:55:02
DEbuger86
Приветствую всех!
Ребят ситуация такая:
крутился себе сервачок (дома стоит) с зеркальным софтовым рейдом, без бесперебойника...
Понимаю что сами идиоты и дальше можно не читать
Сбой по питанию ночью, сервак перезагрузился и поднялся самостоятельно. fsck отработал.
Но файлы с таблицами базы данных стали размером 0. Несколько таблиц, как обычно это бывает самых важных.
База данных MySQL тип таблицы MyISAM, бекапов нет((( Структуру таблиц я восстановил из файлов frm, а вот файлы MYD имеют размер как раз таки 0.
Есть файл лога черного дела fsck он во вложении, можно ли при его помощи достать из недр винта нужные файлы с размером отличным от 0?
Re: Нужна помощь! Восстановление файлов после fsck
Добавлено: 2014-04-04 22:03:09
guest
DEbuger86 писал(а):Приветствую всех!
Ребят ситуация такая:
крутился себе сервачок (дома стоит) с зеркальным софтовым рейдом, без бесперебойника...
Понимаю что сами идиоты и дальше можно не читать
Сбой по питанию ночью, сервак перезагрузился и поднялся самостоятельно. fsck отработал.
Но файлы с таблицами базы данных стали размером 0. Несколько таблиц, как обычно это бывает самых важных.
База данных MySQL тип таблицы MyISAM, бекапов нет((( Структуру таблиц я восстановил из файлов frm, а вот файлы MYD имеют размер как раз таки 0.
Есть файл лога черного дела fsck он во вложении, можно ли при его помощи достать из недр винта нужные файлы с размером отличным от 0?
уже вряд ли, и зеркалирование сработало и файлы нулевой длины созданы и mysql пытался стартовать...
Как вариант попробовать R-Studio или UFS Professional Recovery. Нужно было сразу гасить машину, наверняка один диск был бы в degrade
и шансов восстановить было бы больше.
Re: Нужна помощь! Восстановление файлов после fsck
Добавлено: 2014-04-04 22:53:57
DEbuger86
Произошло ночью, когда все спали. Утром заметили что программа не работает. Бить тревогу начали, вот я и пытаюсь понять как старые данные выципить с диска. Вроде есть же и длинна файла и адрес.
Только чего то не доходит как этими данными воспользоваться.
Восстановление данных не проходит потому что программы видят так же файлы нулевой длинны и не хотят увидеть файлы не нулевого размера.
Через UFS Explorer сохранил себе на винт какие то 30 гигов фрагментов, буду смотреть... Если побилась часть данных из таблицы это конечно не приятно, но всеж таки не вся таблица за год работы...
Если кто готов помочь за денюжку, то и я и клиент только за)
Re: Нужна помощь! Восстановление файлов после fsck
Добавлено: 2014-04-05 10:52:45
Alex Keda
дамп, раз в сутки делать - в планировщик не забивалось?
--
бэка пдля этого есть, вообще-то
Re: Нужна помощь! Восстановление файлов после fsck
Добавлено: 2014-04-05 17:40:25
DEbuger86
Если был бы дамп, темы бы не было...
Думали что софт который пользуется этой базой данных резервные копии создает. А он не создавал(
Не подскажите как понять вывод из лога, чтобы попробовать на диске поискать данные через hex редактор?
Код: Выделить всё
Apr 4 00:10:39 crm fsck: /dev/mirror/gm0s1g: UNREF FILE I=11847240 OWNER=mysql MODE=100660
Apr 4 00:10:39 crm fsck: /dev/mirror/gm0s1g: SIZE=23064 MTIME=Nov 25 19:01 2013 (CLEARED)
I=11847240 - что это такое? Смещение относительно раздела(диска) в блоках или индентификатор чего то?
SIZE=23064 - Я так понимаю что это размер в байтах. Правильно понимаю?
Re: Нужна помощь! Восстановление файлов после fsck
Добавлено: 2014-04-06 0:40:27
Alex Keda
вообще там содержимое файлов по номерам блоков разложено
но как из этого собрать обратно файл целиком - даже не представляю...
Re: Нужна помощь! Восстановление файлов после fsck
Добавлено: 2014-04-06 7:58:34
DEbuger86
Alex Keda писал(а):вообще там содержимое файлов по номерам блоков разложено
но как из этого собрать обратно файл целиком - даже не представляю...
Не подскажешь относительно чего блоки считаются?
Относительно всего диска или того слайса в котором проверка идет?
Блок я так понимаю 512 байт, умножаем 512 на 11847240 получаем смещение, длинна файла тоже указанна.
Файлы базы данных мне кажется не должны быть раскиданы по всему диску блоки мне кажется идут подряд... Попытка не пытка как говорится.