Bonjour,
Je veux recopier ou sauvegarder des répertoires et fichiers, vers d’autres
supports (comme un disc externe).. Mais, j’ai plusieurs messages d’erreurs :
noms de fichier et répertoires trop longs..
Donc, je ne sais pas quoi faire, surtout que plusieurs fichiers sont lies a
d’autres documents ?
Si je raccourci les noms, je risque de perdre les liens (surtout, parents) ?
Savez-vous ce qu’il faut faire, une astuce ?
D’ailleurs, quel intérêt de laisser remplir des noms si longs, si on ne peut
plus les recopier ?
J’essai de les compresser, de simplement les copier vers ou, d’utiliser un
logiciel (NTI BACKUP NOW ; fournit avec mon portable).. Mais, les problèmes
subsistes, plus ou moins..
Merci de me guider..
Newsgroup d'origine du message : news://msnews.microsoft.com/microsoft.public.fr.windowsxp (si vous lisez ce message dans un forum c'est qu'il a été copié) Herser :
Newsgroup d'origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windowsxp
(si vous lisez ce message dans un forum c'est qu'il a été copié)
Herser :
Newsgroup d'origine du message : news://msnews.microsoft.com/microsoft.public.fr.windowsxp (si vous lisez ce message dans un forum c'est qu'il a été copié) Herser :
Bonjour, Pour conclure, Sur le fait que j’avais du mal a recopié mes fichiers et répertoires.. En utilisant plusieurs méthodes ; copy/coller, en compressant zip, et même avec un logiciel de sauvegarde « NTI BACKUP NOW ».. J’avais toujours, plus ou moins, des erreurs de longueurs de noms de fichiers et chemins…
Apres les conseils des participants, ci-joint ; M’indiquant, que le chemin était trop long dans les sous répertoires, exemple : c:truc01truc02truc03truc04truc05 ?
Pour commencer ma première vérification, avec des fichiers et répertoires HTML, en sous répertoires.. J’ai décidé d’installer un logiciel de compression ; 7-zip, J’ai sélectionné un répertoire regroupant, 10.000 fichiers et sous répertoires, comportant des noms et chemins tres longs et complexes, Que j’ai compressé en 7z.. Ensuite, j’ai recopié le fichier.7z compressé, sur le disc dur externe, a la racine ; exemple : e: . J’ai décompressé le fichier, encore a la racine , exemple : e:truc Ce qui a fonctionné, sans le moindre message d’erreur.. Toute en me décompressant des fichiers, répertoires et chemins, extremenment long.. C’est parfait Merci de votre participation..
A noter que tu as reconstitué par essais une technique classique et très ancienne d'administrateur système (surtout unix): transférer et/ou stocker des fichiers par l'intermédiaire d'un fichier de type 'tarball'
Dans un Tarball de base, les fichiers ne sont pas compressés, mais simplement mis bout à bout. On fait parfois la même techniques pour les fichiers JPG qui sont déjà compressés et pour lesquels il est inutile de perdre du temps pour gagner peu de place (5 à 10%). On le fait avec la plupart des archiveurs en spécifiant: niveau de compression 0
Le Tarball a aussi plusieurs intérêts, même maintenant - Il transforme une multitude de petits fichiers en un seul, donc pas de clusters perdus. - Il stocke tous les noms de fichiers sans problème de longueur, de chemins ni d'encodage de caractère (très utile) - En cas de clusteurs abîmés sur le disque, il peut quand même reconstituer en suivant la file de données.
voir http://fr.wikipedia.org/wiki/Tar_%28informatique%29 A noter enfin que 'Tar' comme la plupart des petits outils unix a été porté sous Windows et peut donc être utilisé sur ce dernier sans installer tout Cygwin. Cela dit 7zip est probablement le meilleur système d'archivage actuel et tu peux même garder des archives dans ce format et travailler dedans sans les décompacter. A+
Bonjour,
Pour conclure, Sur le fait que j’avais du mal a recopié mes fichiers et
répertoires.. En utilisant plusieurs méthodes ; copy/coller, en compressant
zip, et même avec un logiciel de sauvegarde « NTI BACKUP NOW »..
J’avais toujours, plus ou moins, des erreurs de longueurs de noms de
fichiers et chemins…
Apres les conseils des participants, ci-joint ; M’indiquant, que le chemin
était trop long dans les sous répertoires, exemple :
c:truc01truc02truc03truc04truc05 ?
Pour commencer ma première vérification, avec des fichiers et répertoires
HTML, en sous répertoires.. J’ai décidé d’installer un logiciel de
compression ; 7-zip,
J’ai sélectionné un répertoire regroupant, 10.000 fichiers et sous
répertoires, comportant des noms et chemins tres longs et complexes,
Que j’ai compressé en 7z..
Ensuite, j’ai recopié le fichier.7z compressé, sur le disc dur externe, a la
racine ; exemple : e: .
J’ai décompressé le fichier, encore a la racine , exemple : e:truc
Ce qui a fonctionné, sans le moindre message d’erreur.. Toute en me
décompressant des fichiers, répertoires et chemins, extremenment long..
C’est parfait
Merci de votre participation..
A noter que tu as reconstitué par essais une technique classique et
très ancienne d'administrateur système (surtout unix): transférer
et/ou stocker des fichiers par l'intermédiaire d'un fichier de type
'tarball'
Dans un Tarball de base, les fichiers ne sont pas compressés, mais
simplement mis bout à bout. On fait parfois la même techniques pour
les fichiers JPG qui sont déjà compressés et pour lesquels il est
inutile de perdre du temps pour gagner peu de place (5 à 10%). On le
fait avec la plupart des archiveurs en spécifiant: niveau de
compression 0
Le Tarball a aussi plusieurs intérêts, même maintenant
- Il transforme une multitude de petits fichiers en un seul, donc pas
de clusters perdus.
- Il stocke tous les noms de fichiers sans problème de longueur, de
chemins ni d'encodage de caractère (très utile)
- En cas de clusteurs abîmés sur le disque, il peut quand même
reconstituer en suivant la file de données.
voir
http://fr.wikipedia.org/wiki/Tar_%28informatique%29
A noter enfin que 'Tar' comme la plupart des petits outils unix a été
porté sous Windows et peut donc être utilisé sur ce dernier sans
installer tout Cygwin.
Cela dit 7zip est probablement le meilleur système d'archivage actuel
et tu peux même garder des archives dans ce format et travailler
dedans sans les décompacter.
A+
Bonjour, Pour conclure, Sur le fait que j’avais du mal a recopié mes fichiers et répertoires.. En utilisant plusieurs méthodes ; copy/coller, en compressant zip, et même avec un logiciel de sauvegarde « NTI BACKUP NOW ».. J’avais toujours, plus ou moins, des erreurs de longueurs de noms de fichiers et chemins…
Apres les conseils des participants, ci-joint ; M’indiquant, que le chemin était trop long dans les sous répertoires, exemple : c:truc01truc02truc03truc04truc05 ?
Pour commencer ma première vérification, avec des fichiers et répertoires HTML, en sous répertoires.. J’ai décidé d’installer un logiciel de compression ; 7-zip, J’ai sélectionné un répertoire regroupant, 10.000 fichiers et sous répertoires, comportant des noms et chemins tres longs et complexes, Que j’ai compressé en 7z.. Ensuite, j’ai recopié le fichier.7z compressé, sur le disc dur externe, a la racine ; exemple : e: . J’ai décompressé le fichier, encore a la racine , exemple : e:truc Ce qui a fonctionné, sans le moindre message d’erreur.. Toute en me décompressant des fichiers, répertoires et chemins, extremenment long.. C’est parfait Merci de votre participation..
A noter que tu as reconstitué par essais une technique classique et très ancienne d'administrateur système (surtout unix): transférer et/ou stocker des fichiers par l'intermédiaire d'un fichier de type 'tarball'
Dans un Tarball de base, les fichiers ne sont pas compressés, mais simplement mis bout à bout. On fait parfois la même techniques pour les fichiers JPG qui sont déjà compressés et pour lesquels il est inutile de perdre du temps pour gagner peu de place (5 à 10%). On le fait avec la plupart des archiveurs en spécifiant: niveau de compression 0
Le Tarball a aussi plusieurs intérêts, même maintenant - Il transforme une multitude de petits fichiers en un seul, donc pas de clusters perdus. - Il stocke tous les noms de fichiers sans problème de longueur, de chemins ni d'encodage de caractère (très utile) - En cas de clusteurs abîmés sur le disque, il peut quand même reconstituer en suivant la file de données.
voir http://fr.wikipedia.org/wiki/Tar_%28informatique%29 A noter enfin que 'Tar' comme la plupart des petits outils unix a été porté sous Windows et peut donc être utilisé sur ce dernier sans installer tout Cygwin. Cela dit 7zip est probablement le meilleur système d'archivage actuel et tu peux même garder des archives dans ce format et travailler dedans sans les décompacter. A+
JF
Newsgroup d'origine du message : news://msnews.microsoft.com/microsoft.public.fr.windowsxp (si vous lisez ce message dans un forum c'est qu'il a été copié) mdnews :
J’ai sélectionné un répertoire regroupant, 10.000 fichiers et sous répertoires, comportant des noms et chemins tres longs et complexes, Que j’ai compressé en 7z.. Ensuite, j’ai recopié le fichier.7z compressé, sur le disc dur externe, a la racine ; exemple : e: . J’ai décompressé le fichier, encore a la racine , exemple : e:truc Ce qui a fonctionné, sans le moindre message d’erreur.. Toute en me décompressant des fichiers, répertoires et chemins, extremenment long.. C’est parfait Merci de votre participation..
A noter que tu as reconstitué par essais une technique classique et très ancienne d'administrateur système (surtout unix): transférer et/ou stocker des fichiers par l'intermédiaire d'un fichier de type 'tarball'
Dans un Tarball de base, les fichiers ne sont pas compressés, mais simplement mis bout à bout. On fait parfois la même techniques pour les fichiers JPG qui sont déjà compressés et pour lesquels il est inutile de perdre du temps pour gagner peu de place (5 à 10%). On le fait avec la plupart des archiveurs en spécifiant: niveau de compression 0
Le Tarball a aussi plusieurs intérêts, même maintenant - Il transforme une multitude de petits fichiers en un seul, donc pas de clusters perdus. - Il stocke tous les noms de fichiers sans problème de longueur, de chemins ni d'encodage de caractère (très utile) - En cas de clusteurs abîmés sur le disque, il peut quand même reconstituer en suivant la file de données.
voir http://fr.wikipedia.org/wiki/Tar_%28informatique%29 A noter enfin que 'Tar' comme la plupart des petits outils unix a été porté sous Windows et peut donc être utilisé sur ce dernier sans installer tout Cygwin. Cela dit 7zip est probablement le meilleur système d'archivage actuel et tu peux même garder des archives dans ce format et travailler dedans sans les décompacter. A+
Intéressant (comme souvent) ! Merci. http://groups.google.com/group/microsoft.public.fr.windowsxp/msg/588eaf7430d48071 Remarque : L'auteur de ce message a demandé que ce dernier ne soit pas archivé. Ce message sera supprimé des Groupes dans 6 jours (17 sep, 08:40). http://groups.google.com/group/microsoft.public.fr.windowsxp/browse_frm/thread/d95c912ddc75dbe4/
Newsgroup d'origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windowsxp
(si vous lisez ce message dans un forum c'est qu'il a été copié)
mdnews :
J’ai sélectionné un répertoire regroupant, 10.000 fichiers et sous
répertoires, comportant des noms et chemins tres longs et complexes,
Que j’ai compressé en 7z..
Ensuite, j’ai recopié le fichier.7z compressé, sur le disc dur externe, a la
racine ; exemple : e: .
J’ai décompressé le fichier, encore a la racine , exemple : e:truc
Ce qui a fonctionné, sans le moindre message d’erreur.. Toute en me
décompressant des fichiers, répertoires et chemins, extremenment long..
C’est parfait
Merci de votre participation..
A noter que tu as reconstitué par essais une technique classique et
très ancienne d'administrateur système (surtout unix): transférer
et/ou stocker des fichiers par l'intermédiaire d'un fichier de type
'tarball'
Dans un Tarball de base, les fichiers ne sont pas compressés, mais
simplement mis bout à bout. On fait parfois la même techniques pour
les fichiers JPG qui sont déjà compressés et pour lesquels il est
inutile de perdre du temps pour gagner peu de place (5 à 10%). On le
fait avec la plupart des archiveurs en spécifiant: niveau de
compression 0
Le Tarball a aussi plusieurs intérêts, même maintenant
- Il transforme une multitude de petits fichiers en un seul, donc pas
de clusters perdus.
- Il stocke tous les noms de fichiers sans problème de longueur, de
chemins ni d'encodage de caractère (très utile)
- En cas de clusteurs abîmés sur le disque, il peut quand même
reconstituer en suivant la file de données.
voir
http://fr.wikipedia.org/wiki/Tar_%28informatique%29
A noter enfin que 'Tar' comme la plupart des petits outils unix a été
porté sous Windows et peut donc être utilisé sur ce dernier sans
installer tout Cygwin.
Cela dit 7zip est probablement le meilleur système d'archivage actuel
et tu peux même garder des archives dans ce format et travailler
dedans sans les décompacter.
A+
Intéressant (comme souvent) ! Merci.
http://groups.google.com/group/microsoft.public.fr.windowsxp/msg/588eaf7430d48071
Remarque : L'auteur de ce message a demandé que ce dernier ne soit pas
archivé. Ce message sera supprimé des Groupes dans 6 jours (17 sep,
08:40).
http://groups.google.com/group/microsoft.public.fr.windowsxp/browse_frm/thread/d95c912ddc75dbe4/
Newsgroup d'origine du message : news://msnews.microsoft.com/microsoft.public.fr.windowsxp (si vous lisez ce message dans un forum c'est qu'il a été copié) mdnews :
J’ai sélectionné un répertoire regroupant, 10.000 fichiers et sous répertoires, comportant des noms et chemins tres longs et complexes, Que j’ai compressé en 7z.. Ensuite, j’ai recopié le fichier.7z compressé, sur le disc dur externe, a la racine ; exemple : e: . J’ai décompressé le fichier, encore a la racine , exemple : e:truc Ce qui a fonctionné, sans le moindre message d’erreur.. Toute en me décompressant des fichiers, répertoires et chemins, extremenment long.. C’est parfait Merci de votre participation..
A noter que tu as reconstitué par essais une technique classique et très ancienne d'administrateur système (surtout unix): transférer et/ou stocker des fichiers par l'intermédiaire d'un fichier de type 'tarball'
Dans un Tarball de base, les fichiers ne sont pas compressés, mais simplement mis bout à bout. On fait parfois la même techniques pour les fichiers JPG qui sont déjà compressés et pour lesquels il est inutile de perdre du temps pour gagner peu de place (5 à 10%). On le fait avec la plupart des archiveurs en spécifiant: niveau de compression 0
Le Tarball a aussi plusieurs intérêts, même maintenant - Il transforme une multitude de petits fichiers en un seul, donc pas de clusters perdus. - Il stocke tous les noms de fichiers sans problème de longueur, de chemins ni d'encodage de caractère (très utile) - En cas de clusteurs abîmés sur le disque, il peut quand même reconstituer en suivant la file de données.
voir http://fr.wikipedia.org/wiki/Tar_%28informatique%29 A noter enfin que 'Tar' comme la plupart des petits outils unix a été porté sous Windows et peut donc être utilisé sur ce dernier sans installer tout Cygwin. Cela dit 7zip est probablement le meilleur système d'archivage actuel et tu peux même garder des archives dans ce format et travailler dedans sans les décompacter. A+
Intéressant (comme souvent) ! Merci. http://groups.google.com/group/microsoft.public.fr.windowsxp/msg/588eaf7430d48071 Remarque : L'auteur de ce message a demandé que ce dernier ne soit pas archivé. Ce message sera supprimé des Groupes dans 6 jours (17 sep, 08:40). http://groups.google.com/group/microsoft.public.fr.windowsxp/browse_frm/thread/d95c912ddc75dbe4/
Newsgroup d'origine du message : news://msnews.microsoft.com/microsoft.public.fr.windowsxp (si vous lisez ce message dans un forum c'est qu'il a été copié) sondeur :
Je veux recopier ou sauvegarder des répertoires et fichiers, vers d’autres supports (comme un disc externe).. Mais, j’ai plusieurs messages d’erreurs : noms de fichier et répertoires trop longs.. Donc, je ne sais pas quoi faire, surtout que plusieurs fichiers sont lies a d’autres documents ? Si je raccourci les noms, je risque de perdre les liens (surtout, parents) ? Savez-vous ce qu’il faut faire, une astuce ? D’ailleurs, quel intérêt de laisser remplir des noms si longs, si on ne peut plus les recopier ? J’essai de les compresser, de simplement les copier vers ou, d’utiliser un logiciel (NTI BACKUP NOW ; fournit avec mon portable).. Mais, les problèmes subsistes, plus ou moins..
Pour conclure, Sur le fait que j’avais du mal a recopié mes fichiers et répertoires.. En utilisant plusieurs méthodes ; copy/coller, en compressant zip, et même avec un logiciel de sauvegarde « NTI BACKUP NOW ».. J’avais toujours, plus ou moins, des erreurs de longueurs de noms de fichiers et chemins…
Apres les conseils des participants, ci-joint ; M’indiquant, que le chemin était trop long dans les sous répertoires, exemple : c:truc01truc02truc03truc04truc05 ?
Pour commencer ma première vérification, avec des fichiers et répertoires HTML, en sous répertoires.. J’ai décidé d’installer un logiciel de compression ; 7-zip, J’ai sélectionné un répertoire regroupant, 10.000 fichiers et sous répertoires, comportant des noms et chemins tres longs et complexes, Que j’ai compressé en 7z.. Ensuite, j’ai recopié le fichier.7z compressé, sur le disc dur externe, a la racine ; exemple : e: . J’ai décompressé le fichier, encore a la racine , exemple : e:truc Ce qui a fonctionné, sans le moindre message d’erreur.. Toute en me décompressant des fichiers, répertoires et chemins, extremenment long.. C’est parfait
Bonjour Merci de ton retour d'info. Je viens de découvrir, mais je n'ai pas testé, que Total Commander a des nouveautés susceptibles de résoudre le problème des chemins à rallonge : http://www.ghisler.com/accueil.htm Nouveautés : http://www.ghisler.com/quoi2-9.htm Supporte les noms Unicode dans presque toutes les fonctions Supporte les noms plus longs que 259 caractères (1022 maximum)
Newsgroup d'origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windowsxp
(si vous lisez ce message dans un forum c'est qu'il a été copié)
sondeur :
Je veux recopier ou sauvegarder des répertoires et fichiers, vers d’autres
supports (comme un disc externe).. Mais, j’ai plusieurs messages d’erreurs :
noms de fichier et répertoires trop longs..
Donc, je ne sais pas quoi faire, surtout que plusieurs fichiers sont lies a
d’autres documents ?
Si je raccourci les noms, je risque de perdre les liens (surtout, parents) ?
Savez-vous ce qu’il faut faire, une astuce ?
D’ailleurs, quel intérêt de laisser remplir des noms si longs, si on ne peut
plus les recopier ?
J’essai de les compresser, de simplement les copier vers ou, d’utiliser un
logiciel (NTI BACKUP NOW ; fournit avec mon portable).. Mais, les problèmes
subsistes, plus ou moins..
Pour conclure, Sur le fait que j’avais du mal a recopié mes fichiers et
répertoires.. En utilisant plusieurs méthodes ; copy/coller, en compressant
zip, et même avec un logiciel de sauvegarde « NTI BACKUP NOW »..
J’avais toujours, plus ou moins, des erreurs de longueurs de noms de
fichiers et chemins…
Apres les conseils des participants, ci-joint ; M’indiquant, que le chemin
était trop long dans les sous répertoires, exemple :
c:truc01truc02truc03truc04truc05 ?
Pour commencer ma première vérification, avec des fichiers et répertoires
HTML, en sous répertoires.. J’ai décidé d’installer un logiciel de
compression ; 7-zip,
J’ai sélectionné un répertoire regroupant, 10.000 fichiers et sous
répertoires, comportant des noms et chemins tres longs et complexes,
Que j’ai compressé en 7z..
Ensuite, j’ai recopié le fichier.7z compressé, sur le disc dur externe, a la
racine ; exemple : e: .
J’ai décompressé le fichier, encore a la racine , exemple : e:truc
Ce qui a fonctionné, sans le moindre message d’erreur.. Toute en me
décompressant des fichiers, répertoires et chemins, extremenment long..
C’est parfait
Bonjour
Merci de ton retour d'info.
Je viens de découvrir, mais je n'ai pas testé, que Total Commander a
des nouveautés susceptibles de résoudre le problème des chemins à
rallonge :
http://www.ghisler.com/accueil.htm
Nouveautés :
http://www.ghisler.com/quoi2-9.htm
Supporte les noms Unicode dans presque toutes les fonctions
Supporte les noms plus longs que 259 caractères (1022 maximum)
Newsgroup d'origine du message : news://msnews.microsoft.com/microsoft.public.fr.windowsxp (si vous lisez ce message dans un forum c'est qu'il a été copié) sondeur :
Je veux recopier ou sauvegarder des répertoires et fichiers, vers d’autres supports (comme un disc externe).. Mais, j’ai plusieurs messages d’erreurs : noms de fichier et répertoires trop longs.. Donc, je ne sais pas quoi faire, surtout que plusieurs fichiers sont lies a d’autres documents ? Si je raccourci les noms, je risque de perdre les liens (surtout, parents) ? Savez-vous ce qu’il faut faire, une astuce ? D’ailleurs, quel intérêt de laisser remplir des noms si longs, si on ne peut plus les recopier ? J’essai de les compresser, de simplement les copier vers ou, d’utiliser un logiciel (NTI BACKUP NOW ; fournit avec mon portable).. Mais, les problèmes subsistes, plus ou moins..
Pour conclure, Sur le fait que j’avais du mal a recopié mes fichiers et répertoires.. En utilisant plusieurs méthodes ; copy/coller, en compressant zip, et même avec un logiciel de sauvegarde « NTI BACKUP NOW ».. J’avais toujours, plus ou moins, des erreurs de longueurs de noms de fichiers et chemins…
Apres les conseils des participants, ci-joint ; M’indiquant, que le chemin était trop long dans les sous répertoires, exemple : c:truc01truc02truc03truc04truc05 ?
Pour commencer ma première vérification, avec des fichiers et répertoires HTML, en sous répertoires.. J’ai décidé d’installer un logiciel de compression ; 7-zip, J’ai sélectionné un répertoire regroupant, 10.000 fichiers et sous répertoires, comportant des noms et chemins tres longs et complexes, Que j’ai compressé en 7z.. Ensuite, j’ai recopié le fichier.7z compressé, sur le disc dur externe, a la racine ; exemple : e: . J’ai décompressé le fichier, encore a la racine , exemple : e:truc Ce qui a fonctionné, sans le moindre message d’erreur.. Toute en me décompressant des fichiers, répertoires et chemins, extremenment long.. C’est parfait
Bonjour Merci de ton retour d'info. Je viens de découvrir, mais je n'ai pas testé, que Total Commander a des nouveautés susceptibles de résoudre le problème des chemins à rallonge : http://www.ghisler.com/accueil.htm Nouveautés : http://www.ghisler.com/quoi2-9.htm Supporte les noms Unicode dans presque toutes les fonctions Supporte les noms plus longs que 259 caractères (1022 maximum)
Salut j'ai résolu ce probleme en comptressant avec WinRar ou WinZip
a+ eddy
sondeur a couché sur son écran :
Chemin et nom c'est la même chose pour le système.
Oui, j'avais compris.. Mais, je vais voir si je peux déjà raccourcir le chemin.. Et essayer de nouveau en les copiant sur un disc externe.. Oui, j'avais compris.. Mais, je vais voir si je peux déjà raccourcir le chemin.. Et essayer de nouveau en les copiant sur un disc externe..
"JF" wrote:
Newsgroup d'origine du message : news://msnews.microsoft.com/microsoft.public.fr.windowsxp (si vous lisez ce message dans un forum c'est qu'il a été copié) sondeur :
Merci JF, Toujours aussi complet, rapide et concis dans vos (tes) réponses.. Donc, pour mes longueurs de noms, Je confonds peut être? Il s'agirait du chemin vers les fichiers qui serait trop long et donc trop complexe..? Hmm.. Je regarde..
Chemin et nom c'est la même chose pour le système.
Salut j'ai résolu ce probleme en comptressant avec WinRar ou WinZip
a+ eddy
sondeur a couché sur son écran :
Chemin et nom c'est la même chose pour le système.
Oui, j'avais compris.. Mais, je vais voir si je peux déjà raccourcir le
chemin.. Et essayer de nouveau en les copiant sur un disc externe.. Oui,
j'avais compris.. Mais, je vais voir si je peux déjà raccourcir le chemin..
Et essayer de nouveau en les copiant sur un disc externe..
"JF" wrote:
Newsgroup d'origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windowsxp
(si vous lisez ce message dans un forum c'est qu'il a été copié)
sondeur :
Merci JF,
Toujours aussi complet, rapide et concis dans vos (tes) réponses..
Donc, pour mes longueurs de noms, Je confonds peut être? Il s'agirait du
chemin vers les fichiers qui serait trop long et donc trop complexe..?
Hmm.. Je regarde..
Chemin et nom c'est la même chose pour le système.
Salut j'ai résolu ce probleme en comptressant avec WinRar ou WinZip
a+ eddy
sondeur a couché sur son écran :
Chemin et nom c'est la même chose pour le système.
Oui, j'avais compris.. Mais, je vais voir si je peux déjà raccourcir le chemin.. Et essayer de nouveau en les copiant sur un disc externe.. Oui, j'avais compris.. Mais, je vais voir si je peux déjà raccourcir le chemin.. Et essayer de nouveau en les copiant sur un disc externe..
"JF" wrote:
Newsgroup d'origine du message : news://msnews.microsoft.com/microsoft.public.fr.windowsxp (si vous lisez ce message dans un forum c'est qu'il a été copié) sondeur :
Merci JF, Toujours aussi complet, rapide et concis dans vos (tes) réponses.. Donc, pour mes longueurs de noms, Je confonds peut être? Il s'agirait du chemin vers les fichiers qui serait trop long et donc trop complexe..? Hmm.. Je regarde..
Chemin et nom c'est la même chose pour le système.
