Clone a FBSD system to a smaller disk.

Polytropon freebsd at
Tue Oct 4 15:40:30 UTC 2016

On Tue, 04 Oct 2016 11:19:51 -0400, Ernie Luzar wrote:
> Polytropon wrote:
> > On Tue, 04 Oct 2016 09:52:11 -0400, Ernie Luzar wrote:
> >> I have a 10.3 box using a MBR 1.5 TB hard drive. This Box acts as the 
> >> LANs front door firewall to the public network. The 1.5 TB disk is being 
> >> waisted in this situation. What would you recommend as the quickest 
> >> method to clone the running system from the 1.5TB disk to a 40MB disk?
> > 
> > Preparing the target disk with MBR or GPT or Dedicated (use GPT
> > except you have a good reason not to), then use dump + restore.
> > You can find more information here:
> > 
> >
> > 
> >
> > 
> > The advantage of dump | restore is that only blocks in use will
> > be copied, and it works on file system level (instead of disk
> > block level like dd). Initializing the target disk prior to
> > starting the copy operation will make sure the partition data
> > is being written to the correct places.
> > 
> > 
> Thanks for your quick reply.
> I would like to do the same thing with a win7 disk as source.
> But on my 10.3 and 11.0-rc2 systems the mount_ntfs command is missing.
> How do I mount a win7 disk in read mode so I can back it up?

You need to install FUSE and then use the "ntfs3g <dev> <dir>"
command to mount it. The traditional mount_ntfs "read only"
NTFS mount binary is not part of the system anymore, sadly.

Please note: The dump | restore mechanism mentioned does work
on the filesystem level (here: UFS), not on the file level
(like "copying individual files and directory trees"). I'm
not sure this is the best way to deal with "Windows"
filesystems (no matter if you use cp or rsync) as they are
treated as virtual file systems (like "mapping NTFS into UFS").
So you maybe better DEFRAG and dd. ;-)

Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...

More information about the freebsd-questions mailing list