Une astuce que j'ai utilisée pour contourner la limitation de la longueur du "chemin complet et du nom de fichier" afin de déplacer, copier ou supprimer quelque chose est de le raccourcir en le "cassant" à mi-chemin (ou plus). en utilisant une lettre de lecteur mappé pointant vers un dossier en bas du chemin. .
donc vous avez c : \some\long\path...\and\foo\bar\folders\oldfiles\myoldfile.txt.
Ensuite, mappez une lettre de lecteur arbitraire à un endroit du chemin de sorte que le premier morceau du chemin ne fasse que quelques caractères. Pré-requis - le dossier doit être dans un dossier partagé (ce qui peut déjà être le cas s'il est sur un serveur, ce qui est le cas lorsque j'ai eu besoin de faire cela), et s'il ne l'est pas déjà, choisissez un dossier quelque part dans le chemin et partagez-le. En fonction de votre environnement et de votre niveau de paranoïa, autorisez tout le monde à modifier l'accès au partage tant que les permissions NTFS sont raisonnablement restrictives. Si vous le souhaitez, n'autorisez les droits de modification qu'à votre propre compte.
Maintenant, allez dans le dossier partagé ou dans un de ses dossiers et partagez-le, ou utilisez la ligne de commande comme suit. Supposons que vous ayez partagé le dossier "foo" sous le nom de "fooshare", vous pourriez alors faire ceci
net use x: \\mycomputername\fooshare\bar\folders /persistent:no
et le lecteur X : pointe maintenant directement vers le dossier "folders" dans ce partage, donc "x : \oldfiles\myoldfile.txt " est maintenant assez court.
(Le "/persistent:no" signifie que cela ne survivra pas au prochain redémarrage et ne vous embrouillera pas plus tard. N'oubliez pas de dé-partager votre dossier lorsque vous avez terminé).
Rappelez-vous, vous n'avez pas nécessairement à partager le dossier contenant le fichier, s'il est déjà dans un dossier partagé, vous pouvez simplement mettre en correspondance par le biais de le partage et les dossiers imbriqués vers un dossier cible près de au fichier et cela fonctionne bien.
J'ai dû utiliser cette technique lors d'une robocopie massive entre deux serveurs lorsque nous nous sommes rendu compte que les utilisateurs avaient mappé des lecteurs assez profondément dans la structure des dossiers, et qu'ils avaient donc pu utiliser 255 caractères à partir de là, mais que cela dépassait la longueur totale du chemin d'accès au fichier lorsqu'on y accédait à partir de la racine du lecteur local.
0 votes
Comment ces fichiers ont-ils été créés ?
0 votes
Désolé pour mon ignorance sur ce sujet, mais Windows ne devrait-il pas gérer ces fichiers ? Ce que Will Eddins a posté ne devrait-il pas être fait automatiquement par Windows (même depuis l'explorateur) ?
2 votes
@Mokubai- La question dupliquée devrait être marquée comme étant un duplicata de celle-ci, car cette question est plus ancienne .
1 votes
@cybermonkey : Et il a une meilleure réponse.
0 votes
Pour les autres lecteurs, le Méthode 7zip avec
CTRL
+DELETE
est la méthode la plus simple à mon avis...0 votes
superuser.com/a/1263183/439537
0 votes
@christian-gollhardt 7-zip, sélectionnez le fichier et cliquez sur SHIFT + DELETE. CTRL + DELETE n'a pas fonctionné pour moi. SHIFT + DELETE dans Windows supprime les fichiers sans les déplacer dans la corbeille. 7-zip est génial, j'ai eu une fois des problèmes pour zipper quelque chose en utilisant l'implémentation de zip par défaut de Windows en raison de noms de fichiers trop longs, mais tout a fonctionné à 100% en utilisant 7-zip. Je suis d'accord - c'est aussi la méthode la plus simple à mon avis. J'aimerais que cette question ne soit pas fermée pour que la solution 7-zip soit plus visible sous forme de réponse.