Программа для диагностики жёстких дисков R.tester

Бесплатная программа для восстановления файлов R.saver

Неофициальный блог R.LAB, заходите!

Восстановление данных
восстановление данных
Звоните нам в Москве: +7(495) 230−1000
30.09.2020, 03:37:42 *
Добро Пожаловать, гость. Пожалуйста войдите или зарегистрируйтесь, если хотите стать полноправным участником форума. Не получили активационное письмо?

Страницы: [1] 2
  Печать  
автор Тема: Восстановление данных под Linux  (прочитано 25085 раз)
jagger
Jr. Member
**

Репутация: 5
сообщений: 71


просмотр профиля
« было: 23.09.2007, 20:12:34 »

Отзывы о статье Восстановление данных под Linux
Авторизирован
Rozik
Jr. Member
**

Репутация: 12
сообщений: 80


Linux Enthusiast


просмотр профиля WWW
« Ответить #1 было: 26.10.2007, 15:01:08 »

В дополнение.
dd_rescue отлично показал себя в восстановлении мпег2 видеофайла с DVD-RW, записанного с жирным отпечатком пальца. Под отпечатком, естественно, диск оказался не прописан. Пользователь записал видеофайл, но не проверил его целостность. В результате, имеем на ДВД обширную дырку.
Первые 200 метров до дырки вычитались dd_rescue -b 2048 -B 2048 -v /dev/hdb dvd.iso  , и тазик завис на Ctrl+C не реагируя. Со второго терминала удалось сребутится минут через 15 Smiley .
Потом hdparm'ом выключил DMA на приводе и  dd_rescue -b 2048 -B 2048 -v -r /dev/hdb dvd.iso
Ночь прошкарябало. Утром по CTRL+C вышел. Потом смонтировал образ через лупбэк и скопировал поврежденный файл. Удалось вычитать ровно половину файла. Клиента устроило. Теоретически, можно было читать и до победного конца. Реально могло вычитывание и месяц идти Smiley .
Практика показала, что поврежденные диски лучше читать именно задом наперед и выключать DMA. Читает чище, хоть и значительно медленней.
« Последняя правка: 26.10.2007, 15:03:49 от Rozik » Авторизирован

"Кадры решают всё" (с)
Rozik
Jr. Member
**

Репутация: 12
сообщений: 80


Linux Enthusiast


просмотр профиля WWW
« Ответить #2 было: 29.08.2008, 00:15:21 »

Небольшая поправка или комментарий к
Цитата
root@rozik3:~# dd if=/dev/zero of=/dev/sda bs=8K
 Процесс стирания 500-гигабайтного винта займет около 2-х часов. Пока что можно выйти покурить сигарет, поиграть с компьютером в шахматы, сходить на linux.org.ru пофлеймить Smiley .
 Периодически вводя от рута на втором терминале killall -SIGUSR1 dd наблюдаем на первом ход стирания.
Автоматизировать наблюдение процесса стирания диска можно командой watch.
На втором терминале вводим watch -n60 killall -SIGUSR1 dd , жмем Enter. Раз в минуту на первый терминал будет выводиться текущее состояние зануления диска-приемника.
Авторизирован

"Кадры решают всё" (с)
dj-wever
Newbie
*

Репутация: 0
сообщений: 2


просмотр профиля
« Ответить #3 было: 01.12.2009, 10:56:56 »

Хорошая статья!
А можно на скорую руку слить образ винта в файл-контейнер, а потом замонтировать этой самый файл-контейнер и уже востанавливать информацию с него?

PS. В моей ситуации винт вобще без бэд-секторов. И сколько это будет стоить?
Авторизирован
locale
Global Moderator
Sr. Member
*

Репутация: 16
сообщений: 313


просмотр профиля
« Ответить #4 было: 01.12.2009, 23:14:05 »

Можно. Но зачем это делать, если нет бэд-секторов? После чего восстанавливать-то?
Авторизирован
Rozik
Jr. Member
**

