Re: [Dar-support] restore archive with EA
For full, incremental, compressed and encrypted backups or archives
Brought to you by:
edrusb
|
From: <mic...@ti...> - 2018-11-29 08:38:43
|
> > Hello,> > Hello,> Thank you Denis for your kind replies. > > I'm trying to restore an archive (that stores files with Extended> > Attributes), with a dar binary built without EAs support. I'm not> > interested in the EAs but just need to restore the files.> > > > If I try to execute> > > > dar -x [dar] -b -R [tmp] Error while restoring [...] : Extended> > Attribute support not activated at compilation time> > > > > > I read the DOC but I was unable to find this particular case:> > "Support for EA must be activated at compilation time (the> > configure script tries to do so if your system has all the required> > support for that). Thus you can get two binaries of dar (of the> > same version), one supporting EA and another which does not (dar -V> > to see whether EA support is activated). The archives they produce> > are the same and can be read by each other. The only difference is> > that the binary without EA support is not able to save or restore> > EAs, but is still able to test them and list their presence."> > > > Is there an option to restore the files (without EAs)? Or I > > necessarily need to build a special DAR with EA support?> > yes there is, -u and -U options for that, described in the manpage:> http://dar.linux.free.fr/doc/man/dar.html> Yes, I previously tried these options but I'm unable to restore the archive.Testing the archive with dar is ok: ---# dar -t OpenFOAM-2.1.x_20140910_142809 -------------------------------------------- 33524 item(s) treated 0 item(s) with error 0 item(s) ignored (excluded by filters) -------------------------------------------- Total number of items considered: 33524 ----------------------------------------------- If I try to extract with -u "*" I get this error:---# dar -x OpenFOAM-2.1.x_20140910_142809 -b -R /home/m/tmp/dartest/ -u "*" -vaOpening archive OpenFOAM-2.1.x_20140910_142809 ...Opening the archive using the multi-slice abstraction layer...Reading the archive trailer...Opening construction layer...Considering cyphering layer...No cyphering layer openedOpening escape sequence abstraction layer...Opening the compression layer...All layers have been created successfullyLoading catalogue into memory...Locating archive contents...Reading archive contents...Restoring file's data: /home/m/tmp/dartest/OpenFOAM-2.1.xRestoring file's EA: /home/m/tmp/dartest/OpenFOAM-2.1.xError while restoring /home/m/tmp/dartest/OpenFOAM-2.1.x : Extended Attribute support not activated at compilation timeWarning! No file in that directory will be restored: /home/m/tmp/dartest/OpenFOAM-2.1.x -------------------------------------------- 0 inode(s) restored including 0 hard link(s) 0 inode(s) not restored (not saved in archive) 0 inode(s) not restored (overwriting policy decision) 0 inode(s) ignored (excluded by filters) 1 inode(s) failed to restore (filesystem error) 0 inode(s) deleted -------------------------------------------- Total number of inode(s) considered: 1 FSA restored for 0 inode(s) --------------------------------------------Final memory cleanup...All files asked could not be restored--- Here is dar setup:---# dar -V dar version 2.6.0.RC9, Copyright (C) 2002-2018 Denis Corbin Long options support : YES Using libdar 6.0.0 built with compilation time options: Libz compression (gzip) : YES Libbz2 compression (bzip2) : YES Liblzo2 compression (lzo) : YES Liblzma compression (xz) : YES Strong encryption (libgcrypt): YES Public key ciphers (gpgme) : YES Extended Attributes support : NO Large files support (> 2GB) : YES ext2fs NODUMP flag support : YES Integer size used : 64 bits Thread safe support : YES Furtive read mode support : YES Linux ext2/3/4 FSA support : YES Mac OS X HFS+ FSA support : NO Detected system/CPU endian : little Posix fadvise support : YES Large dir. speed optimi. : YES Timestamp read accuracy : 1 microsecond Timestamp write accuracy : 1 microsecond Restores dates of symlinks : YES Multiple threads (libthreads): NO Delta compression support : YES Remote repository support : NO compiled the Nov 7 2018 with GNUC version 7.3.1 20180323 [gcc-7-branch revision 258812] dar is part of the Disk ARchive suite (Release 2.6.0.RC9) dar comes with ABSOLUTELY NO WARRANTY; for details type `dar -W'. This is free software, and you are welcome to redistribute it under certain conditions; type `dar -L | more' for details.--- I tried to build dar with EA, but I'm unable to do so (in this machine I set the filesystem to be without EA support, so DAR/configure disables EA):---# ./configure --prefix=/usr --program-suffix=_EA_inf -enable-mode=infinint --disable-dar-static --enable-ea-support --disable-build-html...dar and libdar have been successfully configured with the following parameters: LIBDAR parameters: Zlib compression (gzip) : YES Libbz2 compression (bzip2) : YES Liblzo2 compression (lzo) : YES Liblxz compression (xz) : YES Strong encryption support : YES Public key cipher support : YES Extended Attributes support: NO Large files support (> 2GB): YES extX FSA / nodump support : YES HFS+ FSA support : NO Integer size used : infinint Thread safe support : YES Furtive read mode : YES Large directory optim. : YES posix fadvise support : YES microsecond read accuracy : YES microsecond write accuracy : YES can restore symlink dates : YES can uses multiple threads : NO Delta-compression support : YES Remote repository support : NO DAR SUITE command line programs: Long options available : YES Building examples : NO Building dar_static : NO using upx at install : YES building documentation : NO--- Am I missing something?The only way to extract the files contained in those archives is to switch to a machine with EA support enabled, running a DAR version with EA enabled? > > > > > > Thanks,> > > > Michele> > > > PS. Could you please give an estimated release time for a stable> > 2.6?> the code is stable, I just missed time so far to do so, release> candidates are available in the meanwhile. Well to fully answer your> question this is a matter of one or two weeks.> > can I use the RC[xx] for normal work (I'm testing RC10 and> > seems to be working very well)?> > Sure you can, I use it myself for my own backups. Doing a tar.gz> package is quick (where from the Release Candidate (RC[xx]), but> having to update documentation website, sourceforge, build windows> binaries and so on takes quite much more time...> > Best Regards,> Denis Thank you,Michele |