SCIENTIFIC-LINUX-USERS Archives

November 2006

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Matthias Schroeder <[log in to unmask]>
Reply To:
Matthias Schroeder <[log in to unmask]>
Date:
Tue, 21 Nov 2006 09:36:32 +0100
Content-Type:
text/plain
Parts/Attachments:
text/plain (28 lines)
Hi Robert,

FRANCHISSEUR Robert wrote:
> Hello,
> 
> I think I found a very serious bug with shred.
> 
> Scientific Linux SL release 4.1 (Beryllium)
> Kernel 2.6.9-42.0.2.EL on an i686
> 
> This is what I did (as root):
> 
> cd /mirror_disk/sauvegarde/data/mirror_disk/sauvegarde/data
> time find . -exec shred -n 3 -z -u  {} \;
> 
> on a directory of ~ 14 Gb in a 1 Tb firewire external disk
> mounted on /mirror_disk/
> 
> The command did what I expected but I discovered that several 
> other files in other partitions were *EMPTIED* !!!
> 

I would assume that your /mirror_disk/sauvegarde/data contained some 
links pointing to the /usr/bin, and shred thoroughly removed the targets 
these links pointed to.

Matthias

ATOM RSS1 RSS2