[gentoo-user] cdrecord-prodvd extrange behaivor

[gentoo-user] cdrecord-prodvd extrange behaivor

[Mauro Sauco]

Hi there,

Need some help here, tried googling with no luck ..

I run cdrecord as usual, then everything looks fine, then the LED of the drive
goes on for a couple of seconds then goes off and everything  continues
perfectly till the end, the media is ejected, but it is not touched at all as
if "-dummy" was active. No apparent error mesage.

Have no idea what else to look for !

If this is not the correct list, please point me to the correct place.

TIA.

attached as much info as i could think of.

# cdrecord -dev=0,0,0 -speed=1 -v --eject -dao myimage.iso

Cdrecord 1.11a15 (i686-pc-linux-gnu) Copyright (C) 1995-2001 J\uffffrg Schilling
TOC Type: 1 = CD-ROM
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.5.33
Using libscg version 'bero-0.5a'
cdrecord: Warning: using inofficial version of libscg (bero-0.5a
'@(#)scsitransp.c      1.81 01/04/20 Copyright 1988,1995,2000 J. Schilling').
atapi: 1
Device type    : Removable CD-ROM
Version        : 2
Response Format: 2
Capabilities   :
Vendor_info    : 'PIONEER '
Identifikation : 'DVD-RW  DVR-110 '
Revision       : '1.22'
Device seems to be: Generic mmc2 DVD.
Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd).
Driver flags   : SWABAUDIO BURNFREE
Supported modes: PACKET SAO
Drive buf size : 1024000 = 1000 KB
FIFO size      : 4194304 = 4096 KB
Track 01: data  4444 MB
Total size:     5104 MB (505:40.17) = 2275513 sectors
Lout start:     5104 MB (505:42/13) = 2275513 sectors
Current Secsize: 2048
  ATIP start of lead in:  -150 (00:00/00)
Disk type:    unknown dye (reserved id code)
Manuf. index: -1
Manufacturer: unknown (not in table)
Blocks total: 2298496 Blocks current: 2298496 Blocks remaining: 22983
Starting to write CD/DVD at speed 1 in dummy mode for single session.
Last chance to quit, starting dummy write in 0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
trackno=0
BURN-Free is OFF.
Sending CUE sheet...
cdrecord: WARNING: Drive returns wrong startsec (0) using -150
Starting new track at sector: 0
Track 01: 4444 of 4444 MB written (fifo 100%).
Track 01: Total bytes read/written: 4660250624/4660250624 (2275513 sectors).
Writing  time:  101.814s
Fixating...
WARNING: Some drives don't like fixation in dummy mode.
Fixating time:    0.006s
cdrecord: fifo had 73404 puts and 73404 gets.
cdrecord: fifo was 809 times empty and 639 times full, min fill was 0%.

#cdrecord -scanbus

Cdrecord 1.11a15 (i686-pc-linux-gnu) Copyright (C) 1995-2001 J\uffffrg Schilling
Linux sg driver version: 3.5.33
Using libscg version 'bero-0.5a'
cdrecord: Warning: using inofficial version of libscg (bero-0.5a
'@(#)scsitransp.c      1.81 01/04/20 Copyright  1988,1995,2000 J. Schilling').
scsibus0:
        0,0,0     0) 'PIONEER ' 'DVD-RW  DVR-110 ' '1.22' 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) 'PIONEER ' 'DVD-ROM DVD-117 ' '1.07' 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) *
scsibus2:
        2,0,0   200) 'ATA     ' 'HDS722516VLSA80 ' 'V34O' Disk
        2,1,0   201) *
        2,2,0   202) *
        2,3,0   203) *
        2,4,0   204) *
        2,5,0   205) *
        2,6,0   206) *
        2,7,0   207) *


#dmesg

Linux version 2.6.12-gentoo-r10power-izel (root@izel.homelinux.org) (gcc
version 3.3.5-20050130 (Gentoo 3.3.5.20050130-r1, ssp-3.3.5.20050130-1,
pie-8.7.7.1)) #1 Tue Sep 27 21:56:53 JST 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000003ff40000 (usable)
 BIOS-e820: 000000003ff40000 - 000000003ff50000 (ACPI data)
 BIOS-e820: 000000003ff50000 - 0000000040000000 (ACPI NVS)
 BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
127MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000ff780
On node 0 totalpages: 261952
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 225280 pages, LIFO batch:31
  HighMem zone: 32576 pages, LIFO batch:15
