Bonjour,
J'ai créé un dossier dans le répertoire "Auxiliary Files" de Pinnacle
Studio 9, depuis j'ai supprimé tous les fichiers en rapport avec ce
dossier, mais celui-ci, bien que vide, refuse de s'effacer (lecture
seule est désactivée dans ses propriétés). J'ai tout essayé, ou
presque, "ligne de commande", "ligne de commande" après "démarrage
sans échec", supprimé une clé soit disant censée résoudre mon
problème dans le Registre, désinstallé Studio 9, etc., rien ni fait.
Ce dossier a toutefois une apparence peut orthodoxe lorsqu'on le
visionne avec Nero 6, tous les dossiers sont jaune, sauf lui.
Pourtant, il est là, il me nargue...
Merci d'avance pour vos suggestions.
B. Nicolas
Bonjour,
J'ai créé un dossier dans le répertoire "Auxiliary Files" de Pinnacle
Studio 9, depuis j'ai supprimé tous les fichiers en rapport avec ce
dossier, mais celui-ci, bien que vide, refuse de s'effacer (lecture
seule est désactivée dans ses propriétés). J'ai tout essayé, ou
presque, "ligne de commande", "ligne de commande" après "démarrage
sans échec", supprimé une clé soit disant censée résoudre mon
problème dans le Registre, désinstallé Studio 9, etc., rien ni fait.
Ce dossier a toutefois une apparence peut orthodoxe lorsqu'on le
visionne avec Nero 6, tous les dossiers sont jaune, sauf lui.
Pourtant, il est là, il me nargue...
Merci d'avance pour vos suggestions.
B. Nicolas
Bonjour,
J'ai créé un dossier dans le répertoire "Auxiliary Files" de Pinnacle
Studio 9, depuis j'ai supprimé tous les fichiers en rapport avec ce
dossier, mais celui-ci, bien que vide, refuse de s'effacer (lecture
seule est désactivée dans ses propriétés). J'ai tout essayé, ou
presque, "ligne de commande", "ligne de commande" après "démarrage
sans échec", supprimé une clé soit disant censée résoudre mon
problème dans le Registre, désinstallé Studio 9, etc., rien ni fait.
Ce dossier a toutefois une apparence peut orthodoxe lorsqu'on le
visionne avec Nero 6, tous les dossiers sont jaune, sauf lui.
Pourtant, il est là, il me nargue...
Merci d'avance pour vos suggestions.
B. Nicolas
Bonjour,
J'ai créé un dossier dans le répertoire "Auxiliary Files" de Pinnacle
Studio
9, depuis j'ai supprimé tous les fichiers en rapport avec ce dossier, mais
celui-ci, bien que vide, refuse de s'effacer (lecture seule est désactivée
dans ses propriétés). J'ai tout essayé, ou presque, "ligne de commande",
"ligne de commande" après "démarrage sans échec", supprimé une clé soit
disant censée résoudre mon problème dans le Registre, désinstallé Studio
9,
etc., rien ni fait.
Ce dossier a toutefois une apparence peut orthodoxe lorsqu'on le visionne
avec Nero 6, tous les dossiers sont jaune, sauf lui. Pourtant, il est là,
il
me nargue...
Merci d'avance pour vos suggestions.
B. Nicolas
Bonjour,
J'ai créé un dossier dans le répertoire "Auxiliary Files" de Pinnacle
Studio
9, depuis j'ai supprimé tous les fichiers en rapport avec ce dossier, mais
celui-ci, bien que vide, refuse de s'effacer (lecture seule est désactivée
dans ses propriétés). J'ai tout essayé, ou presque, "ligne de commande",
"ligne de commande" après "démarrage sans échec", supprimé une clé soit
disant censée résoudre mon problème dans le Registre, désinstallé Studio
9,
etc., rien ni fait.
Ce dossier a toutefois une apparence peut orthodoxe lorsqu'on le visionne
avec Nero 6, tous les dossiers sont jaune, sauf lui. Pourtant, il est là,
il
me nargue...
Merci d'avance pour vos suggestions.
B. Nicolas
Bonjour,
J'ai créé un dossier dans le répertoire "Auxiliary Files" de Pinnacle
Studio
9, depuis j'ai supprimé tous les fichiers en rapport avec ce dossier, mais
celui-ci, bien que vide, refuse de s'effacer (lecture seule est désactivée
dans ses propriétés). J'ai tout essayé, ou presque, "ligne de commande",
"ligne de commande" après "démarrage sans échec", supprimé une clé soit
disant censée résoudre mon problème dans le Registre, désinstallé Studio
9,
etc., rien ni fait.
Ce dossier a toutefois une apparence peut orthodoxe lorsqu'on le visionne
avec Nero 6, tous les dossiers sont jaune, sauf lui. Pourtant, il est là,
il
me nargue...
Merci d'avance pour vos suggestions.
B. Nicolas
B. Nicolas wrote:
> Bonjour,
>
> J'ai créé un dossier dans le répertoire "Auxiliary Files" de Pinnacle
> Studio 9, depuis j'ai supprimé tous les fichiers en rapport avec ce
> dossier, mais celui-ci, bien que vide, refuse de s'effacer (lecture
> seule est désactivée dans ses propriétés). J'ai tout essayé, ou
> presque, "ligne de commande", "ligne de commande" après "démarrage
> sans échec", supprimé une clé soit disant censée résoudre mon
> problème dans le Registre, désinstallé Studio 9, etc., rien ni fait.
> Ce dossier a toutefois une apparence peut orthodoxe lorsqu'on le
> visionne avec Nero 6, tous les dossiers sont jaune, sauf lui.
> Pourtant, il est là, il me nargue...
>
> Merci d'avance pour vos suggestions.
>
> B. Nicolas
Bonjour
Si ton disque est en Fat32: démarre avec une disquette système DOS et
supprime le en ligne de commande sous DOS pur....
rd chemin'dossier' ou mieux si le fichier est présent: deltree
chemin'dossier'
Si tu es en NTFS: es tu sûr que ce dossier ne contient pas un fichier
caché qui serait en cours d'utilisation par le système?
momo
Salut,
B. Nicolas wrote:
> Bonjour,
>
> J'ai créé un dossier dans le répertoire "Auxiliary Files" de Pinnacle
> Studio 9, depuis j'ai supprimé tous les fichiers en rapport avec ce
> dossier, mais celui-ci, bien que vide, refuse de s'effacer (lecture
> seule est désactivée dans ses propriétés). J'ai tout essayé, ou
> presque, "ligne de commande", "ligne de commande" après "démarrage
> sans échec", supprimé une clé soit disant censée résoudre mon
> problème dans le Registre, désinstallé Studio 9, etc., rien ni fait.
> Ce dossier a toutefois une apparence peut orthodoxe lorsqu'on le
> visionne avec Nero 6, tous les dossiers sont jaune, sauf lui.
> Pourtant, il est là, il me nargue...
>
> Merci d'avance pour vos suggestions.
>
> B. Nicolas
Bonjour
Si ton disque est en Fat32: démarre avec une disquette système DOS et
supprime le en ligne de commande sous DOS pur....
rd chemin'dossier' ou mieux si le fichier est présent: deltree
chemin'dossier'
Si tu es en NTFS: es tu sûr que ce dossier ne contient pas un fichier
caché qui serait en cours d'utilisation par le système?
momo
Salut,
B. Nicolas wrote:
> Bonjour,
>
> J'ai créé un dossier dans le répertoire "Auxiliary Files" de Pinnacle
> Studio 9, depuis j'ai supprimé tous les fichiers en rapport avec ce
> dossier, mais celui-ci, bien que vide, refuse de s'effacer (lecture
> seule est désactivée dans ses propriétés). J'ai tout essayé, ou
> presque, "ligne de commande", "ligne de commande" après "démarrage
> sans échec", supprimé une clé soit disant censée résoudre mon
> problème dans le Registre, désinstallé Studio 9, etc., rien ni fait.
> Ce dossier a toutefois une apparence peut orthodoxe lorsqu'on le
> visionne avec Nero 6, tous les dossiers sont jaune, sauf lui.
> Pourtant, il est là, il me nargue...
>
> Merci d'avance pour vos suggestions.
>
> B. Nicolas
Bonjour
Si ton disque est en Fat32: démarre avec une disquette système DOS et
supprime le en ligne de commande sous DOS pur....
rd chemin'dossier' ou mieux si le fichier est présent: deltree
chemin'dossier'
Si tu es en NTFS: es tu sûr que ce dossier ne contient pas un fichier
caché qui serait en cours d'utilisation par le système?
momo
Salut,
Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
:Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais même
désinstallé Studio 9 pour voir la réaction, tout les dossiers avaient été
supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
supprimer, le message suivant s'affiche : "Impossible de supprimer Fichier :
Impossible de lire à partir du fichier ou de la disquette source".
Quant à la corbeille, elle n'est protégée par aucun programme ! Il y a
forcément un bug à quelque part, en 15 ans, je n'ai jamais rencontré ce
genre d'énigme !
C'est quand il y a un bug dans l'équivalence entre le nom long et le
nom système
Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans le
dossier parent
- taper « dir /x » pour voir le nom 8+3 (le nom affichera par exemple
xxxxx~1)
- effacer le fichier par del xxxxx~1
Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas" <b.nicolas@freesurf.com>
:
Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais même
désinstallé Studio 9 pour voir la réaction, tout les dossiers avaient été
supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
supprimer, le message suivant s'affiche : "Impossible de supprimer Fichier :
Impossible de lire à partir du fichier ou de la disquette source".
Quant à la corbeille, elle n'est protégée par aucun programme ! Il y a
forcément un bug à quelque part, en 15 ans, je n'ai jamais rencontré ce
genre d'énigme !
C'est quand il y a un bug dans l'équivalence entre le nom long et le
nom système
Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans le
dossier parent
- taper « dir /x » pour voir le nom 8+3 (le nom affichera par exemple
xxxxx~1)
- effacer le fichier par del xxxxx~1
Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
:Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais même
désinstallé Studio 9 pour voir la réaction, tout les dossiers avaient été
supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
supprimer, le message suivant s'affiche : "Impossible de supprimer Fichier :
Impossible de lire à partir du fichier ou de la disquette source".
Quant à la corbeille, elle n'est protégée par aucun programme ! Il y a
forcément un bug à quelque part, en 15 ans, je n'ai jamais rencontré ce
genre d'énigme !
C'est quand il y a un bug dans l'équivalence entre le nom long et le
nom système
Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans le
dossier parent
- taper « dir /x » pour voir le nom 8+3 (le nom affichera par exemple
xxxxx~1)
- effacer le fichier par del xxxxx~1
md a écrit :
> Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
> :
>
>
>>Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais même
>>désinstallé Studio 9 pour voir la réaction, tout les dossiers avaient
>>supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
>>supprimer, le message suivant s'affiche : "Impossible de supprimer
>>Impossible de lire à partir du fichier ou de la disquette source".
>>Quant à la corbeille, elle n'est protégée par aucun programme ! Il y a
>>forcément un bug à quelque part, en 15 ans, je n'ai jamais rencontré ce
>>genre d'énigme !
>
>
>
> C'est quand il y a un bug dans l'équivalence entre le nom long et le
> nom système
> Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans le
> dossier parent
> - taper « dir /x » pour voir le nom 8+3 (le nom affichera par exemple
> xxxxx~1)
> - effacer le fichier par del xxxxx~1
>
C'est intéressant.
Un scandisk n'aurait-il pas résolu ce genre de problème ?
@+
md a écrit :
> Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas" <b.nicolas@freesurf.com>
> :
>
>
>>Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais même
>>désinstallé Studio 9 pour voir la réaction, tout les dossiers avaient
>>supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
>>supprimer, le message suivant s'affiche : "Impossible de supprimer
>>Impossible de lire à partir du fichier ou de la disquette source".
>>Quant à la corbeille, elle n'est protégée par aucun programme ! Il y a
>>forcément un bug à quelque part, en 15 ans, je n'ai jamais rencontré ce
>>genre d'énigme !
>
>
>
> C'est quand il y a un bug dans l'équivalence entre le nom long et le
> nom système
> Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans le
> dossier parent
> - taper « dir /x » pour voir le nom 8+3 (le nom affichera par exemple
> xxxxx~1)
> - effacer le fichier par del xxxxx~1
>
C'est intéressant.
Un scandisk n'aurait-il pas résolu ce genre de problème ?
@+
md a écrit :
> Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
> :
>
>
>>Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais même
>>désinstallé Studio 9 pour voir la réaction, tout les dossiers avaient
>>supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
>>supprimer, le message suivant s'affiche : "Impossible de supprimer
>>Impossible de lire à partir du fichier ou de la disquette source".
>>Quant à la corbeille, elle n'est protégée par aucun programme ! Il y a
>>forcément un bug à quelque part, en 15 ans, je n'ai jamais rencontré ce
>>genre d'énigme !
>
>
>
> C'est quand il y a un bug dans l'équivalence entre le nom long et le
> nom système
> Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans le
> dossier parent
> - taper « dir /x » pour voir le nom 8+3 (le nom affichera par exemple
> xxxxx~1)
> - effacer le fichier par del xxxxx~1
>
C'est intéressant.
Un scandisk n'aurait-il pas résolu ce genre de problème ?
@+
Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
:
>Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais même
>désinstallé Studio 9 pour voir la réaction, tout les dossiers avaient été
>supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
>supprimer, le message suivant s'affiche : "Impossible de supprimer
>Impossible de lire à partir du fichier ou de la disquette source".
>Quant à la corbeille, elle n'est protégée par aucun programme ! Il y a
>forcément un bug à quelque part, en 15 ans, je n'ai jamais rencontré ce
>genre d'énigme !
C'est quand il y a un bug dans l'équivalence entre le nom long et le
nom système
Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans le
dossier parent
- taper « dir /x » pour voir le nom 8+3 (le nom affichera par exemple
xxxxx~1)
- effacer le fichier par del xxxxx~1
Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas" <b.nicolas@freesurf.com>
:
>Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais même
>désinstallé Studio 9 pour voir la réaction, tout les dossiers avaient été
>supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
>supprimer, le message suivant s'affiche : "Impossible de supprimer
>Impossible de lire à partir du fichier ou de la disquette source".
>Quant à la corbeille, elle n'est protégée par aucun programme ! Il y a
>forcément un bug à quelque part, en 15 ans, je n'ai jamais rencontré ce
>genre d'énigme !
C'est quand il y a un bug dans l'équivalence entre le nom long et le
nom système
Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans le
dossier parent
- taper « dir /x » pour voir le nom 8+3 (le nom affichera par exemple
xxxxx~1)
- effacer le fichier par del xxxxx~1
Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
:
>Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais même
>désinstallé Studio 9 pour voir la réaction, tout les dossiers avaient été
>supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
>supprimer, le message suivant s'affiche : "Impossible de supprimer
>Impossible de lire à partir du fichier ou de la disquette source".
>Quant à la corbeille, elle n'est protégée par aucun programme ! Il y a
>forcément un bug à quelque part, en 15 ans, je n'ai jamais rencontré ce
>genre d'énigme !
C'est quand il y a un bug dans l'équivalence entre le nom long et le
nom système
Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans le
dossier parent
- taper « dir /x » pour voir le nom 8+3 (le nom affichera par exemple
xxxxx~1)
- effacer le fichier par del xxxxx~1
"Max PUECH" a écrit dans le message de news:
4208e3d8$0$26981$md a écrit :Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais
même désinstallé Studio 9 pour voir la réaction, tout les dossiers
avaient
étésupprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
supprimer, le message suivant s'affiche : "Impossible de supprimer
Fichier :Impossible de lire à partir du fichier ou de la disquette source".
Quant à la corbeille, elle n'est protégée par aucun programme ! Il
y a forcément un bug à quelque part, en 15 ans, je n'ai jamais
rencontré ce genre d'énigme !
C'est quand il y a un bug dans l'équivalence entre le nom long et le
nom système
Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans
le dossier parent
- taper « dir /x » pour voir le nom 8+3 (le nom affichera par
exemple xxxxx~1)
- effacer le fichier par del xxxxx~1
C'est intéressant.
Un scandisk n'aurait-il pas résolu ce genre de problème ?
@+
Egalement essayé, sans résultat bien sûr.
Saleté de saleté...
B. Nicolas
"Max PUECH" <max.puech@alussinan.org> a écrit dans le message de news:
4208e3d8$0$26981$626a14ce@news.free.fr...
md a écrit :
Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
<b.nicolas@freesurf.com>
Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais
même désinstallé Studio 9 pour voir la réaction, tout les dossiers
avaient
été
supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
supprimer, le message suivant s'affiche : "Impossible de supprimer
Fichier :
Impossible de lire à partir du fichier ou de la disquette source".
Quant à la corbeille, elle n'est protégée par aucun programme ! Il
y a forcément un bug à quelque part, en 15 ans, je n'ai jamais
rencontré ce genre d'énigme !
C'est quand il y a un bug dans l'équivalence entre le nom long et le
nom système
Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans
le dossier parent
- taper « dir /x » pour voir le nom 8+3 (le nom affichera par
exemple xxxxx~1)
- effacer le fichier par del xxxxx~1
C'est intéressant.
Un scandisk n'aurait-il pas résolu ce genre de problème ?
@+
Egalement essayé, sans résultat bien sûr.
Saleté de saleté...
B. Nicolas
"Max PUECH" a écrit dans le message de news:
4208e3d8$0$26981$md a écrit :Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais
même désinstallé Studio 9 pour voir la réaction, tout les dossiers
avaient
étésupprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
supprimer, le message suivant s'affiche : "Impossible de supprimer
Fichier :Impossible de lire à partir du fichier ou de la disquette source".
Quant à la corbeille, elle n'est protégée par aucun programme ! Il
y a forcément un bug à quelque part, en 15 ans, je n'ai jamais
rencontré ce genre d'énigme !
C'est quand il y a un bug dans l'équivalence entre le nom long et le
nom système
Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans
le dossier parent
- taper « dir /x » pour voir le nom 8+3 (le nom affichera par
exemple xxxxx~1)
- effacer le fichier par del xxxxx~1
C'est intéressant.
Un scandisk n'aurait-il pas résolu ce genre de problème ?
@+
Egalement essayé, sans résultat bien sûr.
Saleté de saleté...
B. Nicolas
B. Nicolas a dit ça :
> "Max PUECH" a écrit dans le message de news:
> 4208e3d8$0$26981$
>> md a écrit :
>>> Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
>>>
>>>>
>>>
>>>
>>>> Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais
>>>> même désinstallé Studio 9 pour voir la réaction, tout les dossiers
>>>> avaient
> été
>>>> supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
>>>> supprimer, le message suivant s'affiche : "Impossible de supprimer
> Fichier :
>>>> Impossible de lire à partir du fichier ou de la disquette source".
>>>> Quant à la corbeille, elle n'est protégée par aucun programme ! Il
>>>> y a forcément un bug à quelque part, en 15 ans, je n'ai jamais
>>>> rencontré ce genre d'énigme !
>>>
>>>
>>>
>>> C'est quand il y a un bug dans l'équivalence entre le nom long et le
>>> nom système
>>> Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans
>>> le dossier parent
>>> - taper « dir /x » pour voir le nom 8+3 (le nom affichera par
>>> exemple xxxxx~1)
>>> - effacer le fichier par del xxxxx~1
>>>
>> C'est intéressant.
>> Un scandisk n'aurait-il pas résolu ce genre de problème ?
>>
>> @+
>
> Egalement essayé, sans résultat bien sûr.
> Saleté de saleté...
>
> B. Nicolas
s'il accepte, renome puis efface.
je suis venu à bout d'un dossier récalcitrant ainsi il y a qques jours.
essaye aussi en renomant le répertoire.
--
Cordialement,
Alf92
http://frpn.free.fr
B. Nicolas a dit ça :
> "Max PUECH" <max.puech@alussinan.org> a écrit dans le message de news:
> 4208e3d8$0$26981$626a14ce@news.free.fr...
>> md a écrit :
>>> Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
>>> <b.nicolas@freesurf.com>
>>>>
>>>
>>>
>>>> Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais
>>>> même désinstallé Studio 9 pour voir la réaction, tout les dossiers
>>>> avaient
> été
>>>> supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
>>>> supprimer, le message suivant s'affiche : "Impossible de supprimer
> Fichier :
>>>> Impossible de lire à partir du fichier ou de la disquette source".
>>>> Quant à la corbeille, elle n'est protégée par aucun programme ! Il
>>>> y a forcément un bug à quelque part, en 15 ans, je n'ai jamais
>>>> rencontré ce genre d'énigme !
>>>
>>>
>>>
>>> C'est quand il y a un bug dans l'équivalence entre le nom long et le
>>> nom système
>>> Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans
>>> le dossier parent
>>> - taper « dir /x » pour voir le nom 8+3 (le nom affichera par
>>> exemple xxxxx~1)
>>> - effacer le fichier par del xxxxx~1
>>>
>> C'est intéressant.
>> Un scandisk n'aurait-il pas résolu ce genre de problème ?
>>
>> @+
>
> Egalement essayé, sans résultat bien sûr.
> Saleté de saleté...
>
> B. Nicolas
s'il accepte, renome puis efface.
je suis venu à bout d'un dossier récalcitrant ainsi il y a qques jours.
essaye aussi en renomant le répertoire.
--
Cordialement,
Alf92
http://frpn.free.fr
B. Nicolas a dit ça :
> "Max PUECH" a écrit dans le message de news:
> 4208e3d8$0$26981$
>> md a écrit :
>>> Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
>>>
>>>>
>>>
>>>
>>>> Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais
>>>> même désinstallé Studio 9 pour voir la réaction, tout les dossiers
>>>> avaient
> été
>>>> supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
>>>> supprimer, le message suivant s'affiche : "Impossible de supprimer
> Fichier :
>>>> Impossible de lire à partir du fichier ou de la disquette source".
>>>> Quant à la corbeille, elle n'est protégée par aucun programme ! Il
>>>> y a forcément un bug à quelque part, en 15 ans, je n'ai jamais
>>>> rencontré ce genre d'énigme !
>>>
>>>
>>>
>>> C'est quand il y a un bug dans l'équivalence entre le nom long et le
>>> nom système
>>> Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans
>>> le dossier parent
>>> - taper « dir /x » pour voir le nom 8+3 (le nom affichera par
>>> exemple xxxxx~1)
>>> - effacer le fichier par del xxxxx~1
>>>
>> C'est intéressant.
>> Un scandisk n'aurait-il pas résolu ce genre de problème ?
>>
>> @+
>
> Egalement essayé, sans résultat bien sûr.
> Saleté de saleté...
>
> B. Nicolas
s'il accepte, renome puis efface.
je suis venu à bout d'un dossier récalcitrant ainsi il y a qques jours.
essaye aussi en renomant le répertoire.
--
Cordialement,
Alf92
http://frpn.free.fr
"Alf92" <alf92[NO-SPAM]@freesurf.fr> a écrit dans le message de news:
42090352$0$24303$B. Nicolas a dit ça :
> "Max PUECH" a écrit dans le message de news:
> 4208e3d8$0$26981$
>> md a écrit :
>>> Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
>>>
>>>>
>>>
>>>> Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais
>>>> même désinstallé Studio 9 pour voir la réaction, tout les dossiers
>>>> avaient
> été
>>>> supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
>>>> supprimer, le message suivant s'affiche : "Impossible de supprimer
> Fichier :
>>>> Impossible de lire à partir du fichier ou de la disquette source".
>>>> Quant à la corbeille, elle n'est protégée par aucun programme ! Il
>>>> y a forcément un bug à quelque part, en 15 ans, je n'ai jamais
>>>> rencontré ce genre d'énigme !
>>>
>>> C'est quand il y a un bug dans l'équivalence entre le nom long et le
>>> nom système
>>> Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans
>>> le dossier parent
>>> - taper « dir /x » pour voir le nom 8+3 (le nom affichera par
>>> exemple xxxxx~1)
>>> - effacer le fichier par del xxxxx~1
>>>
>> C'est intéressant.
>> Un scandisk n'aurait-il pas résolu ce genre de problème ?
>>
>> @+
>
> Egalement essayé, sans résultat bien sûr.
> Saleté de saleté...
>
> B. Nicolas
s'il accepte, renome puis efface.
je suis venu à bout d'un dossier récalcitrant ainsi il y a qques jours.
essaye aussi en renomant le répertoire.
--
Cordialement,
Alf92
http://frpn.free.fr
Hélas, ce dossier est trop coriace pour une ruse aussi simple. Non
seulement
il refuse d'être renommé, et effacé, mais si tu supprimes le répertoire
qui
l'accueil, l'effacement des dossiers qui l'accompagne commence, puis
l'opération est interrompue à cause de cette engeance de dossier.
D'autre part, lorsque j'ouvre l'Invite de commandes, le dossier s'affiche
normalement dans son répertoire en faisant un "Dir", mais lorsque je tape
cette même commande avec le nom du dossier, le système me répond que ce
dossier n'existe pas !!!
Plus tordu, c'est difficile...
Merci pour ton attention, et celle des autres intervenant.
B. Nicolas
"Alf92" <alf92[NO-SPAM]@freesurf.fr> a écrit dans le message de news:
42090352$0$24303$636a15ce@news.free.fr...
B. Nicolas a dit ça :
> "Max PUECH" <max.puech@alussinan.org> a écrit dans le message de news:
> 4208e3d8$0$26981$626a14ce@news.free.fr...
>> md a écrit :
>>> Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
>>> <b.nicolas@freesurf.com>
>>>>
>>>
>>>> Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais
>>>> même désinstallé Studio 9 pour voir la réaction, tout les dossiers
>>>> avaient
> été
>>>> supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
>>>> supprimer, le message suivant s'affiche : "Impossible de supprimer
> Fichier :
>>>> Impossible de lire à partir du fichier ou de la disquette source".
>>>> Quant à la corbeille, elle n'est protégée par aucun programme ! Il
>>>> y a forcément un bug à quelque part, en 15 ans, je n'ai jamais
>>>> rencontré ce genre d'énigme !
>>>
>>> C'est quand il y a un bug dans l'équivalence entre le nom long et le
>>> nom système
>>> Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans
>>> le dossier parent
>>> - taper « dir /x » pour voir le nom 8+3 (le nom affichera par
>>> exemple xxxxx~1)
>>> - effacer le fichier par del xxxxx~1
>>>
>> C'est intéressant.
>> Un scandisk n'aurait-il pas résolu ce genre de problème ?
>>
>> @+
>
> Egalement essayé, sans résultat bien sûr.
> Saleté de saleté...
>
> B. Nicolas
s'il accepte, renome puis efface.
je suis venu à bout d'un dossier récalcitrant ainsi il y a qques jours.
essaye aussi en renomant le répertoire.
--
Cordialement,
Alf92
http://frpn.free.fr
Hélas, ce dossier est trop coriace pour une ruse aussi simple. Non
seulement
il refuse d'être renommé, et effacé, mais si tu supprimes le répertoire
qui
l'accueil, l'effacement des dossiers qui l'accompagne commence, puis
l'opération est interrompue à cause de cette engeance de dossier.
D'autre part, lorsque j'ouvre l'Invite de commandes, le dossier s'affiche
normalement dans son répertoire en faisant un "Dir", mais lorsque je tape
cette même commande avec le nom du dossier, le système me répond que ce
dossier n'existe pas !!!
Plus tordu, c'est difficile...
Merci pour ton attention, et celle des autres intervenant.
B. Nicolas
"Alf92" <alf92[NO-SPAM]@freesurf.fr> a écrit dans le message de news:
42090352$0$24303$B. Nicolas a dit ça :
> "Max PUECH" a écrit dans le message de news:
> 4208e3d8$0$26981$
>> md a écrit :
>>> Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
>>>
>>>>
>>>
>>>> Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais
>>>> même désinstallé Studio 9 pour voir la réaction, tout les dossiers
>>>> avaient
> été
>>>> supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour le
>>>> supprimer, le message suivant s'affiche : "Impossible de supprimer
> Fichier :
>>>> Impossible de lire à partir du fichier ou de la disquette source".
>>>> Quant à la corbeille, elle n'est protégée par aucun programme ! Il
>>>> y a forcément un bug à quelque part, en 15 ans, je n'ai jamais
>>>> rencontré ce genre d'énigme !
>>>
>>> C'est quand il y a un bug dans l'équivalence entre le nom long et le
>>> nom système
>>> Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans
>>> le dossier parent
>>> - taper « dir /x » pour voir le nom 8+3 (le nom affichera par
>>> exemple xxxxx~1)
>>> - effacer le fichier par del xxxxx~1
>>>
>> C'est intéressant.
>> Un scandisk n'aurait-il pas résolu ce genre de problème ?
>>
>> @+
>
> Egalement essayé, sans résultat bien sûr.
> Saleté de saleté...
>
> B. Nicolas
s'il accepte, renome puis efface.
je suis venu à bout d'un dossier récalcitrant ainsi il y a qques jours.
essaye aussi en renomant le répertoire.
--
Cordialement,
Alf92
http://frpn.free.fr
Hélas, ce dossier est trop coriace pour une ruse aussi simple. Non
seulement
il refuse d'être renommé, et effacé, mais si tu supprimes le répertoire
qui
l'accueil, l'effacement des dossiers qui l'accompagne commence, puis
l'opération est interrompue à cause de cette engeance de dossier.
D'autre part, lorsque j'ouvre l'Invite de commandes, le dossier s'affiche
normalement dans son répertoire en faisant un "Dir", mais lorsque je tape
cette même commande avec le nom du dossier, le système me répond que ce
dossier n'existe pas !!!
Plus tordu, c'est difficile...
Merci pour ton attention, et celle des autres intervenant.
B. Nicolas
Bonsoir,
Si vous êtes sous XP il existe une méthode qui doit permettre d'en venir à
bout :
- Démarrer en Mode Sans Echec sous le compte Administrateur.
- Faire un Click-Droit sur le dossier en question, choisir Propriétés et
aller sur l'onglet Sécurité.
- S'il n'y a que les autorisations pour le système, lui ajouter le compte
Administrateur.
- Tout autoriser pour le compte Administrateur.
- Supprimer le dossier.
@+
"B. Nicolas" a écrit dans le message de news:
4209277f$
>
> "Alf92" <alf92[NO-SPAM]@freesurf.fr> a écrit dans le message de news:
> 42090352$0$24303$
>> B. Nicolas a dit ça :
>>
>> > "Max PUECH" a écrit dans le message de
>> > 4208e3d8$0$26981$
>> >> md a écrit :
>> >>> Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
>> >>>
>> >>>>
>> >>>
>> >>>> Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais
>> >>>> même désinstallé Studio 9 pour voir la réaction, tout les dossiers
>> >>>> avaient
>> > été
>> >>>> supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour
>> >>>> supprimer, le message suivant s'affiche : "Impossible de supprimer
>> > Fichier :
>> >>>> Impossible de lire à partir du fichier ou de la disquette source".
>> >>>> Quant à la corbeille, elle n'est protégée par aucun programme ! Il
>> >>>> y a forcément un bug à quelque part, en 15 ans, je n'ai jamais
>> >>>> rencontré ce genre d'énigme !
>> >>>
>> >>> C'est quand il y a un bug dans l'équivalence entre le nom long et
>> >>> nom système
>> >>> Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans
>> >>> le dossier parent
>> >>> - taper « dir /x » pour voir le nom 8+3 (le nom affichera par
>> >>> exemple xxxxx~1)
>> >>> - effacer le fichier par del xxxxx~1
>> >>>
>> >> C'est intéressant.
>> >> Un scandisk n'aurait-il pas résolu ce genre de problème ?
>> >>
>> >> @+
>> >
>> > Egalement essayé, sans résultat bien sûr.
>> > Saleté de saleté...
>> >
>> > B. Nicolas
>>
>> s'il accepte, renome puis efface.
>> je suis venu à bout d'un dossier récalcitrant ainsi il y a qques jours.
>> essaye aussi en renomant le répertoire.
>> --
>> Cordialement,
>> Alf92
>> http://frpn.free.fr
>>
> Hélas, ce dossier est trop coriace pour une ruse aussi simple. Non
> seulement
> il refuse d'être renommé, et effacé, mais si tu supprimes le répertoire
> qui
> l'accueil, l'effacement des dossiers qui l'accompagne commence, puis
> l'opération est interrompue à cause de cette engeance de dossier.
> D'autre part, lorsque j'ouvre l'Invite de commandes, le dossier
> normalement dans son répertoire en faisant un "Dir", mais lorsque je
> cette même commande avec le nom du dossier, le système me répond que ce
> dossier n'existe pas !!!
> Plus tordu, c'est difficile...
>
> Merci pour ton attention, et celle des autres intervenant.
>
> B. Nicolas
>
Bonsoir,
Si vous êtes sous XP il existe une méthode qui doit permettre d'en venir à
bout :
- Démarrer en Mode Sans Echec sous le compte Administrateur.
- Faire un Click-Droit sur le dossier en question, choisir Propriétés et
aller sur l'onglet Sécurité.
- S'il n'y a que les autorisations pour le système, lui ajouter le compte
Administrateur.
- Tout autoriser pour le compte Administrateur.
- Supprimer le dossier.
@+
"B. Nicolas" <b.nicolas@freesurf.com> a écrit dans le message de news:
4209277f$1_3@news.bluewin.ch...
>
> "Alf92" <alf92[NO-SPAM]@freesurf.fr> a écrit dans le message de news:
> 42090352$0$24303$636a15ce@news.free.fr...
>> B. Nicolas a dit ça :
>>
>> > "Max PUECH" <max.puech@alussinan.org> a écrit dans le message de
>> > 4208e3d8$0$26981$626a14ce@news.free.fr...
>> >> md a écrit :
>> >>> Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
>> >>> <b.nicolas@freesurf.com>
>> >>>>
>> >>>
>> >>>> Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais
>> >>>> même désinstallé Studio 9 pour voir la réaction, tout les dossiers
>> >>>> avaient
>> > été
>> >>>> supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour
>> >>>> supprimer, le message suivant s'affiche : "Impossible de supprimer
>> > Fichier :
>> >>>> Impossible de lire à partir du fichier ou de la disquette source".
>> >>>> Quant à la corbeille, elle n'est protégée par aucun programme ! Il
>> >>>> y a forcément un bug à quelque part, en 15 ans, je n'ai jamais
>> >>>> rencontré ce genre d'énigme !
>> >>>
>> >>> C'est quand il y a un bug dans l'équivalence entre le nom long et
>> >>> nom système
>> >>> Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans
>> >>> le dossier parent
>> >>> - taper « dir /x » pour voir le nom 8+3 (le nom affichera par
>> >>> exemple xxxxx~1)
>> >>> - effacer le fichier par del xxxxx~1
>> >>>
>> >> C'est intéressant.
>> >> Un scandisk n'aurait-il pas résolu ce genre de problème ?
>> >>
>> >> @+
>> >
>> > Egalement essayé, sans résultat bien sûr.
>> > Saleté de saleté...
>> >
>> > B. Nicolas
>>
>> s'il accepte, renome puis efface.
>> je suis venu à bout d'un dossier récalcitrant ainsi il y a qques jours.
>> essaye aussi en renomant le répertoire.
>> --
>> Cordialement,
>> Alf92
>> http://frpn.free.fr
>>
> Hélas, ce dossier est trop coriace pour une ruse aussi simple. Non
> seulement
> il refuse d'être renommé, et effacé, mais si tu supprimes le répertoire
> qui
> l'accueil, l'effacement des dossiers qui l'accompagne commence, puis
> l'opération est interrompue à cause de cette engeance de dossier.
> D'autre part, lorsque j'ouvre l'Invite de commandes, le dossier
> normalement dans son répertoire en faisant un "Dir", mais lorsque je
> cette même commande avec le nom du dossier, le système me répond que ce
> dossier n'existe pas !!!
> Plus tordu, c'est difficile...
>
> Merci pour ton attention, et celle des autres intervenant.
>
> B. Nicolas
>
Bonsoir,
Si vous êtes sous XP il existe une méthode qui doit permettre d'en venir à
bout :
- Démarrer en Mode Sans Echec sous le compte Administrateur.
- Faire un Click-Droit sur le dossier en question, choisir Propriétés et
aller sur l'onglet Sécurité.
- S'il n'y a que les autorisations pour le système, lui ajouter le compte
Administrateur.
- Tout autoriser pour le compte Administrateur.
- Supprimer le dossier.
@+
"B. Nicolas" a écrit dans le message de news:
4209277f$
>
> "Alf92" <alf92[NO-SPAM]@freesurf.fr> a écrit dans le message de news:
> 42090352$0$24303$
>> B. Nicolas a dit ça :
>>
>> > "Max PUECH" a écrit dans le message de
>> > 4208e3d8$0$26981$
>> >> md a écrit :
>> >>> Tue, 8 Feb 2005 10:23:50 +0100, "B. Nicolas"
>> >>>
>> >>>>
>> >>>
>> >>>> Le disque est en NTFS, et le dossier est vide. D'ailleurs j'avais
>> >>>> même désinstallé Studio 9 pour voir la réaction, tout les dossiers
>> >>>> avaient
>> > été
>> >>>> supprimés, sauf celui-ci bien sûr. Lorsque je clique dessus pour
>> >>>> supprimer, le message suivant s'affiche : "Impossible de supprimer
>> > Fichier :
>> >>>> Impossible de lire à partir du fichier ou de la disquette source".
>> >>>> Quant à la corbeille, elle n'est protégée par aucun programme ! Il
>> >>>> y a forcément un bug à quelque part, en 15 ans, je n'ai jamais
>> >>>> rencontré ce genre d'énigme !
>> >>>
>> >>> C'est quand il y a un bug dans l'équivalence entre le nom long et
>> >>> nom système
>> >>> Pour contrer cela, il suffit d'ouvrir une fenetre de commande dans
>> >>> le dossier parent
>> >>> - taper « dir /x » pour voir le nom 8+3 (le nom affichera par
>> >>> exemple xxxxx~1)
>> >>> - effacer le fichier par del xxxxx~1
>> >>>
>> >> C'est intéressant.
>> >> Un scandisk n'aurait-il pas résolu ce genre de problème ?
>> >>
>> >> @+
>> >
>> > Egalement essayé, sans résultat bien sûr.
>> > Saleté de saleté...
>> >
>> > B. Nicolas
>>
>> s'il accepte, renome puis efface.
>> je suis venu à bout d'un dossier récalcitrant ainsi il y a qques jours.
>> essaye aussi en renomant le répertoire.
>> --
>> Cordialement,
>> Alf92
>> http://frpn.free.fr
>>
> Hélas, ce dossier est trop coriace pour une ruse aussi simple. Non
> seulement
> il refuse d'être renommé, et effacé, mais si tu supprimes le répertoire
> qui
> l'accueil, l'effacement des dossiers qui l'accompagne commence, puis
> l'opération est interrompue à cause de cette engeance de dossier.
> D'autre part, lorsque j'ouvre l'Invite de commandes, le dossier
> normalement dans son répertoire en faisant un "Dir", mais lorsque je
> cette même commande avec le nom du dossier, le système me répond que ce
> dossier n'existe pas !!!
> Plus tordu, c'est difficile...
>
> Merci pour ton attention, et celle des autres intervenant.
>
> B. Nicolas
>