From http://habrahabr.ru/blogs/hardware/92701
Посмотреть, поддерживает ли жёсткий диск управление ошибками можно с помощью команды

smartctl -a /dev/sda

строчка SCT capabilities:

SCT capabilities:  (0x303f) SCT Status supported.
			SCT Error Recovery Control supported.  *****
			SCT Feature Control supported.

Если строчки нет — диск их (команды) не поддерживает.

Чтобы посмотреть таймауты используем команду smartctl -l scterc /dev/sda. Вывод выглядит так:

# smartctl -l scterc /dev/sda

SCT Error Recovery Control:
           Read:     70 (7.0 seconds)
          Write:     70 (7.0 seconds)

Для установки, соответственно, указываем значения через запятую после scterc:

smartctl -l scterc,120,60 /dev/sde

(величина указывается в десятых долях секунды, то есть 120 соотвествует 12 секундам, первое число — чтение, второе — запись). 0 означает «до победного конца», то есть неограниченно долго.

Пришел тут компьютер с слегка потрепанной lvm-партицией. Запишу здесь последовательность действий на память.
Запускаемся с livecd (под рукой не оказалось моего самосбора - поэтому запустил debian testing).

sudo su -
aptitude update
aptitude install lvm2
# здесь висит vgchange
killall -9 vgchange
lvdisplay
# смотрим название группы
vgchange -ay VolGroup00
# сначала возможно нужно делать еще vgscan и vgcfgrestore
lvmdiskscan
# смотрим путь с монтируемой партиции
mount /dev/block/254\:0 /mnt

http://lists.debian.org/debian-russian/2008/04/msg00102.html

Источник

Для того, чтобы сделать резервную копию (файл-образ) винчестера для последующего восстановления вовсе не нужны коммерческие, проприетарные утилиты - есть старый, как мир, dd. Всё, что нужно сделать

Есть рецепт который может максимально полно восстановить данные и
сократить время на извлечение данных даже с практически полностью
ободранного диска. Cdrom по своей сути не очень то и блочное
устройство, по этому не имеет смысла использовать dd и dd_rescue т.к.
это ведёт к ненужным повторам при считывании, и замедлению всего
процесса. Я предлагаю использовать более родную утилиту для работы с
cdrom - cdrdao:
- копируем полный образ при помощи cdrdao и на выходе получаем
data.bin (образ) и dump.toc (описание треков):

cdrdao read-cd --read-raw --device /dev/sr0 dump.toc

- конвертируем маленький текстовый файл dump.toc в dump.cue

toc2cue dump.toc dump.cue

- преобразуем полученный дамп в iso образ:

bchunk data.bin dump.cue dump

на выходе получим файл dump01.iso
все битые места заменятся чем-то :)
а дальше, если заголовок iso не испорчен можно монтировать и
копировать, или пройтись по нему recoverjpeg.
****
from debian-russian[at]lists.debian.org by Nick Nick

from http://rlab.ru/doc/linuxharddatarecovery.html

Несколько вступительных слов.

Несмотря на упорное сопротивление некоторых производителей "очень маленького программного обеспечения" :) вкупе с анонимусами с linux.org.ru :) , Linux не спеша, но уверенно занимает места на десктопах пользователей. Как только не отговаривали среднестатистического юзера от знакомства с желтопятым Туксом: и что, мол, Линукс - это ОС для "красноглазых программистов" (и таки правда - Линукс замечательная свободная платформа для разработчика ПО с уймой этих самых средств разработки), что Линукс - это сугубо серверная ОС (и таки да - Линукс отлично зарекомендовал себя и на тяжелых веб-серверах и на примитивных роутерах) и т. д., и т. п. И помимо этого, благодаря усилиям тысяч энтузиастов при поддержке хардверных и софтверных гигантов (один IBM чего стоит), пингвин уверенно взгромоздился на десктоп и в качестве офисного рабочего места, и в качестве игровой машины, и в качестве мультимедийного центра "из коробки". Эта тенденция не может не радовать. Но что может дать Линукс, к примеру, в столь специфической сфере, как восстановление данных с неисправных HDD? Автор, исходя из специфики своей трудовой деятельности :) , решил задаться этим вопросом.

sudo mount -t cifs //192.168.0.2/public /mnt -o users,iocharset=utf8,username=guest,password=

from d-r@l.d.o
>>> Какой самый надежный и простой способ сохранить всю систему, чтобы
>>> > >> экспериментировать с ядреными библиотеками и всегда можно было
>>> > >> легко и просто восстановиться к исходному состоянию.
> > AGG> dd | bzip2
> >
> > лучше tar|bzip2
> > с dd как-то расточительнро
ключевой пункт - "простой".

Если у тебя больше одной фс на диске, то dd проще. И, кстати, с tar
надо еще знать, что если из-под той же системы делаешь архив, то надо
снимать не / а вначале сделать mount --bind / /mnt и архивировать /mnt
Иначе из-за всяких udev'ов и прочих виртуальных ФС у тебя не совсем то,
что надо попадет в образ.

видел lvm-howto
там хорошо все расписано.

1. уменьшаем фс
2. уменьшаем lv
3. уменьшаем vg
4. втыкаем второй жесткий диск ( внешний например)
5. вводим его в pv
6. мувим на него vg
7. выводим из лвм первый диск
8. переразбиваем как нада
9. вводим в лвм нужный раздел на первом диске.
10. мувим vg на него.
11. выводим второй диск из лвм.

все ето можно делать без перезагрузки(в случае внешнего диска на юсб).

у меня миграция между 8 хардами ( было 4 , поставил другие 4) прошла без сучка и задоринки.
http://dreamcatcher.ru/index.php?option=com_content&task=view&id=34&Itemid=2
http://tldp.org/HOWTO/LVM-HOWTO/index.html

Сделать образ раздела диска

dd if=/dev/sda1 of=/home/hda1.bin

Сделать сжатый образ раздела диска

dd if=/dev/sda1 | gzip > /home/user/sda1.bin.gz

Записать образ на раздел диска

dd if=/dev/hda of=/dev/hdb conv=noerror,sync bs=4k