DMI 2.3 present.
ACPI: RSDP (v000 ACPIAM                                ) @ 0x000f67e0
ACPI: RSDT (v001 A M I  OEMRSDT  0x08000430 MSFT 0x00000097) @ 0x3ff40000
ACPI: FADT (v002 A M I  OEMFACP  0x08000430 MSFT 0x00000097) @ 0x3ff40200
ACPI: MADT (v001 A M I  OEMAPIC  0x08000430 MSFT 0x00000097) @ 0x3ff40300
ACPI: OEMB (v001 A M I  OEMBIOS  0x08000430 MSFT 0x00000097) @ 0x3ff50040
ACPI: DSDT (v001  1ABVA 1ABVA003 0x00000003 INTL 0x02002026) @ 0x00000000
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 6:10 APIC version 16
ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 1, version 3, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 40000000 (gap: 40000000:bff80000)
Built 1 zonelists
Kernel command line: root=/dev/hda3 hdc=ide-scsi hdb=ide-scsi video=vesafb-tng
ide_setup: hdc=ide-scsi
ide_setup: hdb=ide-scsi
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 65536 bytes)
Detected 2101.027 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1033476k/1047808k available (2881k kernel code, 13524k reserved, 1183k
data, 196k init, 130304k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 4120.57 BogoMIPS (lpj=2060288)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0383fbff c1c3fbff 00000000 00000000
00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff c1c3fbff 00000000 00000000 00000000
00000000 00000000
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
CPU: After all inits, caps: 0383fbff c1c3fbff 00000000 00000020 00000000
00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: AMD Athlon(tm) XP 3000+ stepping 00
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=-1
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xf0031, last bus=2
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20050309
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
Boot video device is 0000:02:00.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs *10)
ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
Machine check exception polling timer started.
audit: initializing netlink socket (disabled)
audit(1127827653.166:0): initialized
highmem bounce pool size: 64 pages
inotify device minor=63
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Linux agpgart interface v0.101 (c) Dave Jones
[drm] Initialized drm 1.0.0 20040925
PCI: Enabling device 0000:00:05.0 (0000 -> 0003)
[drm] Initialized sis 1.1.0 20030826 on minor 0: Silicon Integrated Systems
[SiS] 300/305 PCI/AGP VGA Display Adapter
vesafb: NVidia Corporation, NV15 Reference Board, Chip Rev A0 (OEM: NVidia)
vesafb: VBE version: 3.0
vesafb: protected mode interface info at c000:0ef9
vesafb: pmi: set display start = c00c0f32, set palette = c00c0fa8
vesafb: pmi: ports = 3b4 3b5 3ba 3c0 3c1 3c4 3c5 3c6 3c7 3c8 3c9 3cc 3ce 3cf
3d0 3d1 3d2 3d3 3d4 3d5 3da
vesafb: hardware supports DDC2 transfers
vesafb: monitor limits: vf = 75 Hz, hf = 83 kHz, clk = 140 MHz
vesafb: scrolling: redraw
Console: switching to colour frame buffer device 128x48
vesafb: framebuffer at 0xb0000000, mapped to 0xf8880000, using 1536k, total 65536k
fb0: VESA VGA frame buffer device
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SLPB]
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
mice: PS/2 mouse device common for all mice
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
loop: loaded (max 8 devices)
e100: Intel(R) PRO/100 Network Driver, 3.4.8-k2-NAPI
e100: Copyright(c) 1999-2005 Intel Corporation
ACPI: PCI Interrupt 0000:01:04.0[A] -> GSI 19 (level, low) -> IRQ 19
e100: eth0: e100_probe: addr 0xafefe000, irq 19, MAC addr 00:50:8B:BC:0C:26
ACPI: PCI Interrupt 0000:01:05.0[A] -> GSI 16 (level, low) -> IRQ 16
e100: eth1: e100_probe: addr 0xafeff000, irq 16, MAC addr 00:50:8B:BC:0C:27
VIA Networking Velocity Family Gigabit Ethernet Adapter Driver Ver. 1.13
Copyright (c) 2002, 2003 VIA Networking Technologies, Inc.
Copyright (c) 2004 Red Hat Inc.
ACPI: PCI Interrupt 0000:00:0b.0[A] -> GSI 18 (level, low) -> IRQ 18
PCI: Via IRQ fixup for 0000:00:0b.0, from 10 to 2
eth2: VIA Networking Velocity Family Gigabit Ethernet Adapter
eth2: Ethernet Address: 00:11:09:86:05:2B
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:0f.1
ACPI: PCI Interrupt 0000:00:0f.1[A] -> GSI 20 (level, low) -> IRQ 20
PCI: Via IRQ fixup for 0000:00:0f.1, from 255 to 4
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8237 (rev 00) IDE UDMA133 controller on pci0000:00:0f.1
    ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
