Je comprends parfaitement l'utilité de créer des liens vers des liens, et j'ai également cherché une solution simple. Le meilleur que j'ai trouvé est d'utiliser simplement des Hardlinks, qui pointent vers le fichier shortcut.lnk. J'ai testé des liens symboliques (les jonctions sont juste pour des dossiers, pas des fichiers, donc ils n'ont pas été testés) et ceux-ci ne fonctionnent PAS (ce sont essentiellement des fichiers cassés lors de leur création, qui ne s'ouvrent pas).
Les liens physiques présentent un certain nombre d'avantages et d'inconvénients. Le principal inconvénient est qu'il est presque impossible de les sauvegarder facilement (vous avez besoin de logiciels ou de scripts tiers pour les sauvegarder sur une autre plongée ou même vers un autre emplacement sur le même lecteur). Le principal avantage est qu'ils se mettent à jour automatiquement lorsque vous modifiez le fichier d'origine, donc la modification d'un fichier de raccourci (nouveau chemin / icône) modifie également tous les liens physiques associés [les noms du lien physique sont cependant uniques, donc la modification d'un nom de fichier ne change pas changer le nom du lien fixe et vice versa]. Une autre caractéristique qui est à la fois un avantage et un inconvénient des liens physiques est que la modification de l'icône / du chemin d'accès du lien physique (modification des données du lien physique) change également l'ORIGINAL. Cela n'inclut PAS la «suppression du lien lui-même» (le lien peut être supprimé comme tout autre fichier; sans supprimer le fichier d'origine lui-même). Ceci est avantageux car il conserve tous les liens associés synchronisés, mais il est désavantageux dans les cas où le lien dur est stocké dans un endroit vulnérable, et ses données sont modifiées de manière malveillante, ou une erreur utilisateur est commise lors de la modification des données d'un seul lien. Cette modification sera appliquée à tous les partenaires liés à un lien fixe, y compris l'original. Franchement, ce comportement est généralement utile, sauf dans les cas où vous souhaitez une «référence source stable» (modification à 1 sens) Cette modification sera appliquée à tous les partenaires liés à un lien fixe, y compris l'original. Franchement, ce comportement est généralement utile, sauf dans les cas où vous souhaitez une «référence source stable» (modification à 1 sens) Cette modification sera appliquée à tous les partenaires liés à un lien fixe, y compris l'original. Franchement, ce comportement est généralement utile, sauf dans les cas où vous souhaitez une «référence source stable» (modification à 1 sens)
J'ai testé la copie de liens durs individuels et de dossiers contenant des liens durs, dans l'explorateur Windows, et le résultat crée simplement des raccourcis dissociés vers les données d'origine (plus de liens durs associés, et par conséquent, ne change pas avec des modifications du lien d'origine). Je trouve ce manque de copie simple extrêmement ennuyeux, et la principale raison pour laquelle je serais réticent à les utiliser largement, mais, si vous n'en avez que quelques-unes à des fins spécifiques (comme la synchronisation des liens d'un répertoire stable vers le bureau / la barre des tâches) / startmenu), ils peuvent toujours être une bonne solution (même s'ils ne sont pas vraiment portables sur d'autres systèmes, sans écrire de script pour automatiser la construction de leur répertoire). Cependant, ils se déplacent sans se casser (vous pouvez les déplacer n'importe où dans le système de fichiers, une fois qu'ils sont créés. Vous ne pouvez tout simplement pas les «copier»).
Pour créer un lien physique, ouvrez simplement une invite de commande élevée (.cmd ouvert sur system32, ou exécutez .cmd en tant qu'administrateur) et tapez:
mklink /H [path and name of Hardlink] [location of original file]
Exemple:
mklink /H C:\users\you\desktop\hardlink.lnk C:\users\you\location\shortcut.lnk
Il est bon de désigner le lien dur avec le type de fichier auquel il renvoie (comme ici, .lnk, mais pour les documents du bloc-notes hardlink.txt, ou similaire), car il s'agit essentiellement d'une mise en miroir du fichier d'origine, et l'explorateur Windows le traite comme s'il étaient l'original (encore une fois, un comportement utile). Je dois également indiquer directement qu'ils sont créés UNIQUEMENT via l'invite de commande (ou un logiciel tiers qui donne une extension shell ou une interface graphique pour la commande). En outre, ils ne sont pas une copie en miroir'de l'original, ils peuvent afficher la taille des fichiers de l'objet d'origine, mais ils occupent intrinsèquement 0 octet d'espace sur le lecteur; ce sont en fait des références stockées dans le MFT du lecteur (ce qui est également la raison pour laquelle elles ne peuvent pas être faites entre 2 partitions différentes [ce qui est une autre caractéristique à mentionner; mais qui est facilement surmonté avec un combo intelligent de raccourcis, de jonctions , liens symboliques et liens physiques utilisés ensemble à l'unisson])
Franchement, je crois que c'est exactement ce que vous recherchez, et c'est une fonctionnalité très utile. Si vous pouvez bien écrire un script, je suis sûr qu'il n'est pas difficile d'écrire un programme qui construit simplement un répertoire de liens fixes comme vous le souhaitez (et de le traiter comme une «solution de sauvegarde» ou de «portabilité» pour d'autres systèmes). Vous pourriez également être en mesure de trouver des logiciels tiers pour faciliter toutes ces tâches et surmonter la lourdeur intrinsèque de travailler avec des liens physiques.