accéder à C:Documents and Settings sous Vista

Le
Philippe
Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.

J'ai les droits d'administration de mon PC et pourtant je ne peux accéder à
ce répertoire (sur lequel bizarrement il y a une flèche comme si c'était un
raccourci).

Quelqu'un peut-il m'aider?

Merci d'avance de vos réponses.
Philippe
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Le Claude
Le #2794751
Salut,

1-) Doc & settings se nomme (en apparence) Users sous Vista
2-) C'est effectivement un raccourci mais il te faut des droits procède
comme suit :

Pour redevenir le maître sur un PC avec Vista :

I-) DÉSACTIVER L'UAC.
================== vois ici : http://www.bellamyjc.org/fr/windowsvista.html

II-) AVOIR TOUS LES DROITS SUR LES FICHIERS ET LES DOSSIERS
===================================================== Clic droit sur le dossier ou le fichier ==> [Propriétés] ==> onglet
[Sécurité], si c'est coriace ==> bouton [Avancé] tu as plusieurs
possibilités :
1-) Soit tu as une ligne [Interdire pour tout le monde] ==> bouton
[Modifier] tu la vires et en revenant sur la première page, tu peux te
donner les droits.
2-) Soit, si tu n'es pas dans le 1° cas, tu vas à l'onglet [Propriétaires]
==> bouton [Modifier] ==> tu cliques sur les noms qui ne sont pas
propriétaires (ne lis pas les messages, ce n'est que du bla-bla)
3-) Dans les 2 cas précédents tu reviens à la première fenêtre et là par le
bouton [Modifier] ==> clic sur [l'intéressé] ==> bouton [Appliquer] quand tu
as fini ==> [OK]

Sur certains dossiers "coriaces", qui n'ont comme utilisateurs que System,
il suffit de créer un nouvel administrateur en donnant son propre nom ou tel
qu'il est reconnu par Vista (si l'on est administrateur bien sur)
Comme c'est un super coriace pense a supprimer {interdire pour tout le
monde}


