День добрый!Вылез не читаемый сектор на системном диске. На нем есть некоторое количество данных не попавших в бэкап.
Проблема в том, что данный сектор находится в начале третьего раздела. В результате он не монтируется. Первый раздел boot (32М), второй swap (2G), а вот третий все остальное (1Т - EXT3). Попробовал прогу от SysInternals для Windows. Она долго что-то сканировала. Когда дошла до середины диска и сожрала около гига оперативки, я пошел спать. К утру увидел ее висящей и не отвечающей на сообщения. Видно терабайтник ей оказался не по зубам.Пока поставил dd копировать весь диск на такой же. Собираюсь попробовать на копию натравить fsck -t ext3 /dev/sda3
Вот только слабо в нее мне верится...Какие есть предложения от сообщества? Может есть еще способы?
Проблема усугубляется тем, что рабочего Linux на машине с SATA (есть без SATA, есть нотбук) сейчас под рукой нет - только Live CD (gentoo, knoppix). Ну или Windows 7.
> Пока поставил dd копировать весь диск на такой же. Собираюсь попробовать на
> копию натравить fsck -t ext3 /dev/sda3
> Вот только слабо в нее мне верится...А может быть e2fsck -b {8193|16384|32768} натравить? Вот только какой размер блока был установлен mke2fs я без понятия...
>[оверквотинг удален]
> Проблема в том, что данный сектор находится в начале третьего раздела. В
> результате он не монтируется. Первый раздел boot (32М), второй swap (2G),
> а вот третий все остальное (1Т - EXT3). Попробовал прогу от
> SysInternals для Windows. Она долго что-то сканировала. Когда дошла до середины
> диска и сожрала около гига оперативки, я пошел спать. К утру
> увидел ее висящей и не отвечающей на сообщения. Видно терабайтник ей
> оказался не по зубам.
> Пока поставил dd копировать весь диск на такой же. Собираюсь попробовать на
> копию натравить fsck -t ext3 /dev/sda3
> Вот только слабо в нее мне верится...PhotoRec http://www.cgsecurity.org/wiki/PhotoRec
>>[оверквотинг удален]
> PhotoRec http://www.cgsecurity.org/wiki/PhotoRecС терабайтом не прокатит.
Терабайт файлов с бессмысленными именами свалить в один каталог - можно даже не шифровать.
> PhotoRec http://www.cgsecurity.org/wiki/PhotoRecТочно не прокатит. Мне нужен:
- BDB от LDAP или его бэкап в LDIFF
- несколько PgSQL баз или их бэкапы
- очередь PostFix или ее бэкап
- неплохо бы еще содержимое /etc и ключики из домашних директорий пользователей, но такую потерю я пережить еще смогуСуммарный объем данных меньше гигабайта. Остальное, в основном, файлопомойка - особой ценности не представляет. Для всех данных есть резервные копии на том же диске. А вот по сети на другой комп они не ушли :(
>[оверквотинг удален]
> Точно не прокатит. Мне нужен:
> - BDB от LDAP или его бэкап в LDIFF
> - несколько PgSQL баз или их бэкапы
> - очередь PostFix или ее бэкап
> - неплохо бы еще содержимое /etc и ключики из домашних директорий пользователей,
> но такую потерю я пережить еще смогу
> Суммарный объем данных меньше гигабайта. Остальное, в основном, файлопомойка - особой ценности
> не представляет. Для всех данных есть резервные копии на том же
> диске. А вот по сети на другой комп они не ушли
> :("на том же диске"
админы делятся на две категории....
//пойду ка еще один жесткий куплю в бэкапный серв... есть хост что не бэкапится, надо добавить....
> "на том же диске"
> админы делятся на две категории....
> //пойду ка еще один жесткий куплю в бэкапный серв... есть хост что
> не бэкапится, надо добавить....Хватит издеваться. Комп, использовавшийся для бэкапа сдох на прошлой неделе. На этой как раз его собирался поднять. Бэкап и был так организован, что файловый бэкап шел сразу туда, а вот базы данных сначала бэкапились локально, а потом забирались бэкап сервером как файлы.
Сейчас у меня на руках есть бэкап от 1 июня. Если я восстановлю его, меня убивать будут, причем есть за что...
>> "на том же диске"
>> админы делятся на две категории....
>> //пойду ка еще один жесткий куплю в бэкапный серв... есть хост что
>> не бэкапится, надо добавить....
> Хватит издеваться. Комп, использовавшийся для бэкапа сдох на прошлой неделе. На этой
> как раз его собирался поднять. Бэкап и был так организован, что
> файловый бэкап шел сразу туда, а вот базы данных сначала бэкапились
> локально, а потом забирались бэкап сервером как файлы.
> Сейчас у меня на руках есть бэкап от 1 июня. Если я
> восстановлю его, меня убивать будут, причем есть за что...1) Сервер без RAID - не сервер.
2) А я не издеваюсь. Вы где-то увидели издевку ? Жаль.
Я собственно факт констатирую.
Прогнать диск "Викторией".....
Позволяет "вытянуть" большую часть бэдов. Только с опциями нужно аккуратно, чтобы не затереть диск совсем...
Там есть режим лечения без удаления информации с диска. Пользовался несколько раз, оч. хорошая вещь....
Можно также попробовать аналог - MHDD, но имхо, это тот же самый функционал.
Тип файловых систем и разделов тут роли не играет...., т.к. эти программы работают чисто на физическом уровне....
> Прогнать диск "Викторией".....С этого и начал. Не вытащила. В SMART висит как pending relocations...
> Пока поставил dd копировать весь диск на такой же. Собираюсь попробовать на
> копию натравить fsck -t ext3 /dev/sda3Если действительно всего один сбойный блок, то справится. Оригинал не трогай, работай только с копиями. Если действительно ценные данные и сам не справишься - отдашь восстанавливать специалистам.
> Какие есть предложения от сообщества? Может есть еще способы?tune2fs -l /dev/sda3
Обращаешь внимание на:
Block size: XXX
Blocks per group: YYY
Вычисляешь:b1 = XXX*YYY/1024
b3 = XXX*YYY*3/1024
b5 = XXX*YYY*5/1024
b7 = XXX*YYY*7/1024
...
bNN= XXX*YYY*NN/1024, где NN - степень 3, 5 или 7Пробуешь использовать эти bNN:
mount -o ro,sb=bNN /dev/sda3 /mnt
>> Пока поставил dd копировать весь диск на такой же. Собираюсь попробовать на
>> копию натравить fsck -t ext3 /dev/sda3
> Если действительно всего один сбойный блок, то справится. Оригинал не трогай, работай
> только с копиями. Если действительно ценные данные и сам не справишься
> - отдашь восстанавливать специалистам.Это я понимаю, поэтому оригинал даже не пытался лечить - буду над копией изгалятся.
> mount -o ro,sb=bNN /dev/sda3 /mnt
СПАСИБО! Так как поврежден именно суперблок, то, надеюсь, это как раз меня спасет.
> mount -o ro,sb=bNN /dev/sda3 /mntСПАСИБО!!!!
Все получилось!
>> mount -o ro,sb=bNN /dev/sda3 /mnt
> СПАСИБО!!!!
> Все получилось!Дополнение.
e2fsck сначала пригробил кучу файлов.
Снова скопировал диск при помощи dd, а затем взял, и те сектора, которые не прочитались на копии прописал нулями:
dd if=/dev/zero of=/dev/sdb bs=512 count=4 seek=XXXXXXX
где XXXXXXX - LBA сбойного блока. На моем диске реальный размер сектора был 2048 байт, поэтому и указано прописывать 4 сектора по 512 байт.
В результате e2fsck прибил всего 4 файла. Еще один файл был убит вручную, по причине наличия в нем бэд блока. Остальное все спаслось!P.S. Классная статья о том, как пользоваться debugfs при сбойных секторах, рекомендую: http://smartmontools.sourceforge.net/badblockhowto.html