neogeisha
написала 17 декабря 2007 года в 18:32 (809 просмотров)
Ведет себя
как женщина; открыла 53 темы в форуме, оставила 266 комментариев на сайте.
посоветуйте какие модули включить в ядре и загружать для записи дисков?
как включить скази эмуляцию в хсдроаст?
Последние комментарии
- OlegL, 17 декабря в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
Помнится в 2.6 всё замечательно работает и через ATAPI.
И в стандартном ядре Демьяна всё должно работать сходу.
На фига эти гуёвые приблуды — никогда не понимал.
cdrecord -scanbus
посылает меня :\
С какими правами?
Здесь окончательно логика разработчиков и направление развития мной [пока] не поняты. С SATA-устройствами дел не имел.
Факты же следующие:
1.
как и
для выполнения требуют прав root’а.
2. Не знаю знаешь ли ты: в 2.6 заметно изменился сам формат численного идентификатора.
Ныне он выглядит примерно так:
1001,0,0
3. Без прав root’а, насколько я помню, запись с таким указанием устройства не работает.
4. Замечательно работает указание устройства как /dev/hdN.
При добавлении пользователя в соответствующие группы (для Gentoo) — и из-под простого пользователя.
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) *
думаю я, что проблема в приводе двдишном
да и таймауты у него слишком большие…
Интересно. Даже очень интересно.
И это — стандартное ядро Демьяна?
Привод достоверно живой?
ядро самосборное 2.6.20.3
(буутсплэш, файвай, телефон, кидировки, файловая система…)
сдрв — быстро показался, а двд думает долго
ну под виндой живет, правдо че то долго пишет и читает
В части поддержки CD/DVD/SCSI параметры относительно умолчательных меняла?
Есть мнение, что скорость работы — фича привода.
И вообще: чего ты хочешь? Скорости радикально не изменились, а объёмы данных возросли в 6-7 раз. Отсюда и «тормознутость».
Когда я начал разворачивать Gentoo на домашней машине с пишущим DVD-приводом никаких проблем не было:
В плане поддержки устройств CD-ROM/CD-R(W)/DVD(-R(W))/SCSI — близко или равно к стандартному конфигу Gentoo. Необходимость снять образ криво записанного Video-DVD возникла на этапе развёртывания => UID==0.
Полёт нормальный. Ну я начитался разных man readcd решил поверить ему:
И тут облом. Иначе говоря: меня послали нахуй. Но стандартное
сразу показало нужные результаты. После чего я задумался о причинах…
да, но при стандартном ядре такая же штука происходит
очень долгая инециализация,
ладно, посмотрим что получиться…
пили пили пили,
привод перепрошила…
итог:
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?
Такого (чтобы первый порядковый номер не использовался) никогда не встречал.
нормально
еслиб VMWare
не подсажешь как поставить VMWare???
а то заголовки ядра нехочеть принимать
вобщем привод кака =(
как включить 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)
этот вывод номальный для пишущего привода?
у меня в ноутбуке только один привод
как я поняла тут включена скази эмуляция.
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
Нормальный, раньше все через нее писали.
а в нынешнее время как надо?
А в нынешнее время и без нее все пишет.
cdrecord -v -eject dev=/dev/hda filename.iso
и все дела.
Good Luck,
UT
Но если есть проблемы, то можно и старый способо попробывать:)
Как больше нравится/считаешь правильным.