[7944] in linux-scsi channel archive
Re: Unable to reread SCSI optical disks
daemon@ATHENA.MIT.EDU (Guest section DW)
Wed Jan 26 02:34:28 2000
Message-ID: <20000125195253.A877@win.tue.nl>
Date: Tue, 25 Jan 2000 19:52:53 +0100
From: Guest section DW <dwguest@win.tue.nl>
To: Giuliano Pochini <pochini@denise.shiny.it>,
James Box <james@barrscourt.co.uk>
Cc: linux-kernel@vger.rutgers.edu, linux-scsi@vger.rutgers.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <388DD123.B985B62B@denise.shiny.it>; from Giuliano Pochini on Tue, Jan 25, 2000 at 05:36:51PM +0100
On Tue, Jan 25, 2000 at 05:36:51PM +0100, Giuliano Pochini wrote:
> > I have an old MaxOptix optical drive that has been used for years
> > [...]
> > My problem comes when I unmount the disk, eject it and insert a
> > different disk. It appears to mount ok but when I look at the
> > data it has the directory structure that was on the old disk
> > [...]
>
> Again this problem :-( Some devices don't send the signal UNIT_ATTENTION when
> the disk is changed, so Linux don't know it has to flush the caches. I had the
> same problem with my M/O drive, then I discovered that a jumper can
> enable/disable that signal...
> You can solve the problem trying to mount the device while no disk is
> inserted. The failure will force a call to invalidate_buffers() (see
> sd.c:check_media_change()). Then insert a new disk; it should work fine now.
Yes. A cleaner way is just to call "blockdev --flushbufs device".
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