input: AT Translated Set 2 keyboard on isa0060/serio0
hda: ST360020A, ATA DISK drive
input: ImExPS/2 Generic Explorer Mouse on isa0060/serio1
hdb: PIONEER DVD-RW DVR-110, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: Pioneer DVD-ROM ATAPIModel DVD-117 0107, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
hda: max request size: 128KiB
hda: 117231408 sectors (60022 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
hda: cache flushes not supported
 hda: hda1 hda2 hda3 hda4
ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device
scsi0 : SCSI host adapter emulation for IDE ATAPI devices
  Vendor: PIONEER   Model: DVD-RW  DVR-110   Rev: 1.22
  Type:   CD-ROM                             ANSI SCSI revision: 02
scsi1 : SCSI host adapter emulation for IDE ATAPI devices
  Vendor: PIONEER   Model: DVD-ROM DVD-117   Rev: 1.07
  Type:   CD-ROM                             ANSI SCSI revision: 02
libata version 1.11 loaded.
sata_via version 1.1
ACPI: PCI Interrupt 0000:00:0f.0[B] -> GSI 20 (level, low) -> IRQ 20
PCI: Via IRQ fixup for 0000:00:0f.0, from 10 to 4
sata_via(0000:00:0f.0): routed to hard irq line 4
ata1: SATA max UDMA/133 cmd 0xD800 ctl 0xD402 bmdma 0xC800 irq 20
ata2: SATA max UDMA/133 cmd 0xD000 ctl 0xCC02 bmdma 0xC808 irq 20
ata1: dev 0 cfg 49:2f00 82:74eb 83:7fea 84:4023 85:74e9 86:3c02 87:4023 88:203f
ata1: dev 0 ATA, max UDMA/100, 321672960 sectors: lba48
ata1: dev 0 configured for UDMA/100
scsi2 : sata_via
ata2: no device found (phy stat 00000000)
scsi3 : sata_via
  Vendor: ATA       Model: HDS722516VLSA80   Rev: V34O
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sda: 321672960 512-byte hdwr sectors (164697 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 321672960 512-byte hdwr sectors (164697 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2
Attached scsi disk sda at scsi2, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 5
Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0,  type 5
Attached scsi generic sg2 at scsi2, channel 0, id 0, lun 0,  type 0
usbmon: debugs is not available
ACPI: PCI Interrupt 0000:00:10.4[C] -> GSI 21 (level, low) -> IRQ 21
PCI: Via IRQ fixup for 0000:00:10.4, from 10 to 5
ehci_hcd 0000:00:10.4: VIA Technologies, Inc. USB 2.0
ehci_hcd 0000:00:10.4: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:10.4: irq 21, io mem 0xfebffc00
ehci_hcd 0000:00:10.4: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 8 ports detected
USB Universal Host Controller Interface driver v2.2
ACPI: PCI Interrupt 0000:00:10.0[A] -> GSI 21 (level, low) -> IRQ 21
PCI: Via IRQ fixup for 0000:00:10.0, from 11 to 5
uhci_hcd 0000:00:10.0: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:10.0: irq 21, io base 0x0000dc00
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:10.1[A] -> GSI 21 (level, low) -> IRQ 21
PCI: Via IRQ fixup for 0000:00:10.1, from 11 to 5
uhci_hcd 0000:00:10.1: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (#2)
uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:10.1: irq 21, io base 0x0000e000
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:10.2[B] -> GSI 21 (level, low) -> IRQ 21
uhci_hcd 0000:00:10.2: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (#3)
uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:10.2: irq 21, io base 0x0000e400
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:10.3[B] -> GSI 21 (level, low) -> IRQ 21
uhci_hcd 0000:00:10.3: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (#4)
uhci_hcd 0000:00:10.3: new USB bus registered, assigned bus number 5
uhci_hcd 0000:00:10.3: irq 21, io base 0x0000ec00
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
usbcore: registered new driver usblp
drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.01:USB HID core driver
Advanced Linux Sound Architecture Driver Version 1.0.9rc2  (Thu Mar 24
10:33:39 2005 UTC).
ALSA device list:
  No soundcards found.
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP established hash table entries: 262144 (order: 9, 2097152 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
ip_conntrack version 2.1 (8186 buckets, 65488 max) - 212 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>. 
http://snowman.net/projects/ipt_recent/
arp_tables: (C) 2002 David S. Miller
NET: Registered protocol family 1
NET: Registered protocol family 17
ACPI wakeup devices:
PCI0 MC97 USB1 USB2 USB3 USB4 EHCI ILAN SLPB
ACPI: (supports S0 S1 S3 S4 S5)
ReiserFS: hda3: found reiserfs format "3.6" with standard journal
ReiserFS: hda3: using ordered data mode
ReiserFS: hda3: journal params: device hda3, size 8192, journal first block
18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda3: checking transaction log (hda3)
ReiserFS: hda3: replayed 6 transactions in 1 seconds
ReiserFS: hda3: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 196k freed
Adding 2449904k swap on /dev/hda2.  Priority:-1 extents:1
ReiserFS: hda3: Removing [7239 633558 0x0 SD]..done
ReiserFS: hda3: There were 1 uncompleted unlinks/truncates. Completed
ReiserFS: sda1: found reiserfs format "3.6" with standard journal
ReiserFS: sda1: using ordered data mode
ReiserFS: sda1: journal params: device sda1, size 8192, journal first block
18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda1: checking transaction log (sda1)
ReiserFS: sda1: replayed 1 transactions in 0 seconds
ReiserFS: sda1: Using r5 hash to sort names
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
nvidia: module license 'NVIDIA' taints kernel.
ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 16 (level, low) -> IRQ 16
NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module  1.0-6629  Wed Nov  3
13:12:51 PST 2004
sr0: scsi3-mmc drive: 40x/40x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0
sr1: scsi3-mmc drive: 40x/40x cd/rw xa/form2 cdda tray
Attached scsi CD-ROM sr1 at scsi1, channel 0, id 0, lun 0
sr0: Hmm, seems the drive doesn't support multisession CD's
sr1: Hmm, seems the drive doesn't support multisession CD's
VFS: Can't find ext3 filesystem on dev sr0.
VFS: Can't find ext3 filesystem on dev sr0.
VFS: Can't find ext3 filesystem on dev sr0.
attempt to access beyond end of device
sr0: rw=0, want=68, limit=4
isofs_fill_super: bread failed, dev=sr0, iso_blknum=16, block=16
attempt to access beyond end of device
sr0: rw=0, want=68, limit=4
isofs_fill_super: bread failed, dev=sr0, iso_blknum=16, block=16

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] cdrecord-prodvd extrange behaivor

[Willie Wong]

On Tue, Sep 27, 2005 at 11:29:45PM +0900, Mauro Sauco wrote:
> # cdrecord -dev=0,0,0 -speed=1 -v --eject -dao myimage.iso

<snip>

> 
> Starting to write CD/DVD at speed 1 in dummy mode for single session.
> Last chance to quit, starting dummy write in 0 seconds. Operation starts.

cdrecord thinks you are asking it to write in dummy mode. 

> #cdrecord -scanbus
> 
> Cdrecord 1.11a15 (i686-pc-linux-gnu) Copyright (C) 1995-2001 J?uffffrg Schilling
> Linux sg driver version: 3.5.33
> Using libscg version 'bero-0.5a'
> cdrecord: Warning: using inofficial version of libscg (bero-0.5a
> '@(#)scsitransp.c      1.81 01/04/20 Copyright  1988,1995,2000 J. Schilling').
> scsibus0:
>         0,0,0     0) 'PIONEER ' 'DVD-RW  DVR-110 ' '1.22' Removable CD-ROM
>         0,1,0     1) *
>         0,2,0     2) *

I think the problem is in your command:

Try removing the dash ("-") before dev and speed, and make it a single
dash before "eject" to conform to the man page. i.e.

  cdrecord dev=0,0,0 speed=1 -eject -v -dao -data myimage.iso

HTH,

W
-- 
Time flies like an arrow. Fruit flies like a banana.
Sortir en Pantoufles: up 46 days, 18:02
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] cdrecord-prodvd extrange behaivor

[Jason Stubbs]

On Tuesday 27 September 2005 23:29, Mauro Sauco wrote:
> I run cdrecord as usual, then everything looks fine, then the LED of the
> drive goes on for a couple of seconds then goes off and everything 
> continues perfectly till the end, the media is ejected, but it is not
> touched at all as if "-dummy" was active. No apparent error mesage.
>
> # cdrecord -dev=0,0,0 -speed=1 -v --eject -dao myimage.iso

Not that the output would suggest that it's misinterpreting the passed 
parameters, but does the following yield the same?

# cdrecord -v -dao -eject speed=1 dev=0,0,0 myimage.iso

The man page SYNOPSIS states [general options] dev=device [track options] and 
has no hyphen on either speed or dev and only a single hypen on eject. As I 
said, it doesn't seem like it's misinterpreting from the output but it can't 
hurt to try...

--
Jason Stubbs
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] cdrecord-prodvd extrange behaivor

[Holly Bostick]

Jason Stubbs schreef:
> As I said, it doesn't seem like it's misinterpreting from the output

Actually, it seems to me that it is, from the output:

> Track 01: 4444 of 4444 MB written (fifo 100%). Track 01: Total bytes 
> read/written: 4660250624/4660250624 (2275513 sectors). Writing  time:
>  101.814s Fixating... WARNING: Some drives don't like fixation in 
> dummy mode.

The output definitely seems to indicate that cdrecord thinks that it is
meant to be in dummy mode-- but this is probably not a
'misinterpretation', since two people have already pointed out syntax
errors that are probably stimulating cdrecord to resort to a fallback
position (dummy mode, to avoid damage to the device or waste of media,
since the program is not quite sure from the incorrect syntax precisely
what you want it to do).

But I very rarely use cdrecord from the command-line, so I'm just
guessing, to take my mind off this awful cold I've got.

Holly
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] cdrecord-prodvd extrange behaivor

