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 .lnk
pointer un fichier vers un autre .lnk
fichier directement? Cette forme de double indirection serait très utile pour gérer les raccourcis vers des fichiers qui se déplacent fréquemment.
windows
windows-xp
shortcuts
user541686
la source
la source
Réponses:
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:
Exemple:
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.
la source
fc
depuis la ligne de commande et il est dit "aucune différence rencontrée"La solution de contournement la plus simple serait d'utiliser des fichiers batch .
Si
Shortcut.lnk
se trouve dansC:\Files\
, la création d'un nouveau.bat
fichier avec la seule ligne de code suivante lancera le.lnk
fichier:la source
.lnk
fichier doit également être un.lnk
fichier? 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. :).bat
fichiers étaient suffisants, alors Microsoft n'aurait pas créé de.lnk
fichiers ...