Hi,

 

My reason for posting this, is as follows

http://lime-technology.com/forum/index.php?topic=2331.0

 

I have the Abit AB9 Pro m/b in my unRAID-server. I have recently upgraded the bios to 22 (from bios 16). I read on this forum, that bios 22 should contain some fixes concerning using IDE hard drives with unRAID. So I thought why not try my old 30 GB IBM Deskstar hard drive as cache drive. It was only to see how this cache-drive thing works, as don't need the extra write speed. I'm only connected to my unRAID server via 54 mbit/s wireless.

 

I have used this old drive for my first unRAID-server (with user-shares enabled) for evaluation - before I went out and bought new hardware/drives/unRAID license - and hence there was data on the drive.

 

I deleted the data in the folder ‘\cache\*.*’ - but there was also a folder called ‘\user0\’ - I started to delete data in 'user0' also, which I should never have done - I cancelled the delete after about 10 sec. as I thought something look wrong.

 

After a look on the web management page, one drive (disk1) had about 10 GB more free space on it then before I started to delete  :'(

 

I don’t know what data I have lost, as it seems the delete has been randomly on ‘disk1’.

 

Any comments are welcome.

 

Kind regards,

Søren

Ouch!  Thanks for the warning.

 

This just adds fuel to the fire of why an undelete/trash option would add such value.  I wonder how much data is lost because of accidental user deletes vs hard drive failure.  We have parity for hard drive failure but are SOL when it comes to user error.

 

see the following link for the thread discussing undelete.

http://lime-technology.com/forum/index.php?topic=2331.0