Re: burncd: ioctl(CDRIOCFLUSH): Input/output error

From: Richard Mahoney (rbm49_at_ext.canterbury.ac.nz)
Date: 12/21/03

  • Next message: Gregory Bond: "Re: Problems reclaiming VM cache = XFree86 startup annoyance" 
    Date: Mon, 22 Dec 2003 08:26:28 +1300
To: Chuck Swiger <cswiger@mac.com>

    On Sun, Dec 21, 2003 at 12:02:21PM -0500, Chuck Swiger wrote:
    > Richard Mahoney wrote:
    > >I am having trouble burning CD-R's with the following:
    > [ ... ]
    > >Do any readers have any idea what the issue may be. This problem has
    > >been occuring on and off for a while but appears to be becoming worse.
    >
    > What does "atacontrol mode 1" show? Is your burner running in PIO, or in
    > an UltraDMA mode...?

    thanks for your interest:

    mahoney# atacontrol mode 1
    Master = WDMA2
    Slave = PIO3

    In case it might have helped, I've just rebuilt the system to
    include in the kernel:

    device atapicam # emulate ATAPI devices as SCSI ditto via CAM
                                            # needs CAM to be present (scbus & pass)

    It is now possible to use `cdrecord'. Unfortunately the I'm still
    having trouble burning CD-R's. Here are the details:

    ****************************************
    mahoney# cdrecord -scanbus
             ^^^^^^^^^^^^^^^^^
    Cdrecord 2.00.3 (i386-unknown-freebsd4.9) Copyright (C) 1995-2002 J%G�%@rg Schilling
    Using libscg version 'schily-0.7'
    scsibus1:
            1,0,0 100) ' ' 'CRW1232 ' '1.20' Removable CD-ROM
            1,1,0 101) 'IOMEGA ' 'ZIP 250 ' '51.G' Removable Disk
            1,2,0 102) *
            1,3,0 103) *
            1,4,0 104) *
            1,5,0 105) *
            1,6,0 106) *
            1,7,0 107) *

    ****************************************
    [rbm49@mahoney] ~ $ dmesg -a | less
                        ^^^^^^^^^^^^^^^
    acd0: CD-RW <CRW1232> at ata1-master WDMA2
                             ^^^^^^^^^^^^^^^^^
    afd0: 239MB <IOMEGA ZIP 250 ATAPI Floppy> [239/64/32] at ata1-slave PIO3
    Mounting root from ufs:/dev/ad0s2a
    cd0 at ata1 bus 0 target 0 lun 0
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    cd0: < CRW1232 1.20> Removable CD-ROM SCSI-0 device
    cd0: 16.000MB/s transfers
    cd0: Attempt to query device size failed: NOT READY, Medium not present
    da0 at ata1 bus 0 target 1 lun 0
    da0: <IOMEGA ZIP 250 51.G> Removable Direct Access SCSI-0 device
    da0: 11.000MB/s transfers
    da0: Attempt to query device size failed: NOT READY, Medium not present

    ****************************************
    mahoney# cdrecord -v speed=12 dev=1,0,0 scan.iso
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    Cdrecord 2.00.3 (i386-unknown-freebsd4.9) Copyright (C) 1995-2002 J%G�%@rg Schilling
    TOC Type: 1 = CD-ROM
    scsidev: '1,0,0'
    scsibus: 1 target: 0 lun: 0
    Using libscg version 'schily-0.7'
    atapi: 0
    Device type : Removable CD-ROM
    Version : 0
    Response Format: 1
    Vendor_info : ' '
    Identifikation : 'CRW1232 '
    Revision : '1.20'
    Device seems to be: Generic mmc CD-RW.
    Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
    Driver flags : MMC SWABAUDIO
    Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R96R
    Drive buf size : 2752512 = 2688 KB
    FIFO size : 4194304 = 4096 KB
    Track 01: data 165 MB
    Total size: 190 MB (18:51.54) = 84866 sectors
    Lout start: 190 MB (18:53/41) = 84866 sectors
    Current Secsize: 2048
    ATIP info from disk:
      Indicated writing power: 4
      Is not unrestricted
      Is not erasable
      Disk sub type: Medium Type A, high Beta category (A+) (3)
      ATIP start of lead in: -11077 (97:34/23)
      ATIP start of lead out: 359848 (79:59/73)
    Disk type: Long strategy type (Cyanine, AZO or similar)
    Manuf. index: 11
    Manufacturer: Mitsubishi Chemical Corporation
    Blocks total: 359848 Blocks current: 359848 Blocks remaining: 274982
    Starting to write CD/DVD at speed 12 in real TAO mode for single session.
    Last chance to quit, starting real write 0 seconds. Operation starts.
    Waiting for reader process to fill input buffer ... input buffer ready.
    Performing OPC...
    Starting new track at sector: 0
    Track 01: 103 of 165 MB written (fifo 100%) [buf 100%] 12.2x.cdrecord: Input/output error. write_
    g1: scsi sendcmd: retryable error
    CDB: 2A 00 00 00 CE D4 00 00 1F 00
    status: 0x2 (CHECK CONDITION)
    Sense Bytes: F0 00 03 00 00 C9 9C 0C 00 00 00 00 0C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    00 00 00
    Sense Key: 0x3 Medium Error, Segment 0
                   ^^^^^^^^^^^^
    Sense Code: 0x0C Qual 0x00 (write error) Fru 0x0
    Sense flags: Blk 51612 (valid)
    cmd finished after 2.863s timeout 40s

    write track data: error after 108437504 bytes
    Sense Bytes: 70 00 00 00 00 00 00 0C 00 00 00 00 00 00 00 00 00 00
    cdrecord: Input/output error. flush cache: scsi sendcmd: retryable error
    CDB: 35 00 00 00 00 00 00 00 00 00
    status: 0x2 (CHECK CONDITION)
    Sense Bytes: F0 00 03 00 00 C9 9C 0C 00 00 00 00 0C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    00 00 00
    Sense Key: 0x3 Medium Error, Segment 0
                   ^^^^^^^^^^^^
    Sense Code: 0x0C Qual 0x00 (write error) Fru 0x0
    Sense flags: Blk 51612 (valid)
    cmd finished after 7.137s timeout 120s
    Trouble flushing the cache
    Writing time: 80.319s
    Average write speed 15.4x.
    Min drive buffer fill was 100%
    Fixating...
    Fixating time: 25.565s
    cdrecord: fifo had 1772 puts and 1709 gets.
    cdrecord: fifo was 0 times empty and 1677 times full, min fill was 93%.
    mahoney# logout
    [rbm49@mahoney] ~ $

    Hope this is of some help ;-) As a side note, although the errors
    continue, at least `cdrecord' can recover to some extent and actually
    `fixate' the CD. `Burncd' just fails and one is left with an unusable
    disk.

    Best regards,

     Richard
      

    -- 
Richard MAHONEY | internet: homepages.comnet.net.nz/~r-mahoney
Littledene      | telephone / telefax: ++64 3 312 1699
Bay Road        | cellular: ++64 25 829 986
OXFORD, NZ      | e-mail: r.mahoney@comnet.net.nz        
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
  • Next message: Gregory Bond: "Re: Problems reclaiming VM cache = XFree86 startup annoyance"