Hi Rob, I ran as root. I had previously tried to run as my normal user, but I got an error about not being able to access my own home dir, so I (perhaps a little heavy handedly) simply did it all as root. I'll try the --exclude and I'll do a bup ls too. I can't get to it right now (external drive at home), so I'll try later on tonight (I'm at work now). The drive is a 500gb drive formatted to ext4. The original file is kind of sensitive (contains passwords and such). Having said that, it's just vanilla text. Nothing odd in it at first glance. It's ls -l is -rwx------ 1 davidc davidc 833 Jan 20 23:42 /home/davidc/#.fetchmailrc#* file gives /home/davidc/#.fetchmailrc#: ASCII text Thanks for your help. I'll get onto the bup suggestions (ls & --exclude) as soon as I can. Regards, David
On Tue, 7 Jul 2015 at 12:25 Rob Browning <r...@defaultvalue.org> wrote: > Robert Edmonds <edmo...@debian.org> writes: > > > I'm not quite sure what the issue is here, so I've Cc'd the upstream bup > > mailing list. It looks like one of the ioctl() calls in the > > bup_set_linux_file_attr() function is failing. > > > > Did you run the 'bup restore' as a regular user or as root? > > > > What is the type of the filesystem that you're attempting to restore to? > > Both good questions. For example, right now bup's handling of > differences between the source and destination filesystems could > likely use improvement. > > >> File "/usr/lib/bup/bup/metadata.py", line 611, in > _apply_linux_attr_rec > >> set_linux_file_attr(path, self.linux_attr) > >> OSError: [Errno 22] Invalid argument: 'redacted/#.fetchmailrc# > > Any chance you still have the file around, and if so, assuming the > output isn't sensitive, I wonder what "ls -l", "stat" and "lsattr" say > about it? > > And even if you don't still have it in the filesystem, I wonder what > these commands say: > > bup ls -l home-dir/latest/home/redacted/#.fetchmailrc# > > bup cat-file --meta home-dir/latest/home/redacted/#.fetchmailrc# \ > bup meta -tvvf - > > >> I am guessing that filenames containing hashes are not liked by bup? > >> This means I won't be able to back up any folders containing emacs > edited files. > >> #file# style files are used regularly by emacs. > > I'm fairly sure that normally #file# should be handled without any > trouble. I think there's something else going on here. > > >> Should you require more details (or if I've missed something obvious to > get around this > >> issue) please let me know. > > I wonder if adding this to the restore might provide a workaround for > now: > > --exclude-rx '^/redacted/#\.fetchmailrc#$' > > Or perhaps: > > --exclude-rx '^redacted/#\.fetchmailrc#$' > > Not sure which one is correct offhand. > > Hope this helps > -- > Rob Browning > rlb @defaultvalue.org and @debian.org > GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A > GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 >