[Mauro Sauco]

On Tue, 27 Sep 2005 17:18:41 +0200, Holly Bostick wrote
> Jason Stubbs schreef:
> > As I said, it doesn't seem like it's misinterpreting from the output
> 
> Actually, it seems to me that it is, from the output:
> 
> > Track 01: 4444 of 4444 MB written (fifo 100%). Track 01: Total bytes 
> > read/written: 4660250624/4660250624 (2275513 sectors). Writing  time:
> >  101.814s Fixating... WARNING: Some drives don't like fixation in 
> > dummy mode.

Sorry, I mistakenly pasted the stdout from one of the times that I ran it with
-dummy.

I've just tried the suggestion from wong again, but same behavior,

#cdrecord dev=0,0,0 speed=1 -v -eject -dao  -data

Cdrecord 1.11a15 (i686-pc-linux-gnu) Copyright (C) 1995-2001 J\uffffrg Schilling
TOC Type: 1 = CD-ROM
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.5.33
Using libscg version 'bero-0.5a'
cdrecord: Warning: using inofficial version of libscg (bero-0.5a
'@(#)scsitransp.c      1.81 01/04/20 Copyright 1988,1995,2000 J. Schilling').
atapi: 1
Device type    : Removable CD-ROM
Version        : 2
Response Format: 2
Capabilities   :
Vendor_info    : 'PIONEER '
Identifikation : 'DVD-RW  DVR-110 '
Revision       : '1.22'
Device seems to be: Generic mmc2 DVD.
Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd).
Driver flags   : SWABAUDIO BURNFREE
Supported modes: PACKET SAO
Drive buf size : 1024000 = 1000 KB
FIFO size      : 4194304 = 4096 KB
Track 01: data  4444 MB
Total size:     5104 MB (505:40.17) = 2275513 sectors
Lout start:     5104 MB (505:42/13) = 2275513 sectors
Current Secsize: 2048
 ATIP start of lead in:  -150 (00:00/00)
