Matt,
The script you offer will save the fat-fingered error, but it doesn't
help with disk failure which is what I am attempting to avoid in initial
design. (IE: I don't trust cheap maxtors, but two 120's fell in my lap -
so sue me) The script would be more of a second tier measure as I build
this, albiet a good idea.
Anyone else here using USB drives to add decent quick-add storage? Note:
speed is not an issue, so don't bother lighting the flame torches.
-Ben
Matthew Schumacher wrote:
> Ben wrote:
>
>> Does anyone know if you can do software raid over two USB mounted
>> externals? Has anyone here done it?
>>
>> <read: an old samba laptop in the closet for a fileserver with mirror drives.>
>>
>> -Ben
>>
>>
> Ben, as Damien already pointed out there is no reason why it wouldn't
> work as linux doesn't really care where the block device came from. In
> fact the nbd (network block device) driver allows you to remotely use
> another machines block device allowing you to run raid 1 on disks in two
> different machines over the network.
>
> That said, for home use I contend that raid 1 is the wrong technology.
> Raid 1 only buys you fault tolerance not data safety. If you fat finger
> the rm command or the file system gets corrupted, linux will happily
> replicate that to your secondary disk. Because of this, raid 1 should
> only be used when you need to wait until a maintenance window to replace
> the failed disk. If a little down time is not a big deal using some
> form of data rotation backup is far better as it will keep your data on
> another file system, and if you use the rsync method you will have a
> snapshot of your data for the last 7 days while only using up the space
> of the data plus change.
>
> I have attached a script that I wrote/hacked/borrowed that will take
> care of your backups. Simply put the script on your system, edit the
> /etc/rotateBackup.includes and put the name of the directories you want
> to backup. Then edit the script and in the config section tell it where
> you want it to write your backup.
>
---------
To unsubscribe, send email to <aklug-request@aklug.org>
with 'unsubscribe' in the message body.
Received on Wed Sep 27 15:40:16 2006
This archive was generated by hypermail 2.1.8 : Wed Sep 27 2006 - 15:40:16 AKDT