форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Файловые системы, диски / Linux)
Изначальное сообщение		[ Отслеживать ]

"Диск сдох..."	+/–
Сообщение от ptr (??) on 07-Июн-11, 09:28
День добрый! Вылез не читаемый сектор на системном диске. На нем есть некоторое количество данных не попавших в бэкап. Проблема в том, что данный сектор находится в начале третьего раздела. В результате он не монтируется. Первый раздел boot (32М), второй swap (2G), а вот третий все остальное (1Т - EXT3). Попробовал прогу от SysInternals для Windows. Она долго что-то сканировала. Когда дошла до середины диска и сожрала около гига оперативки, я пошел спать. К утру увидел ее висящей и не отвечающей на сообщения. Видно терабайтник ей оказался не по зубам. Пока поставил dd копировать весь диск на такой же. Собираюсь попробовать на копию натравить fsck -t ext3 /dev/sda3 Вот только слабо в нее мне верится... Какие есть предложения от сообщества? Может есть еще способы? Проблема усугубляется тем, что рабочего Linux на машине с SATA (есть без SATA, есть нотбук) сейчас под рукой нет - только Live CD (gentoo, knoppix). Ну или Windows 7.
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Диск сдох..."	+/–
Сообщение от ptr (??) on 07-Июн-11, 09:49
> Пока поставил dd копировать весь диск на такой же. Собираюсь попробовать на > копию натравить fsck -t ext3 /dev/sda3 > Вот только слабо в нее мне верится... А может быть e2fsck -b {8193|16384|32768} натравить? Вот только какой размер блока был установлен mke2fs я без понятия...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Диск сдох..."	+/–
Сообщение от a2l on 07-Июн-11, 09:54
>[оверквотинг удален] > Проблема в том, что данный сектор находится в начале третьего раздела. В > результате он не монтируется. Первый раздел boot (32М), второй swap (2G), > а вот третий все остальное (1Т - EXT3). Попробовал прогу от > SysInternals для Windows. Она долго что-то сканировала. Когда дошла до середины > диска и сожрала около гига оперативки, я пошел спать. К утру > увидел ее висящей и не отвечающей на сообщения. Видно терабайтник ей > оказался не по зубам. > Пока поставил dd копировать весь диск на такой же. Собираюсь попробовать на > копию натравить fsck -t ext3 /dev/sda3 > Вот только слабо в нее мне верится... PhotoRec  http://www.cgsecurity.org/wiki/PhotoRec
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Диск сдох..."	+/–
	Сообщение от ACCA (ok) on 07-Июн-11, 10:10
	>>[оверквотинг удален] > PhotoRec  http://www.cgsecurity.org/wiki/PhotoRec С терабайтом не прокатит. Терабайт файлов с бессмысленными именами свалить в один каталог - можно даже не шифровать.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	6. "Диск сдох..."	+/–
	Сообщение от ptr (??) on 07-Июн-11, 11:00
	> PhotoRec  http://www.cgsecurity.org/wiki/PhotoRec Точно не прокатит. Мне нужен: - BDB от LDAP или его бэкап в LDIFF - несколько PgSQL баз или их бэкапы - очередь PostFix или ее бэкап - неплохо бы еще содержимое /etc и ключики из домашних директорий пользователей, но такую потерю я пережить еще смогу Суммарный объем данных меньше гигабайта. Остальное, в основном, файлопомойка - особой ценности не представляет. Для всех данных есть резервные копии на том же диске. А вот по сети на другой комп они не ушли :(
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	9. "Диск сдох..."	+/–
	Сообщение от PavelR (??) on 07-Июн-11, 11:24
	>[оверквотинг удален] > Точно не прокатит. Мне нужен: > - BDB от LDAP или его бэкап в LDIFF > - несколько PgSQL баз или их бэкапы > - очередь PostFix или ее бэкап > - неплохо бы еще содержимое /etc и ключики из домашних директорий пользователей, > но такую потерю я пережить еще смогу > Суммарный объем данных меньше гигабайта. Остальное, в основном, файлопомойка - особой ценности > не представляет. Для всех данных есть резервные копии на том же > диске. А вот по сети на другой комп они не ушли > :( "на том же диске" админы делятся на две категории.... //пойду ка еще один жесткий куплю в бэкапный серв... есть хост что не бэкапится, надо добавить....
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	10. "Диск сдох..."	+/–
	Сообщение от ptr (??) on 07-Июн-11, 11:59
	> "на том же диске" > админы делятся на две категории.... > //пойду ка еще один жесткий куплю в бэкапный серв... есть хост что > не бэкапится, надо добавить.... Хватит издеваться. Комп, использовавшийся для бэкапа сдох на прошлой неделе. На этой как раз его собирался поднять. Бэкап и был так организован, что файловый бэкап шел сразу туда, а вот базы данных сначала бэкапились локально, а потом забирались бэкап сервером как файлы. Сейчас у меня на руках есть бэкап от 1 июня. Если я восстановлю его, меня убивать будут, причем есть за что...
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	11. "Диск сдох..."	+/–
	Сообщение от PavelR (??) on 07-Июн-11, 12:38
	>> "на том же диске" >> админы делятся на две категории.... >> //пойду ка еще один жесткий куплю в бэкапный серв... есть хост что >> не бэкапится, надо добавить.... > Хватит издеваться. Комп, использовавшийся для бэкапа сдох на прошлой неделе. На этой > как раз его собирался поднять. Бэкап и был так организован, что > файловый бэкап шел сразу туда, а вот базы данных сначала бэкапились > локально, а потом забирались бэкап сервером как файлы. > Сейчас у меня на руках есть бэкап от 1 июня. Если я > восстановлю его, меня убивать будут, причем есть за что... 1) Сервер без RAID - не сервер. 2) А я не издеваюсь. Вы где-то увидели издевку ? Жаль.    Я собственно факт констатирую.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

3. "Диск сдох..."	+/–
Сообщение от zd3n (ok) on 07-Июн-11, 09:56
Прогнать диск "Викторией"..... Позволяет "вытянуть" большую часть бэдов. Только с опциями нужно аккуратно, чтобы не затереть диск совсем... Там есть режим лечения без удаления информации с диска. Пользовался несколько раз, оч. хорошая вещь.... Можно также попробовать аналог - MHDD, но имхо, это тот же самый функционал. Тип файловых систем и разделов тут роли не играет...., т.к. эти программы работают чисто на физическом уровне....
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Диск сдох..."	+/–
	Сообщение от ptr (??) on 07-Июн-11, 11:01
	> Прогнать диск "Викторией"..... С этого и начал. Не вытащила. В SMART висит как pending relocations...
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Диск сдох..."	+/–
Сообщение от ACCA (ok) on 07-Июн-11, 10:02
> Пока поставил 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
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	8. "Диск сдох..."	+/–
	Сообщение от ptr (??) on 07-Июн-11, 11:04
	>> Пока поставил dd копировать весь диск на такой же. Собираюсь попробовать на >> копию натравить fsck -t ext3 /dev/sda3 > Если действительно всего один сбойный блок, то справится. Оригинал не трогай, работай > только с копиями. Если действительно ценные данные и сам не справишься > - отдашь восстанавливать специалистам. Это я понимаю, поэтому оригинал даже не пытался лечить - буду над копией изгалятся. > mount -o ro,sb=bNN /dev/sda3 /mnt СПАСИБО! Так как поврежден именно суперблок, то, надеюсь, это как раз меня спасет.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	12. "Диск сдох..."	+/–
	Сообщение от ptr (??) on 07-Июн-11, 22:36
	> mount -o ro,sb=bNN /dev/sda3 /mnt СПАСИБО!!!! Все получилось!
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	13. "Диск сдох..."	+/–
	Сообщение от ptr (??) on 09-Июн-11, 03:56
	>> 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
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема