Bonjour,
Sur un serveur 2003 SP1 avec partition NTFS lorsque le chemin
d'accés avec
le nom de fichier fait plus de 255 caractères le fichier n'est plus
sauvegardé et le comportement par l'explorateur est différent (Clic
droit sur
le fichier le menu est différent : Copier renommer accés au
propriétés
impossible)
Mes questions :
Est-on limité à 255 caractères sur un serveur 2003 avec des
partitions NTFS ?
Si non, quelle est la solution pour repousser la limite des 255
caractères ?
Bonjour,
Sur un serveur 2003 SP1 avec partition NTFS lorsque le chemin
d'accés avec
le nom de fichier fait plus de 255 caractères le fichier n'est plus
sauvegardé et le comportement par l'explorateur est différent (Clic
droit sur
le fichier le menu est différent : Copier renommer accés au
propriétés
impossible)
Mes questions :
Est-on limité à 255 caractères sur un serveur 2003 avec des
partitions NTFS ?
Si non, quelle est la solution pour repousser la limite des 255
caractères ?
Bonjour,
Sur un serveur 2003 SP1 avec partition NTFS lorsque le chemin
d'accés avec
le nom de fichier fait plus de 255 caractères le fichier n'est plus
sauvegardé et le comportement par l'explorateur est différent (Clic
droit sur
le fichier le menu est différent : Copier renommer accés au
propriétés
impossible)
Mes questions :
Est-on limité à 255 caractères sur un serveur 2003 avec des
partitions NTFS ?
Si non, quelle est la solution pour repousser la limite des 255
caractères ?
Bonjour,
Sur un serveur 2003 SP1 avec partition NTFS lorsque le chemin d'accés avec
le nom de fichier fait plus de 255 caractères le fichier n'est plus
sauvegardé et le comportement par l'explorateur est différent (Clic droit
sur
le fichier le menu est différent : Copier renommer accés au propriétés
impossible)
Mes questions :
Est-on limité à 255 caractères sur un serveur 2003 avec des partitions
NTFS ?
La taille maximale des noms de fichiers est officiellement égale à 260
Bonjour,
Sur un serveur 2003 SP1 avec partition NTFS lorsque le chemin d'accés avec
le nom de fichier fait plus de 255 caractères le fichier n'est plus
sauvegardé et le comportement par l'explorateur est différent (Clic droit
sur
le fichier le menu est différent : Copier renommer accés au propriétés
impossible)
Mes questions :
Est-on limité à 255 caractères sur un serveur 2003 avec des partitions
NTFS ?
La taille maximale des noms de fichiers est officiellement égale à 260
Bonjour,
Sur un serveur 2003 SP1 avec partition NTFS lorsque le chemin d'accés avec
le nom de fichier fait plus de 255 caractères le fichier n'est plus
sauvegardé et le comportement par l'explorateur est différent (Clic droit
sur
le fichier le menu est différent : Copier renommer accés au propriétés
impossible)
Mes questions :
Est-on limité à 255 caractères sur un serveur 2003 avec des partitions
NTFS ?
La taille maximale des noms de fichiers est officiellement égale à 260
théoriquement je ne sais pas mais pratiquement OUI. j'ai les mêmes
problèmes pour accéder à ces fichiers.
théoriquement je ne sais pas mais pratiquement OUI. j'ai les mêmes
problèmes pour accéder à ces fichiers.
théoriquement je ne sais pas mais pratiquement OUI. j'ai les mêmes
problèmes pour accéder à ces fichiers.
Cela correspond à la valeur de la constante MAX_PATH utilisée
partout
dans les API de Windows et qui est égale à 260.
(...)
Il y a intérêt cependant à rester en dessous, à savoir 255, car
cela
dépend des traitements auxquels on peut être confrontés.(255 est le
nombre maximal tenant sur un octet).
Cela correspond à la valeur de la constante MAX_PATH utilisée
partout
dans les API de Windows et qui est égale à 260.
(...)
Il y a intérêt cependant à rester en dessous, à savoir 255, car
cela
dépend des traitements auxquels on peut être confrontés.(255 est le
nombre maximal tenant sur un octet).
Cela correspond à la valeur de la constante MAX_PATH utilisée
partout
dans les API de Windows et qui est égale à 260.
(...)
Il y a intérêt cependant à rester en dessous, à savoir 255, car
cela
dépend des traitements auxquels on peut être confrontés.(255 est le
nombre maximal tenant sur un octet).
On Thu, 12 Apr 2007 11:55:40 +0200, "kurtz_le_pirate"
wrote:théoriquement je ne sais pas mais pratiquement OUI. j'ai les mêmes
problèmes pour accéder à ces fichiers.
Pratiquement, j'en ai aussi souvent vu, comme tout le monde, avec des
problèmes de longueur de *chemins d'accès*.
Je n'ai jamais réussi à reproduire le phénomène à la main (pas faute
d'avoir essayé...), mais on y arrive assez bien et aléatoirement en
décompactant des dossiers avec des noms longs comme le bras dans
d'autres dossiers avec des noms longs comme le bras aussi.
--
Nina
On Thu, 12 Apr 2007 11:55:40 +0200, "kurtz_le_pirate"
<kurtzlepirate@yahoo.fr> wrote:
théoriquement je ne sais pas mais pratiquement OUI. j'ai les mêmes
problèmes pour accéder à ces fichiers.
Pratiquement, j'en ai aussi souvent vu, comme tout le monde, avec des
problèmes de longueur de *chemins d'accès*.
Je n'ai jamais réussi à reproduire le phénomène à la main (pas faute
d'avoir essayé...), mais on y arrive assez bien et aléatoirement en
décompactant des dossiers avec des noms longs comme le bras dans
d'autres dossiers avec des noms longs comme le bras aussi.
--
Nina
On Thu, 12 Apr 2007 11:55:40 +0200, "kurtz_le_pirate"
wrote:théoriquement je ne sais pas mais pratiquement OUI. j'ai les mêmes
problèmes pour accéder à ces fichiers.
Pratiquement, j'en ai aussi souvent vu, comme tout le monde, avec des
problèmes de longueur de *chemins d'accès*.
Je n'ai jamais réussi à reproduire le phénomène à la main (pas faute
d'avoir essayé...), mais on y arrive assez bien et aléatoirement en
décompactant des dossiers avec des noms longs comme le bras dans
d'autres dossiers avec des noms longs comme le bras aussi.
--
Nina
Bonsoir Nina,
Une autre solution pour reproduire cela c'est de créer une arborescence de
dossiers longue comme les champs Elysées. Il te suffit alors de partager
le dernier répertoire créé dans cet arborescence puis de se connecter à ce
partage et de rajouter des répertoires et/ou des fichiers tout aussi longs
! Résultat garantie ! LOL Reste plus ensuite qu'à expérimenter une
sauvegarde du lecteur qui contient cette jolie arborescence! erreurs
garanties !
--
Cordialement,
Michaël
MVP Windows Server - Directory Services
MCSA/MCSE 2003 Security
MCSA/MCSE 2003 Messaging
Mon blog:
http://mthibaut.over-blog.com
"Nina Popravka" a écrit dans le message de
news:On Thu, 12 Apr 2007 11:55:40 +0200, "kurtz_le_pirate"
wrote:théoriquement je ne sais pas mais pratiquement OUI. j'ai les mêmes
problèmes pour accéder à ces fichiers.
Pratiquement, j'en ai aussi souvent vu, comme tout le monde, avec des
problèmes de longueur de *chemins d'accès*.
Je n'ai jamais réussi à reproduire le phénomène à la main (pas faute
d'avoir essayé...), mais on y arrive assez bien et aléatoirement en
décompactant des dossiers avec des noms longs comme le bras dans
d'autres dossiers avec des noms longs comme le bras aussi.
--
Nina
Bonsoir Nina,
Une autre solution pour reproduire cela c'est de créer une arborescence de
dossiers longue comme les champs Elysées. Il te suffit alors de partager
le dernier répertoire créé dans cet arborescence puis de se connecter à ce
partage et de rajouter des répertoires et/ou des fichiers tout aussi longs
! Résultat garantie ! LOL Reste plus ensuite qu'à expérimenter une
sauvegarde du lecteur qui contient cette jolie arborescence! erreurs
garanties !
--
Cordialement,
Michaël
MVP Windows Server - Directory Services
MCSA/MCSE 2003 Security
MCSA/MCSE 2003 Messaging
Mon blog:
http://mthibaut.over-blog.com
"Nina Popravka" <Nina@nospam> a écrit dans le message de
news:n6bs13h35ghd6buvfg5tfm4kaic7qju26j@4ax.com...
On Thu, 12 Apr 2007 11:55:40 +0200, "kurtz_le_pirate"
<kurtzlepirate@yahoo.fr> wrote:
théoriquement je ne sais pas mais pratiquement OUI. j'ai les mêmes
problèmes pour accéder à ces fichiers.
Pratiquement, j'en ai aussi souvent vu, comme tout le monde, avec des
problèmes de longueur de *chemins d'accès*.
Je n'ai jamais réussi à reproduire le phénomène à la main (pas faute
d'avoir essayé...), mais on y arrive assez bien et aléatoirement en
décompactant des dossiers avec des noms longs comme le bras dans
d'autres dossiers avec des noms longs comme le bras aussi.
--
Nina
Bonsoir Nina,
Une autre solution pour reproduire cela c'est de créer une arborescence de
dossiers longue comme les champs Elysées. Il te suffit alors de partager
le dernier répertoire créé dans cet arborescence puis de se connecter à ce
partage et de rajouter des répertoires et/ou des fichiers tout aussi longs
! Résultat garantie ! LOL Reste plus ensuite qu'à expérimenter une
sauvegarde du lecteur qui contient cette jolie arborescence! erreurs
garanties !
--
Cordialement,
Michaël
MVP Windows Server - Directory Services
MCSA/MCSE 2003 Security
MCSA/MCSE 2003 Messaging
Mon blog:
http://mthibaut.over-blog.com
"Nina Popravka" a écrit dans le message de
news:On Thu, 12 Apr 2007 11:55:40 +0200, "kurtz_le_pirate"
wrote:théoriquement je ne sais pas mais pratiquement OUI. j'ai les mêmes
problèmes pour accéder à ces fichiers.
Pratiquement, j'en ai aussi souvent vu, comme tout le monde, avec des
problèmes de longueur de *chemins d'accès*.
Je n'ai jamais réussi à reproduire le phénomène à la main (pas faute
d'avoir essayé...), mais on y arrive assez bien et aléatoirement en
décompactant des dossiers avec des noms longs comme le bras dans
d'autres dossiers avec des noms longs comme le bras aussi.
--
Nina
... et pourtant, dans le document robocopy.doc
qui tient lieu de mode d'emploi détaillé
pour l'outil du même nom,
on peut lire :
(...)
dans la section "Processing a Directory Tree"
(...)
"By default Robocopy will handle file and directory path names
up to almost 32,000 characters in length.
If for any reason you wish to disable
this support for very long path names,
use the /256 switch. This causes Robocopy
to revert to normal path name semantics,
and a maximum path name length of 256 characters. "
... et pourtant, dans le document robocopy.doc
qui tient lieu de mode d'emploi détaillé
pour l'outil du même nom,
on peut lire :
(...)
dans la section "Processing a Directory Tree"
(...)
"By default Robocopy will handle file and directory path names
up to almost 32,000 characters in length.
If for any reason you wish to disable
this support for very long path names,
use the /256 switch. This causes Robocopy
to revert to normal path name semantics,
and a maximum path name length of 256 characters. "
... et pourtant, dans le document robocopy.doc
qui tient lieu de mode d'emploi détaillé
pour l'outil du même nom,
on peut lire :
(...)
dans la section "Processing a Directory Tree"
(...)
"By default Robocopy will handle file and directory path names
up to almost 32,000 characters in length.
If for any reason you wish to disable
this support for very long path names,
use the /256 switch. This causes Robocopy
to revert to normal path name semantics,
and a maximum path name length of 256 characters. "
Il faut distinguer la capacité pour NTFS de stocker des noms de
chemin très longs (32000 caractères semble être une limite
raisonnable), et la limite imposée par les API Windows aux
applications qui veulent accéder à une partition NTFS.
(...)
Il faut distinguer la capacité pour NTFS de stocker des noms de
chemin très longs (32000 caractères semble être une limite
raisonnable), et la limite imposée par les API Windows aux
applications qui veulent accéder à une partition NTFS.
(...)
Il faut distinguer la capacité pour NTFS de stocker des noms de
chemin très longs (32000 caractères semble être une limite
raisonnable), et la limite imposée par les API Windows aux
applications qui veulent accéder à une partition NTFS.
(...)
En gros, tant que tu as une application qui n'utilise pas les API Windows
d'accès aux fichiers, tu as une chance de pouvoir aller au-delà de la limite
des 260 caractères. Mais dès que tu passeras par une application qui utilise
ces API (cas de l'immense majorité à mon humble avis), tu seras bloqué
au-delà de cette limite.
En gros, tant que tu as une application qui n'utilise pas les API Windows
d'accès aux fichiers, tu as une chance de pouvoir aller au-delà de la limite
des 260 caractères. Mais dès que tu passeras par une application qui utilise
ces API (cas de l'immense majorité à mon humble avis), tu seras bloqué
au-delà de cette limite.
En gros, tant que tu as une application qui n'utilise pas les API Windows
d'accès aux fichiers, tu as une chance de pouvoir aller au-delà de la limite
des 260 caractères. Mais dès que tu passeras par une application qui utilise
ces API (cas de l'immense majorité à mon humble avis), tu seras bloqué
au-delà de cette limite.
Peu de programmes à l'heure actuelle utilisent
pleinement les possibilités déjà anciennes du NTFS
en ce qui concerne de la longueur d'un chemin...
Et le pire, c'est que les API de windows
en sont la principale cause ...
On croit rêver ...
Peu de programmes à l'heure actuelle utilisent
pleinement les possibilités déjà anciennes du NTFS
en ce qui concerne de la longueur d'un chemin...
Et le pire, c'est que les API de windows
en sont la principale cause ...
On croit rêver ...
Peu de programmes à l'heure actuelle utilisent
pleinement les possibilités déjà anciennes du NTFS
en ce qui concerne de la longueur d'un chemin...
Et le pire, c'est que les API de windows
en sont la principale cause ...
On croit rêver ...