Mais tu peux accéder autrement aux dossiers contenus, et pour ce que tu veux
faire c'est AppData où il faudra intervenir. Pense aussi à rendre les
dossiers et fichiers cachés visibles :
Dans une fenêtre quelconque de l'explorateur Windows, tu vas dans le menu :
[Outils] ==> [Options de dossiers] ==> onglet [Affichage] ==> tu cliques
{afficher les dossiers et fichiers cachés} tu décliques {masquer les
dossiers et fichiers protégés du système d'exploitation}.
--
Amicalement, Claude.

Claude CHARNEAU MVP-Shell/User.

La fé sens òbras, mòrta es.


"Philippe" discussion :
Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.

J'ai les droits d'administration de mon PC et pourtant je ne peux accéder
à ce répertoire (sur lequel bizarrement il y a une flèche comme si c'était
un raccourci).

Quelqu'un peut-il m'aider?

Merci d'avance de vos réponses.
Philippe




Jean-Claude BELLAMY
Le #2796631
"Philippe" news:
Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.

J'ai les droits d'administration de mon PC et pourtant je ne peux accéder
à ce répertoire (sur lequel bizarrement il y a une flèche comme si c'était
un raccourci).

Quelqu'un peut-il m'aider?



(copier-coller d'un de mes articles posté le 5 février 2008 ici-même)

Jusqu'à XP, Windows comporte des dossiers "standards" (que l'on retrouve
dans toutes les configurations) dont les noms longs contiennent des espaces
("documents and settings", "program files", ...)
Or cela peut-être cause de petits désagréments (quand on ne fait pas
attention!) dans les commandes, vu que l'espace est le caratère séparateur.

Le gag classique est la copie de fichiers ou dossiers, ou l'exécution de
programmes, dont les noms contiennent des espaces, et que l'on a oublié
d'encadrer par des guillemets.
P.ex.
copy c:documents and settingshomerdocumentstrucs à la con.txt
d:machin
est interprété comme la copie du fichier
"c:documents"
vers le fichier
"and"
avec des paramètres parfaitement abscons que sont
"settingshomerdocumentstrucs", "à", "la", con.txt", "d:machin"

Pour remédier à cela, Microsoft a RENOMMÉ dans VISTA les noms de ces
"dossiers à espace" en supprimant tout espace.
Ainsi "Documents and settings" est devenu "Users" (ou "Utilisateurs" suivant
les versions linguistiques), "Program files" est devenu "Programs" (ou
"Programmes"), ...

MAIS il fallait penser aux "anciens" logiciels (scripts, exécutables, ...)
ne connaissant que les anciens noms.
Il lfallait donc trouver une astuce qui s'est concrétisée par l'utilisation
de "JUNCTION", qui est une fonctionnalité propore à NTFS (cela n'existe pas
en FAT, c'est pourquoi VISTA ne peut pas être installé sur une FAT), qui
consiste à créer des "alias" de noms de dossiers (ou fichiers)
Au passage, cela existe depuis longtemps dans le monde UNIX (les "liens
symboliques").

Donc on trouve toujours dans VISTA un dossier "Documents and settings", mais
ce dossier n'existe pas en tant que tel, car il "pointe" en réalité vers
"Users", par le biais d'une "Junction" créée sur "Users".

NB : même si çà y ressemble, c'est différent d'un raccourci, qui est un
fichier autonome (extension .LNK) dont le contenu indique vers quel fichier
ou dossier il pointe.
Ici, il n'y a qu'UNE entité, en l'occurrence le dossier "Users", qui possède
un nom principal ("Users") et en prime un alias ("Documents and settings").

Mais cette dualité peut être source de pb avec certains outils, en
particulier les outils de backup.
Afin d'éviter qu'un dossier à alias soit sauvegardé 2 fois (une 1ère fois
sous le nom de "users" et une 2ème fois sous le nom de "documents and
settings"), il a été ajouté une interdiction d'accès à tout le monde de ces
alias, c'est pourquoi on se goinfre une injurebox quand on essaye d'ouvrir
ces dossiers alias!

Cela peut se corriger (pour le fun uniquement!) en supprimant cette
interdiction dans la liste de contrôle d'accès.

Pour connaitre les correspondances entre un alias et le "vrai'" dossier ou
fichier auquel il se rapporte, il existe un excellent outil de ce bon vieux
Mark (RUSSINOVICH), disponible GRATUITEMENT ici :
http://www.microsoft.com/technet/sysinternals/FileAndDisk/Junction.mspx

Exemples :
C:>junction "C:UsersBELLAMYAppDataLocalApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYAppDataLocalApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataLocal
Substitute Name: ??C:UsersBELLAMYAppDataLocal

Donc l'alias "...UsersxxxAppDataLocalApplication Data" pointe en
réalité vers le dossier "...UsersxxxAppDataLocal" (lequel contient un
sous dossier "Application Data", qui pointe vers le dossier .....qui
contient un sous-dossier .... qui pointe vers .....)!!!

Ce qui explique cet "effet vache qui rit" (par allusion à l'étiquette de
"Vache qui rit" ou on voit que les boucle d'oreilles de la vache sont des
boites avec la même étiquette, laquelle ...)

De même
C:>junction "C:UsersBELLAMYApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataRoaming
Substitute Name: ??C:UsersBELLAMYAppDataRoaming

L'alias
"...UsersxxxApplication Data"
pointe en réalité vers le dossier
"...UsersxxxAppDataRoaming"


En prime, le dossier "Users" contient un fichier système/caché "Desktop.ini"
En effet, on trouve dans ce fichier la ligne suivante :
LocalizedResourceName=@%SystemRoot%system32shell32.dll,-21813

Et si on analyse le fichier "%SystemRoot%system32fr-FRshell32.dll.mui"
(ne pas oublier que sous VISTA, les ressources d'une DLL ou d'un EXE sont
"localisées" dans le fichier .<indicatifs de langues><nom-du-fichier>.mui)
avec un analyseur de ressources tel que "ResourceHacker", on trouve :

Stringtable 1364/1036 (il faut chercher la bonne!):

STRINGTABLE
LANGUAGE LANG_FRENCH, SUBLANG_FRENCH
{
21808, "Téléchargements publics"
21809, "Commandes système"
21810, "Liens"
21811, "Maintenance"
21812, "Autres programmes et mises à jour"
21813, "Utilisateurs"
21814, "Parties enregistrées"
21815, "Dossier de gravure temporaire"
21816, "Public"
21817, "Program Files (x86)"
21818, "Sélections"
21819, "Présentations"
21820, "Exemples de sélections"
}

en particulier ce qui nous intéresse ici est
21813, "Utilisateurs"

C'est donc cette traduction "Utilisateurs" qui sera affichée dans
l'explorateur.
Mais en "vrai", le dossier s'appelle toujours "Users" .



En conclusion, tout ce merdier est du au fait que certains blaireaux ne sont
pas fichus de manipuler correctement des guillemets ! ;-)


--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org

azer
Le #2855111
bonjour
merci Jean Claude pour cette explication

"Jean-Claude BELLAMY" message de news:
"Philippe" news:
Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.

J'ai les droits d'administration de mon PC et pourtant je ne peux accéder
à ce répertoire (sur lequel bizarrement il y a une flèche comme si
c'était un raccourci).

Quelqu'un peut-il m'aider?



(copier-coller d'un de mes articles posté le 5 février 2008 ici-même)

Jusqu'à XP, Windows comporte des dossiers "standards" (que l'on retrouve
dans toutes les configurations) dont les noms longs contiennent des
espaces ("documents and settings", "program files", ...)
Or cela peut-être cause de petits désagréments (quand on ne fait pas
attention!) dans les commandes, vu que l'espace est le caratère
séparateur.

Le gag classique est la copie de fichiers ou dossiers, ou l'exécution de
programmes, dont les noms contiennent des espaces, et que l'on a oublié
d'encadrer par des guillemets.
P.ex.
copy c:documents and settingshomerdocumentstrucs à la con.txt
d:machin
est interprété comme la copie du fichier
"c:documents"
vers le fichier
"and"
avec des paramètres parfaitement abscons que sont
"settingshomerdocumentstrucs", "à", "la", con.txt", "d:machin"

Pour remédier à cela, Microsoft a RENOMMÉ dans VISTA les noms de ces
"dossiers à espace" en supprimant tout espace.
Ainsi "Documents and settings" est devenu "Users" (ou "Utilisateurs"
suivant les versions linguistiques), "Program files" est devenu "Programs"
(ou "Programmes"), ...

MAIS il fallait penser aux "anciens" logiciels (scripts, exécutables, ...)
ne connaissant que les anciens noms.
Il lfallait donc trouver une astuce qui s'est concrétisée par
l'utilisation de "JUNCTION", qui est une fonctionnalité propore à NTFS
(cela n'existe pas en FAT, c'est pourquoi VISTA ne peut pas être installé
sur une FAT), qui consiste à créer des "alias" de noms de dossiers (ou
fichiers)
Au passage, cela existe depuis longtemps dans le monde UNIX (les "liens
symboliques").

Donc on trouve toujours dans VISTA un dossier "Documents and settings",
mais ce dossier n'existe pas en tant que tel, car il "pointe" en réalité
vers "Users", par le biais d'une "Junction" créée sur "Users".

NB : même si çà y ressemble, c'est différent d'un raccourci, qui est un
fichier autonome (extension .LNK) dont le contenu indique vers quel
fichier ou dossier il pointe.
Ici, il n'y a qu'UNE entité, en l'occurrence le dossier "Users", qui
possède un nom principal ("Users") et en prime un alias ("Documents and
settings").

Mais cette dualité peut être source de pb avec certains outils, en
particulier les outils de backup.
Afin d'éviter qu'un dossier à alias soit sauvegardé 2 fois (une 1ère fois
sous le nom de "users" et une 2ème fois sous le nom de "documents and
settings"), il a été ajouté une interdiction d'accès à tout le monde de
ces alias, c'est pourquoi on se goinfre une injurebox quand on essaye
d'ouvrir ces dossiers alias!

Cela peut se corriger (pour le fun uniquement!) en supprimant cette
interdiction dans la liste de contrôle d'accès.

Pour connaitre les correspondances entre un alias et le "vrai'" dossier ou
fichier auquel il se rapporte, il existe un excellent outil de ce bon
vieux Mark (RUSSINOVICH), disponible GRATUITEMENT ici :
http://www.microsoft.com/technet/sysinternals/FileAndDisk/Junction.mspx

Exemples :
C:>junction "C:UsersBELLAMYAppDataLocalApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYAppDataLocalApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataLocal
Substitute Name: ??C:UsersBELLAMYAppDataLocal

Donc l'alias "...UsersxxxAppDataLocalApplication Data" pointe en
réalité vers le dossier "...UsersxxxAppDataLocal" (lequel contient un
sous dossier "Application Data", qui pointe vers le dossier .....qui
contient un sous-dossier .... qui pointe vers .....)!!!

Ce qui explique cet "effet vache qui rit" (par allusion à l'étiquette de
"Vache qui rit" ou on voit que les boucle d'oreilles de la vache sont des
boites avec la même étiquette, laquelle ...)

De même
C:>junction "C:UsersBELLAMYApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataRoaming
Substitute Name: ??C:UsersBELLAMYAppDataRoaming

L'alias
"...UsersxxxApplication Data"
pointe en réalité vers le dossier
"...UsersxxxAppDataRoaming"


En prime, le dossier "Users" contient un fichier système/caché
"Desktop.ini" En effet, on trouve dans ce fichier la ligne suivante :
LocalizedResourceName=@%SystemRoot%system32shell32.dll,-21813

Et si on analyse le fichier "%SystemRoot%system32fr-FRshell32.dll.mui"
(ne pas oublier que sous VISTA, les ressources d'une DLL ou d'un EXE sont
"localisées" dans le fichier .<indicatifs de
langues><nom-du-fichier>.mui) avec un analyseur de ressources tel que
"ResourceHacker", on trouve :

Stringtable 1364/1036 (il faut chercher la bonne!):

STRINGTABLE
LANGUAGE LANG_FRENCH, SUBLANG_FRENCH
{
21808, "Téléchargements publics"
21809, "Commandes système"
21810, "Liens"
21811, "Maintenance"
21812, "Autres programmes et mises à jour"
21813, "Utilisateurs"
21814, "Parties enregistrées"
21815, "Dossier de gravure temporaire"
21816, "Public"
21817, "Program Files (x86)"
21818, "Sélections"
21819, "Présentations"
21820, "Exemples de sélections"
}

en particulier ce qui nous intéresse ici est
21813, "Utilisateurs"

C'est donc cette traduction "Utilisateurs" qui sera affichée dans
l'explorateur.
Mais en "vrai", le dossier s'appelle toujours "Users" .



En conclusion, tout ce merdier est du au fait que certains blaireaux ne
sont pas fichus de manipuler correctement des guillemets ! ;-)


--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org



Publicité
Poster une réponse
Anonyme