проблемы с чтением DVD

Железо. Dmesg, i/o errors глянь.

Что-то вы с параметрами монтирования намудрили. Достаточно этого:
umask=0,users,iocharset=utf8,noauto,ro,exec 0 0

Кстати. Mc. Старая, древнейшая проблема mc с ограничением размера файла в 4 гигабайта? Пофиксили ли её? Попробуй-ка каноничное cp.

копирую dvd, максимальный размер файла -- 1 гигабайт, cp пробовал.

это не я, это ivman.

а таки в dmesg интересное обнаружилось:

attempt to access beyond end of device
hdb: rw=0, want=8701688, limit=8388604
Buffer I/O error on device hdb, logical block 2175421
attempt to access beyond end of device
hdb: rw=0, want=8701692, limit=8388604
Buffer I/O error on device hdb, logical block 2175422
attempt to access beyond end of device
hdb: rw=0, want=8701696, limit=8388604
Buffer I/O error on device hdb, logical block 2175423
attempt to access beyond end of device
hdb: rw=0, want=8701700, limit=8388604
Buffer I/O error on device hdb, logical block 2175424
attempt to access beyond end of device
hdb: rw=0, want=8701704, limit=8388604
Buffer I/O error on device hdb, logical block 2175425
attempt to access beyond end of device
hdb: rw=0, want=8701708, limit=8388604
Buffer I/O error on device hdb, logical block 2175426
attempt to access beyond end of device
hdb: rw=0, want=8701712, limit=8388604
Buffer I/O error on device hdb, logical block 2175427
attempt to access beyond end of device
hdb: rw=0, want=8701716, limit=8388604
Buffer I/O error on device hdb, logical block 2175428
attempt to access beyond end of device
hdb: rw=0, want=8701688, limit=8388604
Buffer I/O error on device hdb, logical block 2175421
attempt to access beyond end of device
hdb: rw=0, want=8701692, limit=8388604
Buffer I/O error on device hdb, logical block 2175422

перерыл значительную часть гугла, но решения так и не нашёл. вообще не понимаю, с какого фига размер устройства выставляется не таким каким должен? и почему на низком уровне (dd например) всё работает?

сдается мне, что-то в ядре поломали. имеет смысл багрепортить.

у меня и с предыдущими ядрами так было =( и вообще давно уже такая проблема.

ну все равно. трабла явно из ядра растет.

В MC уже собрались править многие ошибки, но ещё не выпустили новый релиз. Что если копировать просто nautilus-ом или другим каким-то ФМ?

mc здесь не причём, читайте выше.

Привод судя по именованию Ide шный ?
В биосе как адресация выставлена (lba ,avto)?
Режимы работ и эмуляция чего либо из приводов не включена (sata....48LBA ...DMA)?
Чипсет иде случайно не внешний ?
//Что то где то в генте народ нахимил ...то народу в самбе больше
//4,2 гб записать не удается ,то ftp сервер не понимает файлы больше 2ГБ
//теперь приводы ...

Так модель привода ?,были жалобы на
некоторые модели lg ,samsung ,и китайские безымянки (давно в фидошных рассылках ).
Судя по всему используется на самом приводе конвертер ide -sata он и отсылает неправильные данные ...под винду протестировали и все ...
а спецификации гораздо шире ....
Просмотри новую прошивку под привод ...авось поченили .

если проблема железная -- наверное оно бы образ сделать не осилило? а проблема то вылазит только если копировать примонтированный диск. так что шаманства с биосом и прошивками по-моему тут излишни.

Я, на всякий случай, спрошу: а копируете на какую ФС ?
не на ФАТ случайно ?

Режимы команд могут отлечатся - при образе в основном даются команды сдвиг на 1сектор и читать сектор а при копирование могет требоватся и логическая адресация (чтение идет по названию файла -а файлы разбросаны на лазерном диске ) /
Я тут подумал а что с потдержкой в ядре с расшерениями iso 9660 ?(Что там в ядре MS Joliet и т.д)
Udr случайно не отключена ?

> Я, на всякий случай, спрошу: а копируете на какую ФС ? > не на ФАТ случайно ?

reiserfs

поставлены галки на всех возможных cd/dvd filesystems, а именно:

<*> ISO 9660 CDROM file system support
[*] Microsoft Joliet CDROM extensions
[*] Transparent decompression extension
<*> UDF file system support

вывод dmesg в части сдром,двд ,жестких дисков ,дма ,чипсетов материнки и процессора .
fstab тоже .Что за фирма привод изготовила и название .И что с перемычками на приводе ?

НОмер и серию паспорта ;)

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

>вывод dmesg в части сдром,двд ,жестких дисков ,дма ,чипсетов материнки и процессора .

CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ stepping 03
Booting processor 1/1 ip 6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 5600.57 BogoMIPS (lpj=11201152)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 1(2) -> Core 1
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ stepping 03
Brought up 2 CPUs
Total of 2 processors activated (11201.07 BogoMIPS).


Probing IDE interface ide0...
hdb: _NEC DVD_RW ND-3500AG, ATAPI CD/DVD-ROM drive
hdb: host max PIO5 wanted PIO255(auto-tune) selected PIO4
hdb: UDMA/33 mode selected
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Driver 'sd' needs updating - please use bus_type methods
ahci 0000:00:09.0: version 3.0
ACPI: PCI Interrupt Link [LSA0] enabled at IRQ 23
ahci 0000:00:09.0: PCI INT A -> Link[LSA0] -> GSI 23 (level, low) -> IRQ 23
ahci 0000:00:09.0: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl IDE mode
ahci 0000:00:09.0: flags: 64bit ncq sntf led clo pmp pio
ahci 0000:00:09.0: setting latency timer to 64
scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
scsi3 : ahci
ata1: SATA max UDMA/133 abar m8192@0xdfff6000 port 0xdfff6100 irq 23
ata2: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 23
ata3: SATA max UDMA/133 abar m8192@0xdfff6000 port 0xdfff6200 irq 23
ata4: SATA max UDMA/133 abar m8192@0xdfff6000 port 0xdfff6280 irq 23
ata1: SATA link down (SStatus 0 SControl 300)
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: ATA-7: ST3500630AS, 3.AAK, max UDMA/133
ata2.00: 976773168 sectors, multi 16: LBA48 NCQ (depth 31/32)
ata2.00: configured for UDMA/133
ata3: SATA link down (SStatus 0 SControl 300)
ata4: SATA link down (SStatus 0 SControl 300)
scsi 1:0:0:0: Direct-Access ATA ST3500630AS 3.AA PQ: 0 ANSI: 5
sd 1:0:0:0: [sda] 976773168 512-byte hardware sectors (500108 MB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 1:0:0:0: [sda] 976773168 512-byte hardware sectors (500108 MB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: sda1 sda2
sd 1:0:0:0: [sda] Attached SCSI disk
sd 1:0:0:0: Attached scsi generic sg0 type 0

hdb: ATAPI 48X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache
Uniform CD-ROM driver Revision: 3.20

привод -- единственное ide устройство в системе, висит на первичном контроллере как slave.

А должен по идее мастером ,кстати на кабеле тоже есть мастер и раб ,
мастер разьем самый "Дальний ",по середине раб .APIC режим прерываний включен в биосе ? Пошамань с опциями загрузки есть pci=routeirq самый безопасный но и медленный pci=bios ,ну и с acpi ,io-apic .Проверь на всякий случай шлейф ,мда ну и совсем экстремальное прерывания вручную в биосе развести ,дма в биосе на ide устройства отключить (впрочем это можно зделать и в lin есть такая утилита hdparmи в опциях загрузки nodma ) .

ну объясните мне идиоту, каким образом master'ом подключен привод или slave'ом может повлиять на проблемы при копировании с примонтированного диска при условии что образ с диска снимается нормально? по-моему можно с тем же успехом подозревать что блок питания недостаточно мощный..

У тебя 2 процессора ,дма контролерры частенько глючат если идет интевсивное чтение и сидят на неправильном шлейфе ,сейчас к счастью
появился виртулизация на атлонах с аппаратным защитой дма ,что раньше преводило к зависанию компов ,сейчас просто сбой буфера обмена .Тестировали ли лазерник на smp конфигурацию процессоров хрен знает ...У меня ,был старый сдром с плохим дма контролером -
работать можно с этим приводом только в режиме pio ,гарантировано комп вис вне зависимости от операционки (дос ислючение но там неиспользовался дма режим сдрома) и материнки при интенсивной работе .
У иде на материнки только простой согласующий контроллео а все сложное на самих устройствах (жестких и т.д).
А сейчас китайского ширпотреба очень много ,на тестированиях и качестве экономят ,видел приводы новые которые в биосе вообще не видны или через раз с ошибками ,работают нормально только под виндой и чтобы зависти такой привод под линем нужен агромный бубен .

>У тебя 2 процессора ,дма контролерры частенько глючат если идет интевсивное чтение и сидят на неправильном шлейфе

Налил чаю и приготовился слушать, как DMA и NUMA-процессор вообще могут влиять друг на друга.

Все выяснил -проблема в програме growisofs ,с некоторыеми ядрами были проблемы ,насчет поченили не знаю ,по крайне мере манчестеры Alt
не чего не обещают .Да в программу добвили потдержку нума процессоров ;-)

Бред

Основная проблема в програме ,добавлена начальная потдержка блирав приводов ,
и что то в коде поломали ,манчестеры альта при использование рекомендуют параметры сесий выбирать вручную (dao)