Help Failing Disk Problem
rsmith at xs4all.nl
Mon Nov 5 13:59:04 PST 2007
On Mon, Nov 05, 2007 at 03:16:46PM +0000, James wrote:
> > rsync is too high-level, and may not do exactly the right thing with
> > links or sparse files or who knows what.
> rsync -cav takes cares of symlinks and all that just right. It's a
> beautiful thing.
> Checksumming, too. Ah, bliss.
It doesn't necessarily do the right thing with flags, acls and other
> > dd is too low-level--you get
> > the same partition table/bsdlabel and the exact same slice/partition
> > sizes. That's okay on an identical hard drive, but a pain on one that's
> > larger.
> > dump, on the other hand, is just right.
> If the file names on the drive change during the dump, corruption can
> occur. At least on linux. I remember Torvalds ranting about it on a
> mailing list. I imagine FreeBSD suffers the same issue, though, as it's
> a pretty generic problem.
For starters, you should _never_ dump a live filesystem. What you can do is
dump a snapshot of a live filesystem, using dumps '-L' option, because a
snapshot is like a frozen image of the filesystem; it doesn't change.
Dump & restore is the best way to move data and all attributes to a
larger disk. See §9.2 of the FAQ.
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20071105/afe72d87/attachment.pgp
More information about the freebsd-questions