rsync'd destination much larger than source

acct svcs heartofthematter at
Tue Dec 2 00:27:23 EST 2003

Thank you for the suggestions.

Actually, I do want all of the root content (including /var, /usr, etc) to 
be included, and they are not separate mount points.  The source machine has 
a 132 GB drive.  Here's what df -h says:
Filesystem            Size  Used Avail Use% Mounted on
/dev/hda2             108G  3.3G   99G   4% /

I believe I may have found the problem, though.  The destination drive may 
have bad blocks, as I am getting Input/Output errors on some of the files 
that rsync created there.  I know the files are there (I can see them using 
find), but they can't be seen or manipulated with ls or cp.  They are not 
sparse files, either. I am speculating that this behavior may be causing 
rsync to act unpredictably because some of the files it writes can't be 
validated during the synchronization process.



>From: John Van Essen <vanes002 at>
>To: <heartofthematter at>, <rsync at>
>Subject: Re: rsync'd destination much larger than source
>Date: Sun, 30 Nov 2003 19:09:43 -0600
>MIME-Version: 1.0
>Received: from ([]) by 
> with Microsoft SMTPSVC(5.0.2195.6713); Sun, 30 Nov 2003 
>17:09:10 -0800
>Received: from jve-home ( [])by 
> (8.12.10/8.12.7) with SMTP id hB1195oq026563;Sun, 
>30 Nov 2003 19:09:06 -0600 (CST)
>X-Message-Info: JGTYoYF78jHD72vniBuLhYXwvN8VpRFx
>X-Mailer: PocoMail 3.03 (1740) - Licensed Version
>Message-ID: <2003113019943.174346 at jve-home>
>In-Reply-To: <BAY9-F54dH51ons00zY0003414f at>
>X-Virus-Scanned: Symantec AntiVirus Scan Engine
>Return-Path: vanes002 at
>X-OriginalArrivalTime: 01 Dec 2003 01:09:10.0521 (UTC) 
>On Sun, 30 Nov 2003, acct svcs <heartofthematter at> wrote:
> >
> > rsync -arvzx --exclude=/proc --exclude=/tmp --exclude=/mnt --delete
> > --delete-excluded -e ssh  /bkup/rootpart/
> >
> > The problem is, if I 'df' the Ensim box, it reports that the entire root
> > partition
> > is using 3.5 GB of space, however, the rsync'd copy of the root 
> > structure on the remote box is consuming over 23 GB.  Note that I did 
>use -x
> > as well as some excludes to ensure that files on other partitions 
> > below '/ ' were not copied. Initially, my thoughts were that
> > symbolic links to directories were being treated as regular directories 
> > being copied repeatedly.  This does not appear to be the case, however.
>Another factor is preserving hardlinks (-H option), but that won't explain
>the large increase.
>23 GB sounds about right to me if /var, /home, and /usr are not mount 
>but are instead contained on the root partition (mine is 26 GB).  Can you
>verify that the mount points are indeed only directories under 
>Also, are you sure you read the right column and used the right decimal 
>on the df output?  Maybe the source has 3.5 GB _free_, not 3.5 GB used?
>         John Van Essen  Univ of MN Alumnus  <vanes002 at>

Groove on the latest from the hot new rock groups!  Get downloads, videos, 
and more here.

More information about the rsync mailing list