nixp.ru v3.0

20 октября 2017,
пятница,
02:53:55 MSK

DevOps с компанией «Флант»
neogeisha написала 17 декабря 2007 года в 18:32 (405 просмотров) Ведет себя как женщина; открыла 53 темы в форуме, оставила 266 комментариев на сайте.

посоветуйте какие модули включить в ядре и загружать для записи дисков?

как включить скази эмуляцию в хсдроаст?

Anarchist
neogeisha
посоветуйте какие модули включить в ядре и загружать для записи дисков?

как включить скази эмуляцию в хсдроаст?

Помнится в 2.6 всё замечательно работает и через ATAPI.

И в стандартном ядре Демьяна всё должно работать сходу.

На фига эти гуёвые приблуды — никогда не понимал.

neogeisha
Anarchist
Помнится в 2.6 всё замечательно работает и через ATAPI.

И в стандартном ядре Демьяна всё должно работать сходу.

На фига эти гуёвые приблуды — никогда не понимал.

cdrecord -scanbus

посылает меня :\

Anarchist
neogeisha
cdrecord -scanbus

посылает меня :\

С какими правами?

Здесь окончательно логика разработчиков и направление развития мной [пока] не поняты. С SATA-устройствами дел не имел.

Факты же следующие:

1.

# cdrecord -scanbus

как и

# readcd -scanbus

для выполнения требуют прав root’а.

2. Не знаю знаешь ли ты: в 2.6 заметно изменился сам формат численного идентификатора.

Ныне он выглядит примерно так:

1001,0,0

3. Без прав root’а, насколько я помню, запись с таким указанием устройства не работает.

4. Замечательно работает указание устройства как /dev/hdN.

При добавлении пользователя в соответствующие группы (для Gentoo) — и из-под простого пользователя.

neogeisha

cdrecord -scanbus

wodim: No such file or directory.

Cannot open SCSI driver!

For possible targets try 'wodim --devices' or 'wodim -scanbus’.

For possible transport specifiers try 'wodim dev=help’.

For IDE/ATAPI devices configuration, see the file README.ATAPI.setup from

the wodim documentation.

срабатывает только так:

cdrecord dev=/dev/hdd -scanbus

scsibus1:

1,0,0 100) *

wodim: Warning: controller returns wrong size for CD capabilities page.

wodim: Warning: controller returns wrong page 1F for CD capabilities page (2A).

1,1,0 101) '_NEC ' 'DVD_RW ND-3540A ' '1.01\′ Removable CD-ROM

1,2,0 102) *

1,3,0 103) *

1,4,0 104) *

1,5,0 105) *

1,6,0 106) *

1,7,0 107) *

cdrecord dev=/dev/hdc -scanbus

scsibus1:

1,0,0 100) '_NEC ' 'CD-RW NR-9300A ' '2.12\′ Removable CD-ROM

1,1,0 101) *

1,2,0 102) *

1,3,0 103) *

1,4,0 104) *

1,5,0 105) *

1,6,0 106) *

1,7,0 107) *

думаю я, что проблема в приводе двдишном

neogeisha

да и таймауты у него слишком большие…

Anarchist

Интересно. Даже очень интересно.

И это — стандартное ядро Демьяна?

Привод достоверно живой?

neogeisha
Anarchist
Интересно. Даже очень интересно.

И это — стандартное ядро Демьяна?

Привод достоверно живой?

ядро самосборное 2.6.20.3

(буутсплэш, файвай, телефон, кидировки, файловая система…)

сдрв — быстро показался, а двд думает долго

ну под виндой живет, правдо че то долго пишет и читает

Anarchist
neogeisha
ядро самосборное 2.6.20.3

(буутсплэш, файвай, телефон, кидировки, файловая система…)

В части поддержки CD/DVD/SCSI параметры относительно умолчательных меняла?

neogeisha
сдрв — быстро показался, а двд думает долго

ну под виндой живет, правдо че то долго пишет и читает

Есть мнение, что скорость работы — фича привода.

И вообще: чего ты хочешь? Скорости радикально не изменились, а объёмы данных возросли в 6-7 раз. Отсюда и «тормознутость».

Когда я начал разворачивать Gentoo на домашней машине с пишущим DVD-приводом никаких проблем не было:

# eject /dev/hdc
# eject -t /dev/hdc
# readcd -scanbus

В плане поддержки устройств CD-ROM/CD-R(W)/DVD(-R(W))/SCSI — близко или равно к стандартному конфигу Gentoo. Необходимость снять образ криво записанного Video-DVD возникла на этапе развёртывания => UID==0.

# readcd dev=1001,0,0 f=video.img

Полёт нормальный. Ну я начитался разных man readcd решил поверить ему:

# readcd -w dev=1001,0,0 f=video.img

И тут облом. Иначе говоря: меня послали нахуй. Но стандартное

# cdrecord -v speed=4 dev=1001,0,0 -data video.img

