>root@bast:~# dd if=/dev/scsi/host0/bus0/target15/lun0/mtn bs=32k of=/tmp/first-record
>count=1
>0+1 records in
>0+1 records out
>root@bast:~# mt -f /dev/scsi/host0/bus0/target15/lun0/mtn rewind
>root@bast:~# dd if=/dev/scsi/host0/bus0/target15/lun0/mtn bs=32k of=/tmp/first-file
>0+7 records in
>
On Tue, Feb 19, 2002 at 07:57:39AM +0100, Bernhard R. Erdmann wrote:
> > well I had it at 0 initially, and struggled with failures reading back
> > from the tape constantly. I changed it to 4096 and it seems to be a
> > little more reliable. BUT, I still get errors. just less. I happy to use
> > a
> well I had it at 0 initially, and struggled with failures reading back
> from the tape constantly. I changed it to 4096 and it seems to be a
> little more reliable. BUT, I still get errors. just less. I happy to use
> any block size that will work. why would I get more errors with DDS4
> tapes c
On Tue, Feb 19, 2002 at 12:25:00AM +0100, Bernhard R. Erdmann wrote:
> > John, have I lost your attention with this, are you too busy?
>
> Any point in trying to use 4k (I assume hardware) blocksize? My
> experience has shown DDS drives are best driven at hardware blocksize of
> 0 (variable) and
> John, have I lost your attention with this, are you too busy?
Any point in trying to use 4k (I assume hardware) blocksize? My
experience has shown DDS drives are best driven at hardware blocksize of
0 (variable) and Amanda writing with 32k blocks.
John, have I lost your attention with this, are you too busy?
Thanks.
On Tue, Feb 12, 2002 at 02:14:03PM +1100, Jason Thomas wrote:
> On Mon, Feb 11, 2002 at 09:50:31PM -0500, John R. Jackson wrote:
> > > Could you try this again and make sure you remove the /tmp files first.
> > > Also, try it
On Mon, Feb 11, 2002 at 09:50:31PM -0500, John R. Jackson wrote:
> > Could you try this again and make sure you remove the /tmp files first.
> > Also, try it with bs=64k.
>
> Did you try the above (bs=64k, remove the /tmp files)?
John, here it is:
root@bast:~# mt -f /dev/scsi/host0/bus0/target1
>here it is again. must of got lost somehow. ...
That's the one with bs=32k, to which I responded:
> This is odd. The output from dd about record counts does not match the
> final size of the files.
>
> Could you try this again and make sure you remove the /tmp files first.
> Also, try it with
>root@bast:~# dd if=/dev/scsi/host0/bus0/target15/lun0/mtn bs=32k of=/tmp/first-record
>count=1
>0+1 records in
>0+1 records out
>root@bast:~# mt -f /dev/scsi/host0/bus0/target15/lun0/mtn rewind
>root@bast:~# dd if=/dev/scsi/host0/bus0/target15/lun0/mtn bs=32k of=/tmp/first-file
>0+7 records in
>
On Fri, Feb 08, 2002 at 10:15:32PM -0500, John R. Jackson wrote:
> You forgot the "bs=32k". What happens if you add that?
>
> And you need to do a rewind between the two dd's.
sorry, this is better:
root@bast:~# mt -f /dev/scsi/host0/bus0/target15/lun0/mtn status
SCSI 2 tape drive:
File numbe
>its not happy:
>...
>root@bast:~# dd if=/dev/scsi/host0/bus0/target15/lun0/mtn of=/tmp/first-record count=1
>dd: reading `/dev/scsi/host0/bus0/target15/lun0/mtn': Cannot allocate memory
You forgot the "bs=32k". What happens if you add that?
And you need to do a rewind between the two dd's.
Jo
On Fri, Feb 08, 2002 at 07:31:08PM -0500, John R. Jackson wrote:
> >where doing Daily backups to DDS3 tapes with a block size of 4096, which
> >seem to work sometimes. more often than if I use a block size of 0.
>
> I'm amazed that works unless you re-amlabel the tapes whenever you
> change the b
12 matches
Mail list logo