Disk type:    unknown dye (reserved id code)
Manuf. index: -1
Manufacturer: unknown (not in table)
Blocks total: 2298496 Blocks current: 2298496 Blocks remaining: 22983
Starting to write CD/DVD at speed 1 in write mode for single session.
Last chance to quit, starting real write in 0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
trackno=0
BURN-Free is OFF.
Performing OPC...
Sending CUE sheet...
cdrecord: WARNING: Drive returns wrong startsec (0) using -150
Starting new track at sector: 0
Track 01: 3139 of 4444 MB written (fifo   6%).cdrecord: fifo had 51856 puts
and 51848 gets.
cdrecord: fifo was 611 times empty and 432 times full, min fill was 0%. 
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] cdrecord-prodvd extrange behaivor

[Mauro Sauco]

On Wed, 28 Sep 2005 00:25:46 +0900, Mauro Sauco wrote
> On Tue, 27 Sep 2005 17:18:41 +0200, Holly Bostick wrote
> > Jason Stubbs schreef:
> > > As I said, it doesn't seem like it's misinterpreting from the output
> > 
> > Actually, it seems to me that it is, from the output:
> > 
> > > Track 01: 4444 of 4444 MB written (fifo 100%). Track 01: Total bytes 
> > > read/written: 4660250624/4660250624 (2275513 sectors). Writing  time:
> > >  101.814s Fixating... WARNING: Some drives don't like fixation in 
> > > dummy mode.
> 
> Sorry, I mistakenly pasted the stdout from one of the times that I 
> ran it with -dummy.
> 
> I've just tried the suggestion from wong again, but same behavior,
> 

Just to make sure that the drive wasnt the problem , I replaced it with a
completely different drive and got exactly the same behavior. I have no clue
what could be the problem!

# cdrecord dev=0,0,0 speed=1 -v -eject -dao -data myimg.iso

Cdrecord 1.11a15 (i686-pc-linux-gnu) Copyright (C) 1995-2001 J\uffffrg Schilling
TOC Type: 1 = CD-ROM
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.5.33
Using libscg version 'bero-0.5a'
cdrecord: Warning: using inofficial version of libscg (bero-0.5a
'@(#)scsitransp.c 1 .81 01/04/20 Copyright 1988,1995,2000 J. Schilling').
atapi: 1
Device type    : Removable CD-ROM
Version        : 2
Response Format: 2
Capabilities   :
Vendor_info    : 'MATSHITA'
Identifikation : 'DVD-RAM LF-D521 '
Revision       : 'A116'
Device seems to be: Generic mmc2 DVD.
Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd).
Driver flags   : SWABAUDIO BURNFREE
Supported modes: PACKET SAO
Drive buf size : 1671168 = 1632 KB
FIFO size      : 4194304 = 4096 KB
Track 01: data  4444 MB
Total size:     5104 MB (505:40.17) = 2275513 sectors
Lout start:     5104 MB (505:42/13) = 2275513 sectors
Current Secsize: 2048
  ATIP start of lead in:  -150 (00:00/00)
