That's it exactly. You mean I could use xfs_rtcp? Best, J. On Dec 7, 2012, at 5:16 AM, Dave Chinner <david@xxxxxxxxxxxxx> wrote: > On Thu, Dec 06, 2012 at 03:29:33AM -0600, Stan Hoeppner wrote: >> On 12/5/2012 9:01 PM, Jeffrey Ellis wrote: >> BTW, if your goal in all of this is simply copying all the directories >> and files from one disk to another disk, you could have used "cp -a" and >> been done already. It takes longer to execute than xfsdump/xfsrestore, >> but given you've been at this for many days now, "cp -a" would have >> already completed--long ago. > > Unfortunately, using cp or rsync is not possible because the > filesystem has a real-time device attached to it. It's basically a > ~10GB data device and a ~500GB real-time device. I'd say it's from a > DVR or something like that, and that Jeffrey is trying to put > a bigger disk in the DVR.... > > Hence there are various DVR forums that suggest xfsdump/xfsrestore > is the best method for copying such filesystems to a larger disk. > I'd guess that people haven't found xfs_rtcp, or maybe they saw the > caveat in the man page(*) and didn't use it.... > > Cheers, > > Dave. > > (*) CAVEATS > Currently, realtime partitions are not supported under the > Linux version of XFS, and use of a realtime partition WILL > CAUSE CORRUPTION on the data partition. As such, this command > is made available for curious DEVELOPERS ONLY at this > point in time. > > -- > Dave Chinner > david@xxxxxxxxxxxxx > > _______________________________________________ > xfs mailing list > xfs@xxxxxxxxxxx > http://oss.sgi.com/mailman/listinfo/xfs _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
