lkml.org 
[lkml]   [2001]   [Sep]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe2: idetape broke in 2.4.x-2.4.9-ac5 (write OK but not read) ide-scsi works
In a message dated 9/1/2001 2:08:46 PM Eastern Daylight Time, mikpe@csd.uu.se 
writes:

> Subj: Re: idetape broke in 2.4.x-2.4.9-ac5 (write OK but not read) ide-
> scsi works in 2.4.4
> Date: 9/1/2001 2:08:46 PM Eastern Daylight Time
> From: mikpe@csd.uu.se (Mikael Pettersson)
> To: Floydsmith@aol.com
> CC: linux-kernel@vger.kernel.org, linux-tape@vger.kernel.org
>
> On Sat, 1 Sep 2001 11:03:12 EDT, Floydsmith@aol.com wrote:
>
> Now, I can get everything (my ide ls-120 and ide HP 8Gig tape) to work in
> ...
> If I try not to use SCSI emulation for all 2.4.x kernels (including:
> Kernel 2.4.9-ac5 on i686
> then
> ide-tape: ht0: I/O error, pc = 8, key = 5, asc = 2c, ascq = 0
> tar: /dev/ht0: Cannot read: Input/output error
> (writes work OK though)
>
> As mentioned above, scsi emulation works for 2.4.4 (reads and writes). But
> if
> turned on in 2.4.9-ac5, then I get
> /dev/st0: No such device
>
> FWIW, my Seagate 4/8 GB ATAPI tape drive works just fine in all
> 2.4.x kernels as /dev/{n,}ht0 -- no SCSI emulation for me.
>
> There are two known problem areas, which may or may not explain
> your problems:
> - block size: The 2.4 ide-tape driver only works reliably if you
> write data with the correct block size. If you don't write full
> blocks the last block of data may not be readable.
> The driver will log the block size to the kernel log when it's
> initializing, so you can take that value and pass it to your
> backup utility (26KB in my case so I pass -b52 to tar).
> - HP's not-quite ATAPI drives: Don't know about your model, but the
> HP 14(?)GB model is believed to deviate from ATAPI standards.
>
> /Mikael

I can write (and even read OK) as long as use a mode (scsi emu for 2.4.4 or
less) or kernel 2.2.18 (without scsi emu). For the backups that I am having
trouble I can not read even the very first block under 2.4.x. If there was a
block size problem, I don't see how I would be able to do that. Also, If
there was a tar application block size problem, then I would think the
problem would occur with all kernels. If you are sure that you can "read" the
tapes using 2.4.x kernels without scsi emu, then this means something is
broken in 2.4.x series with regards to my particular model (HP 8 Gig). Maybe
a fix to make the driver more compatable with the true statandard broke
something for HP drives.

Floyd,
-
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 13:01    [W:0.127 / U:0.156 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site