Re: best way to migrate to a new disk

Steven Ames schrieb: > > > > Don't use tar. It loses devices, can't handle holey files well and a > > > number of other minor clitches. Use dump instead. > > Hrm... what about 'rsync'? Does it suffer from the same problems as 'tar'? > I use rsync a lot because its incremental. This is off to

Re: best way to migrate to a new disk

> > Don't use tar. It loses devices, can't handle holey files well and a > > number of other minor clitches. Use dump instead. Hrm... what about 'rsync'? Does it suffer from the same problems as 'tar'? I use rsync a lot because its incremental. This is off topic from migrating to a new disk, bu

Re: best way to migrate to a new disk

On Sun, Jul 08, 2001 at 12:42:58AM -0700, Matthew Jacob wrote: > I mean, Warner- you're right, but, well, I've been using tar to copy systems > for the last 5 years for *BSD, and, well, it really works best for me. But you're replying to a call for advice -- you did not prefix your advice that it

Re: best way to migrate to a new disk

On Sun, 8 Jul 2001, Warner Losh wrote: > In message Matthew Jacob writes: > : tar cfl - . | (cd /altroot/ && tar xpf -) > > Don't use tar. It loses devices, can't handle holey files well and a > number of other minor clitches. Use dump instead.

Re: best way to migrate to a new disk

In message Matthew Jacob writes: : Only if you want to be here until next tuesday. Solaris ufsdump runs 8 times : as fast. Yes. Mostly because it uses async io and a couple other tricks (Dworkin Muller did a lot of work on ufsdump on solaris to sp

Re: best way to migrate to a new disk

I mean, Warner- you're right, but, well, I've been using tar to copy systems for the last 5 years for *BSD, and, well, it really works best for me. On Sun, 8 Jul 2001, Matthew Jacob wrote: > > Only if you want to be here until next tuesday. Solaris ufsdump runs 8 times > as fast. > > You're

Re: best way to migrate to a new disk

Only if you want to be here until next tuesday. Solaris ufsdump runs 8 times as fast. You're right - tar doesn't handle files with holes. Not too many of those around. /dev you can and should always remake. Typically it's only sa0 out of the generic set that tar skips. On Sun, 8 Jul 2001, Warn

Re: best way to migrate to a new disk

In message Matthew Jacob writes: : tar cfl - . | (cd /altroot/ && tar xpf -) Don't use tar. It loses devices, can't handle holey files well and a number of other minor clitches. Use dump instead. Warner To Unsubscribe: send mail to [EMAIL PROTE

Re: best way to migrate to a new disk

In message <[EMAIL PROTECTED]> Jeff Mohler writes: : I need to upgrade to a new HD now that the current one : has shows some reliability issues..and Im polling for : what is the best method to do so. buy new disk. install disk disklabel da1 newfs filesystems. mount fs under /da1 for each partion

Re: best way to migrate to a new disk

I always newfs a new disk, mount it async on /altroot, and use cd / mkdir -p /altroot/ tar cfl - . | (cd /altroot/ && tar xpf -) I make sure I do a MAKDEV all in /altroot/dev and I make sure I do a disklabel -B on the new disk. It's pretty simple. On Sat, 7 Jul 2001, Jeff Mohler wrote: > I

best way to migrate to a new disk

I need to upgrade to a new HD now that the current one has shows some reliability issues..and Im polling for what is the best method to do so. Do not have a tape drive..but if thats the only solution..one could be gained, but Im sure there might be an easier way. Comments? _