Windows 95 : vérifier les noms longs avant de copier des données

Une copie peut transférer le contenu tout en raccourcissant les noms. Pour des données Windows 95, nombre et taille ne suffisent pas : noms complets, sous-dossiers et utilisation à destination comptent aussi. Ce test ne modifie aucun original et ne lance aucun ancien logiciel de source inconnue. Gardez l’ancien PC déconnecté de l’Internet public.

1. Distinguer noms longs et noms courts

Un nom court 8.3 comporte au maximum huit caractères avant le point et trois pour l’extension. Windows peut fournir un alias court avec un tilde en plus du nom long. Un nom tel que PROJEK~1.TXT ne prouve donc pas l’existence d’un deuxième fichier. Inversement, un alias seul ne permet pas de reconstituer fiablement le nom long initial.

Tout le parcours compte : application source, outil de copie, support intermédiaire, éventuel format d’archive et application cible. D’anciens outils MS-DOS ou certains systèmes de fichiers de CD peuvent ne transmettre que la forme courte. La documentation Microsoft actuelle couvre aussi les systèmes récents ; leurs réglages de chemins longs ne sont pas une solution pour Windows 95. Un nom long et un chemin total trop long sont deux problèmes distincts.

2. Créer un jeu de test sans risque

Dans un nouveau dossier, créez de petits fichiers texte aux contenus différents. Utilisez par exemple Projet Rapport Janvier.txt et Projet Rapport Fevrier.txt, ainsi qu’un nom accentué comme Révision.txt. Ajoutez un sous-dossier dont le nom contient une espace. Notez les noms complets, les contenus associés et l’arborescence avant le test. Ne choisissez pas des noms qui ne diffèrent que par la casse.

Utilisez des chemins courts et clairs, sans noms de périphériques réservés ni caractères tels que deux-points et point d’interrogation. Vérifiez aussi les extensions dans la vue des fichiers ou les propriétés ; une extension masquée n’est pas supprimée. Le jeu de test ne doit remplacer aucune donnée réelle ni se trouver dans un dossier d’application.

3. Tester le parcours réellement prévu

  1. Copiez uniquement le dossier de test avec exactement l’outil et le support intermédiaire prévus. Copiez, ne déplacez pas.
  2. En cas d’archive, vérifiez après extraction dans un nouveau dossier cible vide. L’affichage des noms à l’intérieur de l’archive ne suffit pas.
  3. À destination, comparez tous les noms complets, dossiers, accents, extensions et nombres de fichiers. Surveillez particulièrement les deux noms de projet similaires pour détecter confusion ou écrasement.
  4. Ouvrez chaque fichier et comparez le contenu avec l’association notée. Une taille identique ne prouve pas que les données sont inchangées. Notez version de l’outil, parcours, destination et résultat.

4. Ne pas renommer les originaux en cas d’écart

Si seuls des noms courts apparaissent, ou si des caractères sont erronés, des fichiers manquent ou un écrasement est signalé, arrêtez avant le vrai transfert. Ne renommez pas les originaux en masse. Choisissez un autre parcours de copie ou d’archivage dont l’adéquation est vérifiée et recommencez tout le test. Ne formatez aucun nouveau support sans vérifier son contenu existant et sa compatibilité avec l’ancien PC.

Même si les noms longs sont conservés, les alias courts peuvent changer ou manquer à destination. Les anciens raccourcis et applications utilisant des chemins courts fixes nécessitent donc des tests séparés dans un environnement isolé adapté. Cette vérification ne confirme ni une installation complète ni sa compatibilité. Gardez les originaux et une sauvegarde indépendante jusqu’à validation. La copie des données ne commence qu’après un test réussi, avec d’autres contrôles de contenu par échantillonnage.

Source: Microsoft: Naming Files, Paths, and Namespaces.