> On Nov 18, 2018, at 7:31 PM, Reco <recovery...@enotuniq.net> wrote:
>
> Hi.
>
> On Sun, Nov 18, 2018 at 11:56:27AM -0800, Rick Thomas wrote:
>>
>>>> On 11/14/18, Reco <recovery...@enotuniq.net> wrote:
>>>>> If you're content with losing all this metadata in your backup - there
>>>>> are rsync, cpio or tar. Or all those ‘backup solutions' based on those.
>>
>>>> On Wed, Nov 14, 2018 at 12:52:57PM -0500, Lee wrote:
>>>> Do I need all that metadata? This is for me at home so it's pretty
>>>> much a single user machine.
>>
>>> On Nov 14, 2018, at 10:26 AM, Reco <recovery...@enotuniq.net> wrote:
>>> That's for you to decide. I'd say you definitely need it for the backups
>>> of / and /var and can *probably* skip it for /home, but YMMV.
>>
>> Don’t the options for rsync -aAHX preserve all the metadata? Is there
>> something besides
>
> Yep, there is at least one thing rsync looses along the way:
>
> # chattr +i /bin/ping
> # rsync -aHAX /bin/ping /tmp
> # lsattr /bin/ping
> ----i--------e--- /bin/ping
> # lsattr /tmp/ping
> -------------e--- /tmp/ping
>
> Reco
Fascinating…
1) Are there any other extended attributes that are not copied by rsync? Or is
there something special about “immutable”.
2) Is this a bug or a feature? Should there be a bg report filed on this
phenomenon? If not, should it be documented in the rsync(1) man page? Does
that need a bug report?
Enjoy!
Rick