Тормоза при создании образа диска

И еще вопрос, почему образ созданый k3b отличается от образа, созданно dd? Кто врет?

Что говорит hdparm /dev/hda ? Мб выключен DMA?

Ну посмотри, что говорит top.

> почему образ созданый k3b отличается от образа, созданно dd?

Ну посмотри чем они отличаются.

Кстати, копирование dd заканчивается так

dd: чтение `/dev/hda': Ошибка ввода/вывода

600+1 записей считано

600+1 записей написано

скопировано 629673984 байта (630 MB), 461,704 c, 1,4 MB/c

top ничего не говорит, т.е. нагрузка cpu/io/mem низкая

/dev/hda: IO_support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 0 (off) keepsettings = 0 (off) readonly = 0 (off) readahead = 256 (on) HDIO_GETGEO failed: Inappropriate ioctl for device

_________________

hdparm -I /dev/hda

/dev/hda:

ATAPI CD-ROM, with removable media Model Number: TSSTcorp DVD+/-RW TS-L632H Serial Number: Firmware Revision: D200 Standards: Supported: CD-ROM ATAPI-3 -4 -5 -6 -7 Configuration: DRQ response: 50us. Packet size: 12 bytes Capabilities: LBA, IORDY(can be disabled) DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=383ns IORDY flow control=120ns Commands/features: Enabled Supported: * Power Management feature set * PACKET command feature set * DEVICE_RESET command * NOP cmd HW reset results: CBLID- below Vih Device num = 0 determined by CSEL

> Ну посмотри чем они отличаются.

Извини, не знаю как. Консольными diff'ами пользоваться не умею, а Kdiff3 жрет по 2 Гб на каждый 600-метровый образ, плюс, видимо, еще столько же на результат.

Сделал hdparm -c3 -d1 /dev/hda - верно? или что-то упустил, теперь это придется после каждого рестарта делать?

Теперь не тормозит (нет никакой дискретности), но средняя скорость все равно всего 2.5 Мб, и ошибка в случае использования dd

dd: чтение `/dev/hda': Ошибка ввода/вывода

600+1 записей считано

600+1 записей написано

скопировано 629563392 байта (630 MB), 249,567 c, 2,5 MB/c

Размеры, соответственно, также не сходятся.

> dd: чтение `/dev/hda': Ошибка ввода/вывода

Значит у тебя диск битый. Попробуй вытащить данные с опцией noerror или используй ddrescue.

Почему же k3b не сообщает ни о каких ошибках?

> Почему же k3b не сообщает ни о каких ошибках?

Не использую k3b, но могу предположить, что он при чтении диска пропускает нечитаемые сектора, как это делает dd c noerror.

Размер блока = 1М, размер диска вряд ли точно кратный 1М, следовательно последний блок считать без ошибки невозможно.

кстати да, попробуй dd с опцией bs=1k

> последний блок считать без ошибки невозможно.

С чего вы взяли, что это приводит к ошибке ввода/вывода? Никакой ошибки быть не должно!

С noerror это проработало часов 6, но так и не считало до конца, ошибка никуда не делась

Может все-таки дело в параметрах настройки hdparm ?

Тогда один совет: вставьте нормальный диск и попробуйте с ним ;)

Похоже ты прав на все 100%!

Диск с виндой, видимо, битый. Другой диск dd скопировала без проблем и совпадение с k3b полное.

Так какова мораль? Не использовать k3b? Или наоборот k3b использует хитрые методики позволяющие копировать и такие диски?

> Или наоборот k3b использует хитрые методики позволяющие копировать и такие диски?

За dd могу ручаться - не врёт ;) Если на CD попадается битая область данных, dd честно пытается её считать на самой медленной скорости (Вы сами в этом убедились) и если не может, выдаёт ошибку ввода/вывода. Если dd не смогла считать сектор, значит и любая другая программа не сможет. А k3b (судя по вашему рассказу) эти ошибки либо игнорирует, либо забивает место этих нечитаемых секторов нулями.. точнее сказать не могу, нужно самому посмотреть.
Так что, вывод: надеяться на K3B - не стоит.
Проверять диск на читабельность просто: dd if=/dev/hdd of=/dev/null
Если ошибок не будет, значит всё в порядке, если ошибки обнаруживаются, можно попробовать хоть вытащить данные, которые всё ещё можно считать, в этом поможет ddrescue.
Удачи! =)