Date: 22 Mar 1999 17:22:53 +0200 From: Osma Ahvenlampi <oa@razorfish.fi> To: "There can be only one." <bleh@bellsouth.net> Cc: Beau James <bjames@cisco.com>, AIC7xxx@FreeBSD.ORG, carlos@fisica.ufpr.br Subject: Re: SOFTWARE-RAID-TIPS (was: Adaptec 7890 and RAID portIII RAID controller Linux Support) Message-ID: <m3lngpim5u.fsf@dhcp-144.razorfish.fi> In-Reply-To: "There can be only one."'s message of "Mon, 22 Mar 1999 07:49:34 -0500" References: <199903220803.AAA09207@frogger.cisco.com> <m3emmhlrte.fsf@dhcp-144.razorfish.fi> <36F63C5E.FFA71AF2@bellsouth.net>
next in thread | previous in thread | raw e-mail | index | archive | help
"There can be only one." <bleh@bellsouth.net> writes: > I also do it to aid in backups ... So since /, /home, /usr, > /windows (a partition I use samba to serve to windows machines), and It's true that separate partitions help when you're using dump/restore for backups, but unfortunately dump/restore are a problematic pair for backups (especially on Linux). I'd have to recommend Arkeia (www.arkeia.com) for backup purposes. It's not terribly cheap, but I find it's worth the money. > /tmp are all on seperate partitions, it's really easy to store each to > a seperate tape and to exclude /tmp altogether ... That, and I've been > told it's safer since if a section of your hard drive goes bad, it's > less likely to effect all your partitions, but rather only the partition > that has the bad sectors. Is there any truth to that? I remember on an No, this isn't really a valid argument. Modern drives don't "go bad" in one point, they automatically allocate spare blocks if they detect errors, and at the point where you can actually see bad sectors in software, the drive is past its life (and you're lucky if you can restore data off it before switching). In any case, we're talking RAID, so a failed disk is only an administrative incident, not a catastrophy. Just swap it with a good drive and let the system recover itself to full working order. -- Osma Ahvenlampi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe aic7xxx" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m3lngpim5u.fsf>