сразу показало нужные результаты. После чего я задумался о причинах…

neogeisha
Anarchist
В части поддержки CD/DVD/SCSI параметры относительно умолчательных меняла?

Есть мнение, что скорость работы — фича привода.

да, но при стандартном ядре такая же штука происходит

И вообще: чего ты хочешь? Скорости радикально не изменились, а объёмы данных возросли в 6-7 раз. Отсюда и «тормознутость».

Когда я начал разворачивать Gentoo на домашней машине с пишущим DVD-приводом никаких проблем не было:

# eject /dev/hdc
# eject -t /dev/hdc
# readcd -scanbus

В плане поддержки устройств CD-ROM/CD-R(W)/DVD(-R(W))/SCSI — близко или равно к стандартному конфигу Gentoo. Необходимость снять образ криво записанного Video-DVD возникла на этапе развёртывания => UID==0.

# readcd dev=1001,0,0 f=video.img

Полёт нормальный. Ну я начитался разных man readcd решил поверить ему:

# readcd -w dev=1001,0,0 f=video.img

И тут облом. Иначе говоря: меня послали нахуй. Но стандартное

# cdrecord -v speed=4 dev=1001,0,0 -data video.img

сразу показало нужные результаты. После чего я задумался о причинах…

очень долгая инециализация,

ладно, посмотрим что получиться…

neogeisha

пили пили пили,

привод перепрошила…

итог:

cdrecord -scanbus dev=/dev/hdd

scsibus1:

1,0,0 100) *

1,1,0 101) '_NEC ' 'DVD_RW ND-3540A ' '1.WB' Removable CD-ROM

1,2,0 102) *

1,3,0 103) *

1,4,0 104) *

1,5,0 105) *

1,6,0 106) *

1,7,0 107) *

капаем дальше……

Anarchist
neogeisha
итог:

cdrecord -scanbus dev=/dev/hdd

scsibus1:

1,0,0 100) *

1,1,0 101) '_NEC ' 'DVD_RW ND-3540A ' '1.WB' Removable CD-ROM

1,2,0 102) *

1,3,0 103) *

1,4,0 104) *

1,5,0 105) *

1,6,0 106) *

1,7,0 107) *

Интерееесно…

Демьян стоит нормально или в VMWare?

Такого (чтобы первый порядковый номер не использовался) никогда не встречал.

neogeisha
Anarchist
Интерееесно…

Демьян стоит нормально или в VMWare?

Такого (чтобы первый порядковый номер не использовался) никогда не встречал.

нормально

еслиб VMWare

не подсажешь как поставить VMWare???

а то заголовки ядра нехочеть принимать

neogeisha

вобщем привод кака =(

neogeisha

как включить dma для привода???

hdparm -d /dev/hdc

/dev/hdc:

using_dma = 0 (off)

hdparm -d1 -c3 -u1 /dev/hdc

/dev/hdc:

setting 32-bit IO_support flag to 3

setting unmaskirq to 1 (on)

setting using_dma to 1 (on)

HDIO_SET_DMA failed: Operation not permitted

IO_support = 3 (32-bit w/sync)

unmaskirq = 1 (on)

using_dma = 0 (off)

neogeisha

этот вывод номальный для пишущего привода?

у меня в ноутбуке только один привод

как я поняла тут включена скази эмуляция.

cdrecord -scanbus

scsibus0:

       0,0,0     0) 'HL-DT-ST' 'DVDRAM GSA-T10N ' 'PC05\′ Removable CD-ROM

       0,1,0     1) *

       0,2,0     2) *

       0,3,0     3) *

       0,4,0     4) *

       0,5,0     5) *

       0,6,0     6) *

       0,7,0     7) *

scsibus1:

       1,0,0   100) 'ATA     ' 'FUJITSU MHV2080B' '892C' Disk

       1,1,0   101) *

       1,2,0   102) *

       1,3,0   103) *

       1,4,0   104) *

       1,5,0   105) *

       1,6,0   106) *

       1,7,0   107) *

dmesg | grep CD

hdc: HL-DT-ST DVDRAM GSA-T10N, ATAPI CD/DVD-ROM drive

scsi 0:0:0:0: CD-ROM            HL-DT-ST DVDRAM GSA-T10N  PC05 PQ: 0 ANSI: 0

Uniform CD-ROM driver Revision: 3.20

sr 0:0:0:0: Attached scsi CD-ROM sr0

metal

Нормальный, раньше все через нее писали.

neogeisha
metal
Нормальный, раньше все через нее писали.

а в нынешнее время как надо?

Uncle Theodore

А в нынешнее время и без нее все пишет.

cdrecord -v -eject dev=/dev/hda filename.iso

и все дела.

Good Luck,

UT

metal
Uncle Theodore
А в нынешнее время и без нее все пишет.

Но если есть проблемы, то можно и старый способо попробывать:)

Anarchist
neogeisha
а в нынешнее время как надо?

Как больше нравится/считаешь правильным.