[Comm] Re: CD-R -не пишет

["Oleg N. Kayunov" <okayunov@mtu-net.ru>]

Vitaly Lipatov wrote:

 >On Суббота 14 Декабрь 2002 14:07, Oleg N. Kayunov wrote:
 >
 >># hdparm -v /dev/hdc
 >>
 >>/dev/hdc:
 >> HDIO_GET_MULTCOUNT failed: Input/output error
 >> IO_support   =  0 (default 16-bit)
 >>
 >У меня это в 1
 >
 >> unmaskirq    =  0 (off)
 >>
 >>    Другой (обычный) сидюк.
 >>
 >А если убрать для пробы?
 >
     Убрал, наконец.
Те же яйца, вид сбоку.
Не меняет ситуцию и принудительная, "врукопашную" установка в 1 (32-bit)
вышеуказанного параметра.
Впрочем, он, почему-то, после попытки записи сидюка опять оказыватся в 0
(16-bit).
Может именно здесь собака порылась?
Но как тогда с этим бороться?
     Надо, однако, отметить, что он (параметр этот) у меня и для винтов -
такой же.
Так что это может оказаться свойством контроллера: у меня ASUS P2B с 440BX.
Я понимаю, конечно, что это - уже прошлое тысячелетие, но ведь в
Spring-е - то работало!
А денюжек на полноценный апгрейд нетути сейчас :-(((

Напомню - хоть Мастер у меня просто проupdate-нный, но cdrecord я
пересобрал из Сизифа.

	Может быть это всё-таки как-то связано с ненахождением char-major 97 
устройства? В block варианте, оно, как обратил внимание Aleksandr 
Blokhin связано как раз и именно с Packet writing for CD/DVD devices (у 
меня как раз Combo, но пишет только CD).Но сообщение наблюдаемое мною 
относится именно к char-major-97, а это Parallel port generic ATAPI 
interface (??). Да и в любом случае я абсолютно не представляю, что 
можно сделать при получении сообщения вида:
base modprob: Can't locate module char-major-97
або с любым иным номером.Может здесь покопаться? Но как?


-- 
== В действительности все обстоит совершенно иначе чем на самом деле. ==
	BR, Oleg N. Kayunov.