GNU bug report logs - #17149
shred - tape data

Previous Next

Package: coreutils;

Reported by: Rupert Russell <Rupert.Russell <at> ilmor.co.uk>

Date: Mon, 31 Mar 2014 15:45:04 UTC

Severity: normal

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


Message #29 received at 17149 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Rupert Russell <Rupert.Russell <at> ilmor.co.uk>
Cc: 'Paul Eggert' <eggert <at> cs.ucla.edu>,
 "17149 <at> debbugs.gnu.org" <17149 <at> debbugs.gnu.org>
Subject: Re: bug#17149: shred - tape data
Date: Tue, 01 Apr 2014 16:31:41 +0100
On 04/01/2014 03:38 PM, Rupert Russell wrote:
> Aha,
> 
> Ok, I've aborted my script which had only been running a short while and I'll run this overnight and see what happens at the end.
> Just ran a short test for a few minutes (90mb worth on the tape) and the tracefile was under 3meg, so I am hoping that my 140gig available diskspace will be enough...

To save some space you could:
  strace -e lseek ....

Though TBH I think what may be happening is that the lseek()
does not rewind the tape at all and only resets the file offset.

I also just noticed the `man 4 st` information which suggests
that the mt command to rewind the tape might be redundant
and the tape would auto rewind anyway when each device was closed.
So you could also hack it like:

  shred -n1 /dev/st0 /dev/st0 /dev/st0

Pádraig.




This bug report was last modified 11 years and 44 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.