From owner-freebsd-questions@FreeBSD.ORG Sun Nov 25 02:58:10 2007 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3211616A418 for ; Sun, 25 Nov 2007 02:58:10 +0000 (UTC) (envelope-from merithium@internode.on.net) Received: from mail.internode.on.net (bld-mail10.adl2.internode.on.net [203.16.214.74]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA0613C45D for ; Sun, 25 Nov 2007 02:58:09 +0000 (UTC) (envelope-from merithium@internode.on.net) Received: from mango (unverified [121.45.20.199]) by mail.internode.on.net (SurgeMail 3.8f2) with ESMTP id 2590818-1927428 for ; Sun, 25 Nov 2007 13:28:05 +1030 (CDT) To: freebsd-questions@freebsd.org From: "Milosh Djuric" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 MIME-Version: 1.0 References: <474850AF.9070001@foster.cc> Content-Transfer-Encoding: 7bit Date: Sun, 25 Nov 2007 13:28:04 +1030 Message-ID: In-Reply-To: <474850AF.9070001@foster.cc> User-Agent: Opera Mail/9.02 (Win32) Subject: Re: VMware FreeBSD to Physical X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Nov 2007 02:58:10 -0000 Hi, The rsync method sounds interesting. Could you give me a quick summary of what I'd need to do? Thanks. On Sun, 25 Nov 2007 02:56:23 +1030, Mark D. Foster wrote: > Milosh Djuric wrote: >> Hi, >> >> I've got a VMWare guest running FreeBSD 6.2 which I'd like to move to >> a physical machine. I've tried ghosting it, but when it gets to the >> "Default: F5 Disk0" screen (sorry, I don't know the appropriate name >> for it), it refuses to go any further. >> >> Can anything be done to fix this? Or is there a better way of doing >> the whole procedure? > See > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-trouble.html#Q2.11.3.3. > > Were I in your shoes I would make sure to run (revert to?) a GENERIC > kernel in the VM then use g4u to image the entire drive(s). But this > will only work if the destination drive is larger than the source. > There are many things that can go wrong in this sort of procedure and > you should plan to be cunning and persistent or fail in your attempts. > It may be that you are using the wrong approach also, because rsync can > be a wonderful alternative for these types of scenarios as can knoppix + > dd + netcat. >