Adalbert Hanßen wrote:
This bug report pertains to ntfs-3gis 2017.3.23 (apparently the most
recent one) on Xubuntu 18.04.3 LTS.
I want to make images of all partitions of my dual boot computer running
withXubuntu or withWindows 10 (1803). I usefsarchiver0.8.4 (2018-02-19)
Some more information on ntfs-3g:
v@v:~$ *$(which ntfs-3g) -help 2>&1 | grep ration*
ntfs-3g 2017.3.23 integrated FUSE 28 - Third Generation NTFS Driver
Configuration type 7, XATTRS are on, POSIX ACLS are on
v@v:~$ *file $(which ntfs-3g)*
/bin/ntfs-3g: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV),
dynamically linked, interpreter /lib64/l, for GNU/Linux 3.2.0,
BuildID[sha1]=7b3d6d031ad2e00e27ed0850e2870925c1533957, stripped
v@v:~$ *md5sum $(which ntfs-3g)*
dc1c7f5244b4e0ac5310d80121bde395 /bin/ntfs-3g
v@v:~$ *ls -ld $(strings $(which ntfs-3g) | grep ntfs-plugin | sed -e
's/ntfs-plugin.*//')*
fs-plugin | sed -e 's/ntfs-plugin.*//')
ls: Zugriff auf '/usr/lib/x86_64-linux-gnu/ntfs-3g/' nicht möglich:
Datei oder Verzeichnis nicht gefunden
v@v:~$
*My problem*
Making an image with fsarchiverworkedfor myhidden ntfs-partition
/dev/sda1with LABEL="System-reserviert"(the one which has the bootflag
set). Butfsarchiverfailed with the Windows 10 system partition. The
command line for fsarchiverwas:
*|sudo fsarchiver savefs -o -A -a -s2000 -v -x -Z10
sda2_Windows-10-System_$(date --iso-8601).fsa /dev/sda2|*
**Theerror apparently happens inntfs-3g:
|Archive will be split into volumes of 2097152000 bytes (1.95 GB)|
|executing [ntfs-3g -h]…|
|command [ntfs-3g -h] returned 9|
|executing [ntfs-3g -o streams_interface=xattr -o efs_raw -o ro /dev/sda2
/tmp/fsa/20190824-145048-0002f998-00]…|
|command [ntfs-3g -o streams_interface=xattr -o efs_raw -o ro /dev/sda2
/tmp/fsa/20190824-145048-0002f998-00] returned 0|
|Analysing filesystem on /dev/sda2…|
|[errno=5, Input/output error]:
oper_save.c#776,createar_save_directory(): cannot lstat64(||*/tmp/fsa/20190824-145048-0002f998-00/Program Files/Common
Files/microsoft shared/ink/*||*ers*||*de-DE/FlickLearningWizard.exe.mui*||)|
|[errno=5, Input/output error]: oper_save.c#1263,oper_save(): cannot run
evaluation createar_save_directory(/tmp/fsa/20190824-145048-0002f998-00)|
|executing [fusermount]…|
|command [fusermount] returned 1|
|executing [fusermount -u /tmp/fsa/20190824-145048-0002f998-00]…|
|command [fusermount -u /tmp/fsa/20190824-145048-0002f998-00] returned 0|
|removed
/media/v/WinSich/sicherung/W530/Images/W530_sda2_Windows-10-System_2019-08-24.fsa|
I looked deeper into it and I found that it happens in thisdirectory in
windows notation:c:\Program Files\Common Files\microsoft shared\ink.
According
tohttps://docs.microsoft.com/en-us/windows/win32/tablet/managed-library-and-controls--tablet-pcthis
folder deals with Managed Library and Controls (Tablet PC). I don’t know
if I can safely discard this directory for a non-Tablet PC.
ls -l reports some files in this directoryare "unsupported reparse
points", e.g. Microsoft.Ink.dll, tabskb.dll, TabTip.exe, TipRes.dll,
tipresx.dll, tipskins.dll, tiptsf.dll, tpcps.dll. They all have a length
of 25 bytes and the getfattr-command (where $WINPART in the input and
output is the mount point of the Windows10-partition) delivers:
v@v:~$ *getfattr -h -n system.ntfs_reparse_data -e hex "$WINPART/Program
Files/Common Files/microsoft shared/ink/tipresx.dll"*
getfattr: $WINPART/Program Files/Common Files/microsoft
shared/ink/tipresx.dll: Eingabe-/Ausgabefehler
AFAIK fsarchiver store files which fit into the Posix concepts, but
Windows 10 is using ntfs features which do not fit into the Posix
file model.
If I examine tipresx.dll which you are quoting I find several attributes
which do not fit into Posix :
1) this is a "system-compressed" file, which requires a special plugin
for reading, and no available code for restoring.
2) it has an EA attribute named $CI.CATALOGHINT whose purpose I do
not know
3) it has a $LOGGED_UTILITY_STREAM named $DSC whose purpose I do not
know either.
v@v:~$
According to Windows 10, the directory and its files arenot corrupted.
ls -lreports some other files with an ansterisk at their file name’s
ends, e.g. Alphabet.xml*, Content.xml*, FlickAnimation.avi*,
FlickLearningWizard.exe*, hwrcommonlm.dat*, hwrdeslm.dat*,
hwrdeulm.dat*, hwrdeush.dat*, …
I do not have the asterix (which Windows does not allow).
These files are "system compressed", for example :
[root@server linux]# du "/win10/Program Files/Common Files/microsoft
shared/ink/Alphabet.xml"
276 /win10/Program Files/Common Files/microsoft shared/ink/Alphabet.xml
[root@server linux]# du --apparent-size "/win10/Program Files/Common
Files/microsoft shared/ink/Alphabet.xml"
773 /win10/Program Files/Common Files/microsoft shared/ink/Alphabet.xml
And I can read it (with the compression plugin installed) :
[root@server linux]# md5 "/win10/Program Files/Common Files/microsoft
shared/ink/Alphabet.xml"
6176656c4d6a215bd670d5bd63d35b59 /win10/Program Files/Common
Files/microsoft shared/ink/Alphabet.xml
I found this link with some explanation about reparse points:
https://jp-andre.pagesperso-orange.fr/junctions.html.
It looks likefsarchiverfails to dealwith my Windows 10 installation
partition because |ntfs-3g|seems to be unable to deal with some files
(or links) in the inkdirectory. This might give some hint to improve
ntfs-3gwhich from which fsarchiverand other applications based on it
would profit. And this is the reason why I post this problem.
There are further non-Posix attributes to support cloud files, cloud
packages, Unix emulation, etc. and more so when newer versions are
released. Supporting them in fsarchiver would imply redesigning both
fsarchiver and ntfs-3g for storing and restoring generically any
attribute.
IMHO forcing files to look like Posix files is not the right way
to backup a system partition. For my own needs, I use ntfsclone.
Jean-Pierre
_______________________________________________
ntfs-3g-devel mailing list
ntfs-3g-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel