duplicity-talk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Duplicity-talk] duply restore Bug [ # diff -q -r /tmp/restore/sbin


From: edgar . soldin
Subject: Re: [Duplicity-talk] duply restore Bug [ # diff -q -r /tmp/restore/sbin /usr/sbin ] Comes wrong! {Amended 2}
Date: Fri, 09 Mar 2012 14:04:15 +0100
User-agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2

On 09.03.2012 13:43, han duply wrote:
>> 1.  Are these "missing files" Really Backuped in the FTP Server ??
>>
>>      Because the CMD "du -sh /usr/sbin /usr/sbin2" gives me:
>>        /usr/sbin      34M
>>        /usr/sbin2    32M      <== So Where is the other files of 2M ?
>>
> 
>     can it be that subfolders of /usr/sbin are still excluded?
>     you could ls -la each folder and diff the resulting outputs 
> 
>     
> ---------------------------------------------------------------------------------------
> 
> 
> -*No there is not, *see the content of "exclude" under my /etc/duply/tst2 
> folder.
> 
>       1 + /usr/bin
>       2 + /usr/sbin
>       3 - **

what did a line by line comparision result in?

> And finally I understand that all the "missing" file (e.g. "accton" ) is *a 
> special file (symbolic link file, like a shortcut)* ,not the*"Source file" 
> (which have the content of the file)*
> 

yes, but a 'du' command should not follow symlinks unless you switch it on. 
Meaning symlinks have a size of zero when fed to du.

e.g.
host:~> ls -la /bin/vim
lrwxrwxrwx 1 root root 21 10. Jan 2011  /bin/vim -> /etc/alternatives/vim
host:~> du /bin/vim
0       /bin/vim

Hence the symlinks wouldn't make up for the difference in size.

..ede/duply.net



reply via email to

[Prev in Thread] Current Thread [Next in Thread]