Репутация: 12
сообщений: 80


Linux Enthusiast


просмотр профиля WWW
« Ответить #5 было: 04.12.2009, 20:24:12 »

Цитата
Можно. Но зачем это делать, если нет бэд-секторов?
В принципе, лишняя резервная копия в нашей работе никогда не помешает.
Цитата
А можно на скорую руку слить образ винта в файл-контейнер, а потом замонтировать этой самый файл-контейнер и уже востанавливать информацию с него?
Конечно можно. Принципиального отличия между винчестером и его файлом-копией нет. Md5sum даже совпадет Smiley , если нет дефектов конечно. Скажем, бэдастые флешки или CD-ROM удобней вычитывать в файл. С винтами же копирование на другой винт предпочтительней.
Авторизирован

"Кадры решают всё" (с)
dilnix
Newbie
*

Репутация: 0
сообщений: 12


friendly linuxoid


просмотр профиля
« Ответить #6 было: 29.05.2011, 02:58:05 »

Хорошая статья =)
Можете посоветовать как мне быть?
У мну samsung sp0802n в USB-кармане с кучей данных (90%).
Таблица разделов не повреждена, testdisk ее видит, но кричит о не правильных параметрах CHS (должны быть 9733/255/63).
Один раз пытался заглянуть в листинг содержимого и скопировать хоть то, что есть (половина данных в папках, в которых при посещении пишет damaged file system). Но все эти скопированные файлы убиты, ничего невозможно просмотреть/запустить/открыть.
Друг посоветовал для начала провести скан с ремапом с помощью MHDD или Victoria (пока не решился, ибо сам линуксоид).
SMART диска говорит значение = 0 в позиции Reallocated Sectors Count.
И самое забавное, что запасного харда на 80 и более Гигов нет, чтобы сделать посекторную копию. Есть только некоторое (40-50 Гиг) свободное место на ноуте.
« Последняя правка: 29.05.2011, 03:03:47 от dilnix » Авторизирован
OLiMP
Global Moderator
Hero Member
*

Репутация: 143
сообщений: 2592

HDD Research Group member


просмотр профиля WWW
« Ответить #7 было: 29.05.2011, 11:42:38 »

Ремапить я бы не советовал, при ремаме не избежно теряются данные (особенности программ). Проверку диска, скан без ремапа, сделать можно. Но при "натыкании" на дефект сканирование диска лучше остановить, поскольку диск на дефектах может окончательно выйти из строя, и бежать в магазин за новой 80ой для создания на неё максимально точной посекторной копии.
Авторизирован
dilnix
Newbie
*

Репутация: 0
сообщений: 12


friendly linuxoid


просмотр профиля
« Ответить #8 было: 30.05.2011, 20:01:14 »

То есть все равно нужно найти хард на >=80 Гиг и делать посекторно копию?
Я просто не могу понять в чем именно проблема проявилась. Ведь testdisk видит таблицу разделов целой. Но при этом параметры CHS неверны.
О чем это может говорить?
Авторизирован
OLiMP
Global Moderator
Hero Member
*

Репутация: 143
сообщений: 2592

HDD Research Group member


просмотр профиля WWW
« Ответить #9 было: 02.06.2011, 10:24:38 »

О том что есть какая то проблема с master boot record, но возможно что проблема и ещё в чём то. Не видя диска однозначно что то сказать не получится. Если данные важные, то копию диска (посекторно) сделать необходимо, и работать с ней, даже если оригинал полностью физически исправен, поскольку в случае какой либо ошибки у Вас всегда есть возможность всё вернуть в исходное состояние. И ещё я бы не советовал пользоваться программным обеспечением которое что то правит на носителе с которого требуется восстановление данных, поскольку может произойти какой либо сбой после которого восстановить что либо будет крайне проблематично а то и не возможно.
Авторизирован
dilnix
Newbie
*

Репутация: 0
сообщений: 12


