Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Erasing hard drives - Erase-O-Matic?



 In my case, I'm just aiming for due diligence. I've purchased a lot 
of Seagate drives over the past few years, and this is the first one 
that's died on me; I'm trying to define a policy for dealing with 
the situation. Warranty replacement would be nice, but if eating 
the cost of dead drives really is the best option, I can live 
with that. 

The dead drive is from my backup server, and could potentially have 
any data from any backup set. The disk was one of two drives in a 
3ware hardware RAID1 set, and at present when I hook up a usb cable 
to it and plug it into my laptop, I get the following in /var/log/messages: 

 > kernel: usb 1-3.6: new high speed USB device using ehci_hcd and 
address 24 
 > kernel: usb 1-3.6: configuration #1 chosen from 1 choice 
 > kernel: scsi15 : SCSI emulation for USB Mass Storage devices 
 > kernel: scsi 15:0:0:0: Direct-Access                  PQ: 0 ANSI: 2 
CCS       
 > kernel: sd 15:0:0:0: [sdg] Attached SCSI disk 
 > kernel: sd 15:0:0:0: Attached scsi generic sg7 type 0 
 > kernel: usb 1-3.6: USB disconnect, address 24 


After that, the drive keeps trying to spin up, then emits a loud click. 



Dan Ritter wrote: 
>> On Tue, Jun 17, 2008 at 2:52 PM, Dan Ritter <[hidden email]> wrote: 
>> 
>>     
>>> If you have NSA problems, you may want to use something more 
>>> exotic... thermite works pretty quickly. 
>>>       
> 
> On Tue, Jun 17, 2008 at 04:09:25PM -0400, Ben Holland wrote: 
>   
>> I am almost sure thermite would void a warranty 
>>     
> 
> If you have NSA-level problems, are you going to save $120 and 
> ship your old data off to the manufacturer, who is in the best 
> of all possible positions to recover data from it? 
> 
> -dsr- 
> 
>   


BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org