Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 4814 - IDE/floppy support for ATAPI zip drive compromises data
Summary: IDE/floppy support for ATAPI zip drive compromises data
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 6.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Cristian Gafton
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1999-08-31 23:09 UTC by craigk
Modified: 2008-08-01 16:22 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed:

Attachments (Terms of Use)

Description craigk 1999-08-31 23:09:06 UTC
As distributed the Redhat 6.0 kernel with all redhat updates
released through 30Aug99 does not function with an Iomega
internal ATAPI zip drive.

Symptoms: drive can be mounted, single files can be read and
written.  When large numbers of files are copied "cp -r" to
a vfat formated disk, the directory structure below the top
couple levels is completely unreadable.  After this has
occured it is impossible to deleted the affected directory
tree.  Since the integrety of the data cannot be relyed
upon, the drive is essentially useless.  Since the drive
appears to work, this problem can easily cause serious loss
of data.

Work around:  I found that if the kernel is rebuilt with
CONFIG_CHR_DEV_SG=y (not verified as necessary)
then the zip drive functions well.  This apparently forces
the zip drive to be accessed via a SCSI emulation.

Naive suggestion: Build the default RH kernel with the
listed changes.  This also provides zip eject
functionality.  See "Running an ATAPI Zip Drive" by Steve

Further configuration and hardware information can be
supplied upon request.

Comment 1 Preston Brown 1999-09-01 14:09:59 UTC
we should have a kernel errata shortly that addresses this issue.

Note You need to log in before you can comment on or make changes to this bug.