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/

Reply via email to