friendly linuxoid


просмотр профиля
« Ответить #10 было: 02.06.2011, 22:51:13 »

Спасибо.
Подыщу хард для копии, апосля будет видно что получилось.
Есть еще предположение, что мог как-то негативно повлиять маленький 12В кулер выдраный из корпуса одного системника, некоторое время находившийся непосредственно возле харда для его охлаждения (точнее, его мизерная катушка обмотки). Такое может быть???
Авторизирован
OLiMP
Global Moderator
Hero Member
*

Репутация: 143
сообщений: 2592

HDD Research Group member


просмотр профиля WWW
« Ответить #11 было: 03.06.2011, 09:26:20 »

Кулер тут непричём.
Авторизирован
dilnix
Newbie
*

Репутация: 0
сообщений: 12


friendly linuxoid


просмотр профиля
« Ответить #12 было: 07.06.2011, 22:43:55 »

Тут раскопал свой старый 2,5" хард WD на 120 Гиг. У него есть где-то на 10-м гигобайте небольшая область с бэдами. Так вот задался вопросом: как можно хотя бы временно использовать остальное (живое) пространство?
Мне сразу в голову пришел вариант - скан с ремапом. Простите за ламерский вопрос - в Linux как-то возможно произвести такую операцию? Или все равно придется лить iso-шник MHDD на диск и загружаться?
З.Ы.: Просто у мну система параллельно работает как шлюз. Не хотелось бы вырубать...
З.Ы.2.: Под Wine и DOSbox уже пытался запускать - не едет =/
Авторизирован
OLiMP
Global Moderator
Hero Member
*

Репутация: 143
сообщений: 2592

HDD Research Group member


просмотр профиля WWW
« Ответить #13 было: 08.06.2011, 01:56:09 »

Насчёт запуска скана с ремапом ничего не скажу, под Linux'ом такие вещи запускать не приходилось, а насчёт использования диска - очень не рекомендую. Диск уже начал сыпаться, и ремонировать его таким варварским методом (к тому же резеврная зона у дисков маленькая, и смарт ляжет) не имеет смысла. Если уж хочется вернуть диск к жизни - ищите знакомых спецов умеющих грамотно ремонтировать диски (самый лучший способ запуск заводских обкаточных тестов, увы есть не на всех моделях жёстких дисков), но имхо лучше не мучать старичка.

P.S. А не едет возможно потому что нет прямого доступа к портам контроллера.
Авторизирован
dilnix
Newbie
*

Репутация: 0
сообщений: 12


friendly linuxoid


просмотр профиля
« Ответить #14 было: 14.06.2011, 06:28:38 »

В общем, я его просканил MHDD. Так, чтобы собрать инфу об убитых промежутках. Есть таких 3, но они небольшие. Где-то слышал, что если создать на нем раздел на всё пространство и потом прогнать Выньдовым "chkdsk /f /r", то он убитые сектора сам пометит в ФС и не даст их использовать. Возникает вопрос - возможно ли такое провернуть в Linux???
При этом известно точно какие именно сектора БэД.
Ремап не работает, ибо при натыкании на Бэды хард уходит в небытиё, хотя ремапенных секторов есть 655, что не является пределом.
Знаю, что SMART сам при простаивании запускает тесты, которые ходят везде и натыкаются на всё. Готов следить за ситуацией и использовать интенсивно или отключать вовсе.
Хард мой личный. Хочу для практики по-мучать и если получится - то заодно и по-юзать живое пространство для неважной инфы. Так что если скоро помрет - плакать не буду.
« Последняя правка: 14.06.2011, 06:30:57 от dilnix » Авторизирован
Страницы: [1] 2
  Печать  
 
Перейти в раздел:  

Яндекс.Метрика
Восстановление данных - R.LAB
Москва, Коровий Вал, д. 1А  (схема проезда). Телефон: +7 (495) 230−1000; e-mail: 
Другие города »