(Sash Kan @ Среда, 04 Мая 2005, 10:38) писал(а):(ziga @ Среда, 04 Мая 2005, 5:14) писал(а):
По крайней мере с ядром 2.4.х /usr/share/doc/cdrecord/README.ATAPI.setup как раз не актуально -- это в 2.6.х оторвали с корнем ide-scsi.
я пошел самым простым (путем) - просто следовал инструкции из
вышеуказанного документа.
Зря. Дело в том, что в ветке 2.4.х лучше пользоваться ide-scsi. В самом начале документика README.ATAPI из поставки cdrtools имеется следующее:
The ATAPI standard describes method of sending SCSI commands over IDE
transport with some small limitations to the "real" SCSI standard.
SCSI commands are send via IDE transport using the 'ATA packet'
command. There is no SCSI emulation - ATAPI drives include native
SCSI command support. For this reason, sending SCSI commands to ATAPI
drives is the native method of supporting ATAPI devices. Just imagine
that IDE is one of many SCSI low level transport mechanisms.
Т.е., если кто-то не понял / не знает / забыл -- суть такова: т.н. эмуляция SCSI в ядре 2.4.х никакой эмуляцией не является -- это
нативный метод работы с ATAPI-устройствами. А вот что пишет Шиллинг об использовании dev=ATAPI на ветке 2.4.х:
- Linux-2.4.xx includes a CDROM Packet interface in the
IDE CD driver. For this driver libscg now includes
support in pre-alpha status. Use cdrecord dev=ATAPI -scanbus
to check for drives and e.g. cdrecord dev=ATAPI:0,0 ....
for writing. Note that this interface is not integrated into
the standard libscg device naming scheme. Support for
this interface has been included because it is the only
way to use a PCCARD/PCMCIA writer - trying to use ide-scsi
on a PCATA interface will cause a Linux kernel panic
or will block all ATAPI drives.
Обращаю внимание на ту часть фрагмента, где он говорит про пре-альфа статус такой поддержки работы в cdrecord