Disk type:    unknown dye (reserved id code)
Manuf. index: -1
Manufacturer: unknown (not in table)
Blocks total: 2298496 Blocks current: 2298496 Blocks remaining: 22983
Starting to write CD/DVD at speed 1 in write mode for single session.
Last chance to quit, starting real write in 0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
trackno=0
BURN-Free is ON.
Performing OPC...
Sending CUE sheet...
cdrecord: WARNING: Drive returns wrong startsec (0) using -150
Starting new track at sector: 0
Track 01: 4444 of 4444 MB written (fifo 100%).
Track 01: Total bytes read/written: 4660250624/4660250624 (2275513 sectors).
Writing  time:  247.329s
Fixating...
Fixating time:    0.000s
cdrecord: fifo had 73404 puts and 73404 gets.
cdrecord: fifo was 908 times empty and 799 times full, min fill was 0%



-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] cdrecord-prodvd extrange behaivor

[Uwe Thiem]

On 27 September 2005 17:18, Holly Bostick wrote:
> Jason Stubbs schreef:
> > As I said, it doesn't seem like it's misinterpreting from the output
>
> Actually, it seems to me that it is, from the output:
> > Track 01: 4444 of 4444 MB written (fifo 100%). Track 01: Total bytes
> > read/written: 4660250624/4660250624 (2275513 sectors). Writing  time:
> >  101.814s Fixating... WARNING: Some drives don't like fixation in
> > dummy mode.
>
> The output definitely seems to indicate that cdrecord thinks that it is
> meant to be in dummy mode-- but this is probably not a
> 'misinterpretation', since two people have already pointed out syntax
> errors that are probably stimulating cdrecord to resort to a fallback
> position (dummy mode, to avoid damage to the device or waste of media,
> since the program is not quite sure from the incorrect syntax precisely
> what you want it to do).

I actually tried it out with the syntax errors because they made me curious as 
well. Well, cdrecord burnt the CD. So I really think it something else that 
tricks cdrecord into dummy mode.

Uwe

-- 
95% of all programmers rate themselves among the top 5% of all software 
developers. - Linus Torvalds

http://www.uwix.iway.na (last updated: 20.06.2004)
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] cdrecord-prodvd extrange behaivor

[Uwe Thiem]

On 27 September 2005 17:25, Mauro Sauco wrote:
> On Tue, 27 Sep 2005 17:18:41 +0200, Holly Bostick wrote
>
> > Jason Stubbs schreef:
> > > As I said, it doesn't seem like it's misinterpreting from the output
> >
> > Actually, it seems to me that it is, from the output:
> > > Track 01: 4444 of 4444 MB written (fifo 100%). Track 01: Total bytes
> > > read/written: 4660250624/4660250624 (2275513 sectors). Writing  time:
> > >  101.814s Fixating... WARNING: Some drives don't like fixation in
> > > dummy mode.
>
> Sorry, I mistakenly pasted the stdout from one of the times that I ran it
> with -dummy.
>
> I've just tried the suggestion from wong again, but same behavior,
>
> #cdrecord dev=0,0,0 speed=1 -v -eject -dao  -data
>
[ snip ]
> cdrecord: WARNING: Drive returns wrong startsec (0) using -150
> Starting new track at sector: 0
> Track 01: 3139 of 4444 MB written (fifo   6%).cdrecord: fifo had 51856 puts
> and 51848 gets.
> cdrecord: fifo was 611 times empty and 432 times full, min fill was 0%.

Now, this is interesting. It reports it has only written 3139MB of 4444MB. So 
this is actually a DVD rather than a CD. Anyway, it did not report all data 
written.

Is this, by any chance a DVD+/-RW? They need formatting first.

The other interesting point is that the fifo has been empty 611 times which, 
AFAIK, indicates it has problems getting the data fast enough. Are the 
harddrive the ISO image is sitting on and the DVD burner master/slave on the 
same IDE? That's not so good an idea with DVD because they need their data at 
a far higher rate than CD burners. This latter issue has probably nothing to 
do with the dummy mode. Still, you may run into trouble once you have solve 
the other problem.

Uwe

-- 
95% of all programmers rate themselves among the top 5% of all software 
developers. - Linus Torvalds

http://www.uwix.iway.na (last updated: 20.06.2004)
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] cdrecord-prodvd extrange behaivor

[Uwe Thiem]

