Re: 2.6.0, cdrom still showing directories after being erased

["Martin Povolný" <xpovolny@aurora.fi.muni.cz>]

Dne: Tue, Feb 03, 2004 at 01:09:45PM -0600, Derek Foreman napsal:
> 
> Just making cdrecord -eject at the end of the process will probably
> workaround what is almost certainly a hardware bug.  or just eject the
> disc by hand before attempting to re-use it.

yes, -eject helps, as well as ejecting manually or ejecting using 'eject'

> 
> I had an old writer that did much the same thing.  After burning a disc,
> it would still see it as blank until you ejected and reloaded.
> 
> to Martin:
> Does cdrecord -toc still show a valid toc after you blank the disc?
> (definately buggy hardware)

no, it does not:

$ cdrecord -dev=/dev/cdrom -toc
Cdrecord-Clone 2.01a19 (i686-pc-linux-gnu) Copyright (C) 1995-2003 Jörg Schilling
scsidev: '/dev/cdrom'
devname: '/dev/cdrom'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.7'
Device type    : Removable CD-ROM
Version        : 0
Response Format: 1
Vendor_info    : 'HL-DT-ST'
Identifikation : 'RW/DVD GCC-4480B'
Revision       : '1.00'
Device seems to be: Generic mmc2 DVD-ROM.
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-2 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
cdrecord.mmap: Success. read toc: scsi sendcmd: no error
CDB:  43 00 00 00 00 00 00 00 04 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0
Sense flags: Blk 0 (not valid)
resid: 4
cmd finished after 0.000s timeout 40s
cdrecord.mmap: Cannot read TOC header
cdrecord.mmap: Cannot read TOC/PMA
pie:martin:~

but I can still mount it, and see the erased data:

pie:martin:~
$ mount /cdrom/
pie:martin:~
$ ls /cdrom/
Beskydy2003-2004
  
> 
> And does ejecting and reloading the disc make things work as expected?

it does

-- 
Martin Povolný, xpovolny@fi.muni.cz, http://www.fi.muni.cz/~xpovolny