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

Reply via email to