Comment créer un raccourci vers un autre raccourci?

9

Lorsque vous tentez de créer un raccourci vers un autre raccourci, Windows XP affecte la cible du raccourci d'origine au nouveau raccourci. Cela se produit même lorsque j'entre manuellement le chemin cible et qu'il me reste une copie du raccourci d'origine. Ce n'est pas ce que je veux.

Comment faire .lnkpointer un fichier vers un autre .lnkfichier directement? Cette forme de double indirection serait très utile pour gérer les raccourcis vers des fichiers qui se déplacent fréquemment.

user541686
la source
Sous Windows 7 ça marche juste ... Ce n'est pas pareil sous XP?
soandos
@soandos: il crée une copie du raccourci au lieu de créer un raccourci vers un raccourci.
user541686
@soandos Si vous créez un raccourci vers un raccourci, le nouveau raccourci référencera le chemin du premier raccourci, pas le chemin du fichier de raccourci lui-même. Il s'agit du comportement par défaut dans Windows XP et 7.
iglvzx

Réponses:

4

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.

user612298
la source
C'était totalement cette option. (fonctionne toujours dans Windows Server 2012). Veuillez marquer comme répondu car il répond exactement à la question. Je l'utilise pour "versionner" un logiciel partagé via le réseau et lancé par 15 utilisateurs. Quand j'ai une nouvelle version, je change juste le "premier" lien pour pointer vers cette nouvelle version, et le hardLink respecte le changement. Le lien physique est le lien final qui réside sur les bureaux de mes utilisateurs (10 à 15 profils utilisateur).
Simon
Soit cela ne fonctionne pas dans Windows 10, soit je ne comprends pas ce qu'est un lien dur. J'ai suivi les instructions exactement et il a dit "Hardlink créé pour ..." mais quand je clique avec le bouton droit sur le hardlink et affiche les propriétés, il pointe toujours vers le fichier d'origine, pas l'autre lien. J'ai même couru fcdepuis la ligne de commande et il est dit "aucune différence rencontrée"
Andrew Steitz
2

La solution de contournement la plus simple serait d'utiliser des fichiers batch .

Si Shortcut.lnkse trouve dans C:\Files\, la création d'un nouveau .batfichier avec la seule ligne de code suivante lancera le .lnkfichier:

"C:\Files\Shortcut.lnk"
iglvzx
la source
Oui, je le savais déjà (c'est la «réponse» mentionnée partout ailleurs sur Internet lorsque vous recherchez cela), mais cela ne répond pas vraiment à la question ...
user541686
Y a-t-il une raison pour laquelle le "raccourci" vers le .lnkfichier doit également être un .lnkfichier? Si cela est important ou si vous avez d'autres exigences, modifiez votre question pour inclure ces détails. Vous obtiendrez une meilleure réponse de cette façon. :)
iglvzx
Uhm, oui, parce que c'est ce que j'ai demandé dans la question ... si les .batfichiers étaient suffisants, alors Microsoft n'aurait pas créé de .lnkfichiers ...
user541686
Et pour info, les fichiers batch ne se comportent pas comme des raccourcis au moment où vous cliquez dessus avec le bouton droit (ou diable, ils ne ressemblent même pas à des raccourcis même lorsque vous les regardez ).
user541686
D'accord. Je suis allé de l'avant et j'ai modifié votre question pour clarifier cette exigence.
iglvzx