On 27 September 2005 17:59, Mauro Sauco wrote:
> On Wed, 28 Sep 2005 00:25:46 +0900, Mauro Sauco wrote
>
> > On Tue, 27 Sep 2005 17:18:41 +0200, Holly Bostick wrote
> >
> > > Jason Stubbs schreef:
> > > > As I said, it doesn't seem like it's misinterpreting from the output
> > >
> > > Actually, it seems to me that it is, from the output:
> > > > Track 01: 4444 of 4444 MB written (fifo 100%). Track 01: Total bytes
> > > > read/written: 4660250624/4660250624 (2275513 sectors). Writing  time:
> > > >  101.814s Fixating... WARNING: Some drives don't like fixation in
> > > > dummy mode.
> >
> > Sorry, I mistakenly pasted the stdout from one of the times that I
> > ran it with -dummy.
> >
> > I've just tried the suggestion from wong again, but same behavior,
>
> Just to make sure that the drive wasnt the problem , I replaced it with a
> completely different drive and got exactly the same behavior. I have no
> clue what could be the problem!
>
> # cdrecord dev=0,0,0 speed=1 -v -eject -dao -data myimg.iso
>
> Cdrecord 1.11a15 (i686-pc-linux-gnu) Copyright (C) 1995-2001 J\uffffrg
> Schilling TOC Type: 1 = CD-ROM
> scsidev: '0,0,0'
> scsibus: 0 target: 0 lun: 0
> Linux sg driver version: 3.5.33
> Using libscg version 'bero-0.5a'
> cdrecord: Warning: using inofficial version of libscg (bero-0.5a
> '@(#)scsitransp.c 1 .81 01/04/20 Copyright 1988,1995,2000 J. Schilling').
> atapi: 1
> Device type    : Removable CD-ROM
> Version        : 2
> Response Format: 2
> Capabilities   :
> Vendor_info    : 'MATSHITA'
> Identifikation : 'DVD-RAM LF-D521 '
> Revision       : 'A116'

This is a different DVD burner than reported in your other emails. What have 
you done? Replaced the device?

Uwe

-- 
95% of all programmers rate themselves among the top 5% of all software 
developers. - Linus Torvalds

http://www.uwix.iway.na (last updated: 20.06.2004)
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] cdrecord-prodvd extrange behaivor

[Uwe Thiem]

On 27 September 2005 17:59, Mauro Sauco wrote:
> On Wed, 28 Sep 2005 00:25:46 +0900, Mauro Sauco wrote
>
> > On Tue, 27 Sep 2005 17:18:41 +0200, Holly Bostick wrote
> >
> > > Jason Stubbs schreef:
> > > > As I said, it doesn't seem like it's misinterpreting from the output
> > >
> > > Actually, it seems to me that it is, from the output:
> > > > Track 01: 4444 of 4444 MB written (fifo 100%). Track 01: Total bytes
> > > > read/written: 4660250624/4660250624 (2275513 sectors). Writing  time:
> > > >  101.814s Fixating... WARNING: Some drives don't like fixation in
> > > > dummy mode.
> >
> > Sorry, I mistakenly pasted the stdout from one of the times that I
> > ran it with -dummy.
> >
> > I've just tried the suggestion from wong again, but same behavior,
>
> Just to make sure that the drive wasnt the problem , I replaced it with a
> completely different drive and got exactly the same behavior. I have no
> clue what could be the problem!

Oh, sorry for my last post. I actually said you replaced. My apologies.

>
> # cdrecord dev=0,0,0 speed=1 -v -eject -dao -data myimg.iso
>
> Cdrecord 1.11a15 (i686-pc-linux-gnu) Copyright (C) 1995-2001 J\uffffrg
> Schilling TOC Type: 1 = CD-ROM
> scsidev: '0,0,0'
> scsibus: 0 target: 0 lun: 0
> Linux sg driver version: 3.5.33
> Using libscg version 'bero-0.5a'
> cdrecord: Warning: using inofficial version of libscg (bero-0.5a
> '@(#)scsitransp.c 1 .81 01/04/20 Copyright 1988,1995,2000 J. Schilling').
> atapi: 1
> Device type    : Removable CD-ROM
> Version        : 2
> Response Format: 2
> Capabilities   :
> Vendor_info    : 'MATSHITA'
> Identifikation : 'DVD-RAM LF-D521 '
> Revision       : 'A116'
> Device seems to be: Generic mmc2 DVD.
> Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd).
> Driver flags   : SWABAUDIO BURNFREE
> Supported modes: PACKET SAO
> Drive buf size : 1671168 = 1632 KB
> FIFO size      : 4194304 = 4096 KB
> Track 01: data  4444 MB
> Total size:     5104 MB (505:40.17) = 2275513 sectors
> Lout start:     5104 MB (505:42/13) = 2275513 sectors
> Current Secsize: 2048
>   ATIP start of lead in:  -150 (00:00/00)
> Disk type:    unknown dye (reserved id code)
> Manuf. index: -1
> Manufacturer: unknown (not in table)
> Blocks total: 2298496 Blocks current: 2298496 Blocks remaining: 22983
> Starting to write CD/DVD at speed 1 in write mode for single session.

No, you have not got the same problem. See, it starts in write rather than in 
dummy mode.

