Date: Mon, 3 Oct 2016 10:49:06 -0600 (MDT) From: Warren Block <wblock@wonkity.com> To: "lokadamus@gmx.de" <lokadamus@gmx.de> Cc: FreeBSD Questions <freebsd-questions@freebsd.org> Subject: Re: Clone a FBSD system with something in the likes of ghost Message-ID: <alpine.BSF.2.20.1610031043260.59114@wonkity.com> In-Reply-To: <c0c912ce-e859-4afb-76fc-cf06da97d848@gmx.de> References: <CAHieY7TSESodQXBLoZkkBGWZaCbEZessqiMvzp9dR8Y1CoAZtw@mail.gmail.com> <57EC9527.7020202@rcn.com> <alpine.BSF.2.20.1609282305130.7457@wonkity.com> <CAHieY7QV3xYPsNxXdZrYCGO7SA37Mxn_yy2njByR2EBd9DzX9A@mail.gmail.com> <CAN2YBg6qUBXd8qy25zT5FNe9LkyY=x3po1H3UoD1Y2fDxrBvQw@mail.gmail.com> <c0c912ce-e859-4afb-76fc-cf06da97d848@gmx.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 2 Oct 2016, lokadamus@gmx.de wrote: > At this point there are some similar products like norton ghost. One is > http://www.netbsd.org/gallery/products.html#g4u These are mostly going to do the same thing as dd(1) when they don't understand the filesystem. Clonezilla does understand UFS, and I have used it once or twice to clone a FreeBSD disk. I still prefer dump/restore. In the old MBR days, there was no serious problem with partition tables, because there was only one partition table at the start of the disk. GPT puts one at the start of the disk and the end of the disk, so binary copying a smaller disk to a larger one puts the secondary partition table somewhere before the end of the larger disk. It's not really possible to copy a larger disk to a smaller one with dd(1), so that problem does not come up. I recommend backing up first, then setting up the target disk partitions and bootcode: http://www.wonkity.com/~wblock/docs/html/disksetup.html Then use dump/restore to copy from the original: http://www.wonkity.com/~wblock/docs/html/backup.html > The problem is always, that is can't boot, when it come from a hdd to a ssd. I have not experienced this, but my first guesses would be that bootcode was not installed, or that it is one of the earlier FreeBSD versions that did not boot at all if the secondary GPT table was not correct.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.20.1610031043260.59114>