lkml.org 
[lkml]   [2004]   [Feb]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.0, cdrom still showing directories after being erased
Hi!

> > > > I believe he meant to write he umounted it.
> > > > The problem is that there is still some data left in CDRW's cache and it
> > > > needs to be emptied. That happens when CDRW is ejected and reinserted
> > > > (that is why windows burning software ie. Nero wants to eject the CDR/RW
> > > > when it gets written or erased).
> > > > Maybe kernel could flush the buffers/caches or whatever is there when
> > > > CDROM gets mounted. But im afraid about compatibility with broken drives
> > > > such as LG.
> > >
> > > There's no command to invalidate read cache, you are probably thinking
> > > of the SYNC_CACHE command to flush dirty data to media (which is what LG
> > > fucked up).
> > >
> > > IMO, it's a user problem.
> >
> > Does not look like so.
> >
> > mount
> > umount
> > cdrecord -blank
> > mount
> > see old data
> >
> > That looks pretty bad. If there's no other solution, we might just
> > document it, but...
>
> Nonsense. Even if the above was what the user did (I believe he didn't
> umount the device before blanking it), then it'd be a hardware "bug".
> It's common to require an eject to completely clear the cache.

Later in the thread user said he did indeed do umount, and it is
reproducible for him.

Okay, we may be dealing with the buggy hardware at this point. Would
it make sense to tell the drive to flush it caches? If there's no
other possibility, we might want cdrecord to reset drive at the end of
blank and/or to make it eject...
Pavel
--
When do you have a heart between your knees?
[Johanka's followup: and *two* hearts?]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:00    [W:0.426 / U:0.300 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site