> Last chance to quit, starting real write in 0 seconds. Operation starts.
> Waiting for reader process to fill input buffer ... input buffer ready.
> trackno=0
> BURN-Free is ON.
> Performing OPC...
> Sending CUE sheet...
> cdrecord: WARNING: Drive returns wrong startsec (0) using -150
> Starting new track at sector: 0
> Track 01: 4444 of 4444 MB written (fifo 100%).
> Track 01: Total bytes read/written: 4660250624/4660250624 (2275513

This time it wrote all data.

> sectors). Writing  time:  247.329s
> Fixating...
> Fixating time:    0.000s
> cdrecord: fifo had 73404 puts and 73404 gets.
> cdrecord: fifo was 908 times empty and 799 times full, min fill was 0%

Your fifo still was empty a hell of a lot of times.

Uwe

-- 
95% of all programmers rate themselves among the top 5% of all software 
developers. - Linus Torvalds

http://www.uwix.iway.na (last updated: 20.06.2004)
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] cdrecord-prodvd extrange behaivor

[Patrick Börjesson]

[-- Attachment #1: Type: text/plain, Size: 1400 bytes --]

On 05/09/27 18:31, Uwe Thiem wrote:
> On 27 September 2005 17:59, Mauro Sauco wrote:
> > On Wed, 28 Sep 2005 00:25:46 +0900, Mauro Sauco wrote

[snip]

> > # cdrecord dev=0,0,0 speed=1 -v -eject -dao -data myimg.iso
> >
> > Cdrecord 1.11a15 (i686-pc-linux-gnu) Copyright (C) 1995-2001 J¥uffffrg
> > Schilling TOC Type: 1 = CD-ROM
> > scsidev: '0,0,0'
> > scsibus: 0 target: 0 lun: 0
> > Linux sg driver version: 3.5.33
> > Using libscg version 'bero-0.5a'
> > cdrecord: Warning: using inofficial version of libscg (bero-0.5a
> > '@(#)scsitransp.c 1 .81 01/04/20 Copyright 1988,1995,2000 J. Schilling').
> > atapi: 1
> > Device type    : Removable CD-ROM
> > Version        : 2
> > Response Format: 2
> > Capabilities   :
> > Vendor_info    : 'MATSHITA'
> > Identifikation : 'DVD-RAM LF-D521 '
> > Revision       : 'A116'
> 
> This is a different DVD burner than reported in your other emails. What have 
> you done? Replaced the device?

Actually, that's exactly what he did according to the first sentence in
his last email. To quote: 
> > Just to make sure that the drive wasnt the problem , I replaced it with a
> > completely different drive and got exactly the same behavior.
 
-- 
Regards,
  Patrick Börjesson

PGP signature: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x21792A5D
PGP fingerprint: 74AF D4EF 6BDE CF77 16BE  6A29 CDB8 7607 2179 2A5D

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] cdrecord-prodvd extrange behaivor

[Mauro Sauco]

On Tue, 27 Sep 2005 18:31:33 +0200, Uwe Thiem wrote

> This is a different DVD burner than reported in your other emails. 
> What have you done? Replaced the device?
> 

Yes, see my previous message (to make sure the device wasn't the problem).

>is this, by any chance a DVD+/-RW? They need formatting first. 

No, Taiyo Yuden DVD-R 1-16x

>The other interesting point is that the fifo has been empty 611 times which,
AFAIK, indicates it has problems getting the data fast enough

Hmmm, I did not notice that ... That did not happen with the Pioneer-DVR-110
though ...

>Are the harddrive the ISO image is sitting on and the DVD burner master/slave
on the same IDE?

No, they are in diferent IDE different BUS (HD is SATA) see my dmesg in
previous e-mail.

Thanks for the heads up.

//mauro//
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] cdrecord-prodvd extrange behaivor

[Mauro Sauco]

On Tue, 27 Sep 2005 18:35:59 +0200, Uwe Thiem wrote

> No, you have not got the same problem. See, it starts in write 
> rather than in dummy mode.

Sorry for the whole confussion, in my first e-mail I pasted the wrong output.
I actually pasted the output of one of the times that I tried with "-dummy"
and that is why said "WARNING: Some drives don't like fixation in dummy mode.
", So in my second e-mail I said I made a mistake. 

I just run again with the Pioneer device and see that it actually does write
till the very end.
"Track 01: 4444 of 4444 MB written (fifo 100%)"

I can also see that this time fifo was 100% full all the time.

I am sorry for the conffusion... I think I need to sleep :). it is 2am in JP
right now ..

Thanks,

//mauro//

> 
> > Last chance to quit, starting real write in 0 seconds. Operation starts.
> > Waiting for reader process to fill input buffer ... input buffer ready.
> > trackno=0
> > BURN-Free is ON.
> > Performing OPC...
> > Sending CUE sheet...
> > cdrecord: WARNING: Drive returns wrong startsec (0) using -150
> > Starting new track at sector: 0
> > Track 01: 4444 of 4444 MB written (fifo 100%).
> > Track 01: Total bytes read/written: 4660250624/4660250624 (2275513
> 
> This time it wrote all data.

-- 
gentoo-user@gentoo.org mailing list