Hello
--super is required in $Conf{RsyncArgs}
After adding it, the uid/gid will be stored in the attrib files again💃️🕺🏿
best regards
Matthias
Am Dienstag, dem 03.11.2026 um 19:49 +0100 schrieb [email protected]:
> Hello again ;)
>
> I'm using Debian Trixie with:
> root@fileserver:~# dpkg --list | grep backuppc
> ii backuppc 4.4.0-11
> amd64
> high-performance, enterprise-grade system for backing up PCs
> ii backuppc-rsync 3.1.3.0-4
> amd64
> patched rsync for BackupPC version 4
> ii libbackuppc-xs-perl:amd64 0.62-2+b5
> amd64
> Perl module with C backend for BackupPC 4
>
> The Backup 4724 has been done with Debian Bullseye and the Backup 4779 is
> done with Debian Trixie.
>
>
> $Conf{RsyncArgs} = [
> '--numeric-ids',
> '--protect-args',
> '--perms',
> '--acls',
> '--xattrs',
> '--owner',
> '--group',
> '--times',
> '-D',
> '--links',
> '--hard-links',
> '--recursive',
> '--partial',
> '--one-file-system',
> '--timeout=21600',
> '--contimeout=300',
> '--stats',
> '--ignore-errors',
> '--force',
> '--sparse'
> ];
>
> root@fileserver:~# sudo -u backuppc
> /usr/share/backuppc/bin/BackupPC_attribPrint
> /var/lib/backuppc/pc/athlux/4724/fhome/fBackup4U/attrib* | grep -B12
> "remoteAccess.sh' ="
> 'compress' => 0,
> 'digest' => '',
> 'gid' => 1004,
> 'inode' => 13980926,
> 'mode' => 16832,
> 'mtime' => 1744873687,
> 'name' => '.config',
> 'nlinks' => 0,
> 'size' => 4096,
> 'type' => 5,
> 'uid' => 1004
> },
> 'remoteAccess.sh' => {
>
> root@fileserver:~# sudo -u backuppc
> /usr/share/backuppc/bin/BackupPC_attribPrint
> /var/lib/backuppc/pc/athlux/4779/fhome/fBackup4U/attrib* | grep -B12
> "remoteAccess.sh' ="
> 'compress' => 0,
> 'digest' => '',
> 'gid' => 0,
> 'inode' => 19064670,
> 'mode' => 448,
> 'mtime' => 1744873687,
> 'name' => '.config',
> 'nlinks' => 0,
> 'size' => 0,
> 'type' => 5,
> 'uid' => 0
> },
> 'remoteAccess.sh' => {
>
> best regard
> Matthias
>
> Am Dienstag, dem 03.11.2026 um 13:05 +0000 schrieb G.W. Haywood:
> > Hi there,
> >
> > On Tue, 3 Nov 2026, Matthias@... wrote:
> > >
> > > I need a restore these days and recognized that all restored files are
> > > owned by root:root.
> > > As far as I could analyze in the atrib-files, since my upgrade from
> > > debian bullseye to
> > > bookworm
> > > and
> > > trixie the backups don't backup the owner information anymore.
> > >
> > > Does anyone know's something about?
> >
> > After reading your mail I recovered a directory from another user's
> > desktop machine to both a zip file and a tar file. I checked the UIDs
> > and GIDs in both files and they were as expected for the user. Then I
> > looked directly at the attrib files in the pool, and they were also as
> > I expected them to be. I have not attempted to restore files directly
> > in place - I feel that's tempting fate a little too much, especially
> > if the reason that you're recovering from a backup is because you've
> > already had one accident.
> >
> > However, I am using the 'upstream' versions of BackupPC and rsync_bpc
> > and not something from a distribution. Also my testing was of just a
> > few random files in one directory, I haven't for example written any
> > code to inspect the entire pool although that would be easy enough.
> >
> > Please can you give the exact versions of the BackupPC distribution's
> > software involved, and also please describe exactly how you recovered
> > the files? I have Debian Bullseye, Bookworm and Trixie installations
> > here, so it shouldn't be too difficult for me to reproduce your issue
> > if there's enough information.
_______________________________________________
BackupPC-users mailing list
[email protected]
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/
