Linux.by

собственно сабж + как выковырять эти дрова и поглядеть, что в них внутри?

/lib/modules/2.6.18/

Што значыць "паглядзець"? Можа, less?:)

как выковырять эти дрова и поглядеть, что в них внутри?

Открой для себя исходники ядра линукса

Вот что мне нужно конкретно:

Вставляем диск (cd/dvd) в привод. Он определяется и мы начинаем списывать информацию к себе на жесткий диск.
Я думаю, что информация об количестве ошибок чтения и невозможности прочтения того или иного сектора передается через драйвер привода в систему. Вот мне нужно посмотреть, как это происходит, и написать прогу, которая с помощью драйвера следит за количеством ошибок чтения и строит график по ним.

логи проанализируй

В исходниках ядра ищи драйвер свой ..

ZvK,
Какие логи, товарисч?)) Вы внимательно прочитайте мою конечную цель))

Firestorm, скорее не в драйвере самого девайса дело, а в ошибках iso9660/growisofs - имхо туда надо копать.
А вообще считаю поделку бессмысленной: с какой целью писать софт, анализирующий состояние bad-секторов cdrom-дисков, если информация для их восстановления будет также утеряна, как и сами данные? А если не будет утеряна, то алгоритм чтения данных с этих файловых систем и без того содержит восстановление по избыточным кодам.
И, наконец, если вы имеете в виду, что полученную информацию о сбойных секторах можно потом применить при переформатировании cdrw/dvdrw-подобных носителей для "soft"-скрытия сбойных областей на уровне FS, то afaik вряд-ли: структуры рабочих областей этих файловых систем такого сделать не позволят. Ибо в результате это будет уже более другая FS, нежели стандарт.
Возможно это просто задание для какой-то отчетности о освоенныъ матсредствах или лабы, но повторюсь: конечной цели поделки я пока не вижу. Вывод: забить?

Foxx, не, тут речь идет о снятии неких "уникальных" характеристик матрицы.

Firestorm писал(а): Вставляем диск (cd/dvd) в привод.
..., и написать прогу, которая с помощью драйвера следит за количеством ошибок чтения и строит график по ним.

А график зачем? Уж не хотим ли мы под Линукс что-то вроде StarForce придумать для защиты от копирования?

Llama, mihail, признаться я даже как-то не подумал об этом тогда дело приобретает другой оборот. и все равно имхо это в сторону файловых систем, драйвер девайса тут вряд-ли будет полезен - ошибки в данном случае связаны с валидацией считываемых данных, а не с невозможностью заставить лазер отклониться для считывания следующей последовательности

mihail, именно это и требуется
Foxx, файловая система знает только "удалось/неудалось прочитать"
Спеифика CD состояит в изрядной избыточности записи за счет чего и достигается возможность чтения поврежденных дисков. Строго говоря, все ошибки обрабатываются и корректируются самим приводом. А вот информация о количестве ошибок и их свойтсвах должна накапливаться где-то в девайсе, и я подозреваю что она достопна для вытаскивания - тут стоит посмотреть спеки ATAPI. Естственно, анализирую ошибки чтения по мере чтения диска можно составить некую статистику, сравнить её с заданой и далее на основе, скажем, коэффициента корелляции принимат решения "свой/чужой"

Llama,

Вот как раз потом мне и нужно будет провести корелляционный анализ и с его помощью узнать, "свой/чужой"
Богдан, ты абсолютно понял мою мыслю;)

mihail,

Практически я буду "изобретать" систему защиты от копирования, но применять ее под линь не буду, мне это по теме курсача в универе нужно спаять.

Посмотри http://qpxtool.sourceforge.net/about.html. Эта программа строит графики количества ошибок разных типов. Там же есть и неплохая документация.

Llama, если рассуждать так, как вы, выходит, что привод знает стандарт чтения с (grow)isofs, их таблицы аллокации данных, а это неправда в случаях шинно-управляемых устройств, таких, как cdrom/dvdrom drives, может быть разве для домашних cd/dvd