From owner-freebsd-questions@FreeBSD.ORG Sun Jun 8 06:05:06 2003 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A65337B401 for ; Sun, 8 Jun 2003 06:05:06 -0700 (PDT) Received: from smtp.a1poweruser.com (oh-chardon6a-49.clvhoh.adelphia.net [68.169.105.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4969243F85 for ; Sun, 8 Jun 2003 06:05:05 -0700 (PDT) (envelope-from FBSD_User@a1poweruser.com) Received: from barbish (lanwin2 [10.0.10.6]) by smtp.a1poweruser.com (Postfix) with ESMTP id 675EE2BF for ; Sun, 8 Jun 2003 09:16:11 -0400 (EDT) From: "FBSD_User" To: "FBSDQ" Date: Sun, 8 Jun 2003 09:05:03 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Subject: Ghost HD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FBSD_User@a1poweruser.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2003 13:05:06 -0000 The question of using the Norton Ghost program to make an single flat image file of an hard drives partition containing FBSD has been asked many times on this list. UP until now the answer has all ways been that the benefits of using Ghost on a MS/win partition can not be achieved when used on a FBSD slice because the ghost created image file contains all the unused space as well as the used space. Jacob S. Barrett had the idea of zeroing out the unused space before running ghost, so ghost will compress all the zero filled space resulting in an image file size and elapse run time comparable to what you would achieve on a MS/win partition. This is a great work around. Before running the Ghost program from native booted ms/dos you have to run this command on FBSD before shutting FBSD down. dd if=/dev/zero of=filler bs=1m ; rm filler Below is the original thread > -----Original Message----- > From: owner-freebsd-questions@FreeBSD.ORG > [mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Dan Nelson > Sent: Friday, October 04, 2002 10:33 AM > To: Jacob S. Barrett > Cc: freebsd-questions@FreeBSD.ORG > Subject: Re: Block Zeroing Tool > > In the last episode (Oct 04), Jacob S. Barrett said: > >>Is there a tool for FreeBSD that zeros the unallocated blocks on a >>filesystem? >> >>The company I work for has an image on demand system for our lab >>machines. This system relies on ghost which only supports file by >>file imaging on certain file systems. I want to take disk images of >>certain FreeBSD installations. Ghost will only take sector by sector >>images of FreeBSD partitions. Since it is doing this it stores all >>the "junk" unused blocks as well. This makes for a very large image >>even with high compression. If I can zero out the unused blocks >>before taking the image with high compression the image size should >>be much smaller. >> >>So, is there utility to zero out those blocks? Does this make sense? >>Is there a better way to take images of FreeBSD machines? > > > dd if=/dev/zero of=filler bs=1m ; rm filler > > > > I also have tried to use ghost to make image backups of FBSD, > but the image is the same size as the FBSD slice. > Have you tested the solution posted above to zero out the unused > disk space in the FBSD slice so ghost will only image bkup real data? > Did it work like you hoped? > Yes I have tested it, and it works great. Be sure to turn compression on to high to get the best results. Here is what I saw after zeroing the unallocated blocks using the dd command. FreeBSD partition size: 11G Allocated space: 6G Ghost image size: 3.4G Before zeroing out the images on this box were between 8-9G. Needless to say our IT guy is much happier that my box isn't chewing up 9G per image on the system anymore. And I am happy that imaging this machine only takes an hour now rather than 4. -Jake -- Jacob S. Barrett jbarrett@amduat.net www.amduat.net