Déterminer la cible du point de réanalyse NTFS

Je dispose d'un serveur Windows 2012 R2 exécuté en tant que VM (au-dessus de KVM/Libvirt). Il possède un disque "interne" supplémentaire défini comme F:

Si je prends un instantané du volume logique de l'hôte basé sur Linux représentant F: et que je le monte sur l'hôte, je trouve de nombreux fichiers étiquetés comme étant un point de réanalyse non pris en charge.

Ce que je veux faire, c'est sauvegarder le système de fichiers à partir de l'hôte, c'est pourquoi j'ai commencé ici.

Voici un exemple du point de vue de l'hôte

lvcreate --name shares-snap --size 10G --snapshot /dev/crypt_md3/shares
mount -o ro,offset=$((129*1024*1024)) /dev/crypt_md3/shares-snap /mnt/dsk
ls -l /mnt/dsk/mfc70.dll
lrwxrwxrwx 1 root root 26 Jan  5  2002 /mnt/dsk/mfc70.dll -> unsupported reparse point

Dans l'invité Windows, la boîte de dialogue des propriétés du fichier montre une taille de 952 Ko mais avec une taille sur le disque de 0 octets. C'est classique pour un point de réanalyse. Les attributs avancés sont APL, avec le L confirmant que le fichier est en effet un point de réanalyse.

Copier le fichier supprime les attributs P et L de la copie.

En recherchant, j'ai trouvé Comment trouver la cible d'un lien symbolique créé avec mklink et sa réponse acceptée. J'ai téléchargé à la fois junction 1.06 et NTFSLinksView.

Exécuter junction ne me donne rien de utile :

F:\> c:\local\bin\junction mfc70.dll

Junction v1.06 - Créateur de jonctions Windows et visionneur de points de réanalyse
Copyright (C) 2000-2010 Mark Russinovich
Sysinternals - www.sysinternals.com

F:\mfc70.dll: POINT DE RÉANALYSE MICROSOFT INCONNU

Exécuter dir /L ne me donne rien de utile non plus :

F:\>dir /L mfc70.dll
 Volume in drive F is Folder shares
 Volume Serial Number is B600-69DE

 Répertoire de F:\

05/01/2002  04:48           974,848 mfc70.dll
               1 Fichier(s)        974,848 octets
               0 Rép(s)  233,785,053,184 octets libres

Exécuter dir /A:L inclut le fichier, donc c'est définitivement un point de réanalyse de quelque sorte.

NTFSLinksView ne répertorie simplement pas le fichier.

Après toutes ces informations de fond, la question est vraiment assez simple :

1. Comment puis-je obtenir des détails sur le point de réanalyse ?
2. Que dois-je dire à ntfs-3g sur l'hôte pour remapper les points de jonction afin qu'ils se résolvent?