Salut,
Quelqu'un connait-il l'articulation des répertoires du système de Windows Seven (les répertoires cachés)
Certains répertoires avec un cadenas sont inaccessibles.posting.php?mode=post&f=9#
Pourquoi Programmes et Program files ? on peut ouvrir le premier mais pas le second (même en étant Grand administrateur)
l'un est-il l'alias de l'autre car dans un raccourci par exemple on voit un chemin avec C:\Program files alors qu'on voit le programme indiqué dans Programmes
Documents and Settings correspond-il à Utilisateurs Application Data at AppData ??? etc......
Merci de m'indiquer une doc si connue.
Clochar
repertoires inaccessibles
-
Jango78
- Messages : 1748
- Enregistré le : dim. 19 avr. 2009 13:02
- Etes vous un robot ? : Non
- Localisation : IDF
Re: repertoires inaccessibles
Hello,
C'est toute l'histoire des liens symboliques et points de jonctions de répertoires...
Pour un petit aperçu, tester dans une fenêtre d'invite la commande DIR /AL sur les emplacements ProgramData, Users, Program Files de la partition système.
Sans trop fouiller sur Google j'ai pas trouvé mieux que ceci:
http://svrops.com/svrops/articles/jpoints.htm
Voir également cette illustration en PDF:
http://mutable.net/blog/images/mutable_ ... Volume.pdf
C'est toute l'histoire des liens symboliques et points de jonctions de répertoires...
Pour un petit aperçu, tester dans une fenêtre d'invite la commande DIR /AL sur les emplacements ProgramData, Users, Program Files de la partition système.
Sans trop fouiller sur Google j'ai pas trouvé mieux que ceci:
http://svrops.com/svrops/articles/jpoints.htm
Voir également cette illustration en PDF:
http://mutable.net/blog/images/mutable_ ... Volume.pdf
Re: repertoires inaccessibles
Bonjour.
Mon avis qui n'engage que moi bin sur.
Une infernale usine à gaz.
Un cauchemar , cette gestion des droits.
Mon avis qui n'engage que moi bin sur.
Une infernale usine à gaz.
Un cauchemar , cette gestion des droits.
-
Blackpsykoze
- Messages : 256
- Enregistré le : dim. 15 mars 2009 16:43
- Etes vous un robot ? : Non
- Localisation : Dans un bled de Zi-Va !..
Re: repertoires inaccessibles
P'tin !.., ils osent tous les mecs !..amboss a écrit :Bonjour.
Mon avis qui n'engage que moi bin sur.
Une infernale usine à gaz.
Un cauchemar , cette gestion des droits.
Pareil, administrateur/super administrateur etc... çà vas dans tous les sens !..
@+
L'intelligence chez l'homme est la chose la mieux répartis, car quoi qu'il en soit pourvu, il a toujours l'impression d'en avoir assez vue que c'est avec çà qu'il juge !..
Re: repertoires inaccessibles
salut
Merci à Jango78
il s'agit bien de "points de jonction" (on se rapproche de Linux?)
"Program Files" est ainsi l'alias de "Programmes" et ce n'est en fait qu'un lien (raccourci) vers "Programmes" pour des raisons de compatibilité avec d'anciens chemins qui seraient inscrits dans d'anciens programmes. Donc un ancien prog qui pointerait à un moment sur "Program files" dans sa programmation, serait redirigé vers "Programmes".
MAIS là ou Microsoft nous emmêle, c'est qu'il utilise aussi ce type de "point de jonction" pour les raccourcis des nouveaux programmes et je ne sais plus ou j'en suis pour fabriquer des raccourcis complexes. Enfin on va s'y mettre
Merci à Jango78
il s'agit bien de "points de jonction" (on se rapproche de Linux?)
"Program Files" est ainsi l'alias de "Programmes" et ce n'est en fait qu'un lien (raccourci) vers "Programmes" pour des raisons de compatibilité avec d'anciens chemins qui seraient inscrits dans d'anciens programmes. Donc un ancien prog qui pointerait à un moment sur "Program files" dans sa programmation, serait redirigé vers "Programmes".
MAIS là ou Microsoft nous emmêle, c'est qu'il utilise aussi ce type de "point de jonction" pour les raccourcis des nouveaux programmes et je ne sais plus ou j'en suis pour fabriquer des raccourcis complexes. Enfin on va s'y mettre
Re: repertoires inaccessibles
bonsoir.
N'étant qu'un utilisateur bien ordinaire , je cherche à comprendre.
je cite:
"Program Files" est ainsi l'alias de "Programmes" et ce n'est en fait qu'un lien (raccourci) vers "Programmes" pour des raisons de compatibilité avec d'anciens chemins qui seraient inscrits dans d'anciens programmes. Donc un ancien prog qui pointerait à un moment sur "Program files" dans sa programmation, serait redirigé vers "Programmes".
D'accord.
Mais pourquoi ne pas avoir tout simplement gardé "program files".
Et programmer les nouveaux avec "program files" ?
Cela n'éviterait-il pas ces points de jonction?
Deuxième point:
"Enfin on va s'y mettre"
Alors là non et non, en clair gardons le problème et apprenons à le gérer plutot que de le résoudre.
Et ajoutons une couche en creeant un logiciel facilitant le gestion du problème.
La citerne est percée, à quoi bon colmater la brêche, installons un bassin de rétention,
plus une pompe de reprise qui remettra l'eau du bassin de rétention dans la citerne.
Pas très rationnel. Et gare si le bassin de rétention se met à fuire....ou que la pompe...
Allez , un autre bassin et une autre pompe en redondance...
C'est bien français , le système D, vulgairement système Dem...de
qui valorise l'art de se sortir de la m....e
au lieu de faire en sorte de ne pas y tomber.
Certains me diront et dans ma grande ignorance je veux bien les croire, que cette très complexe
et très gazeuse gestion des droits est indispensable dans les entreprises où l'on
doit gérer très finement les droits d'accès.Bien.
Alors dans ce cas , faisons une version grand public, conservant ce qui
ce qui intéresse ce public , et débarassée de cette complexité inutile pour lui
au mieux, source constante de problèmes au pire.
et d'autres éventuellement.
Il ne viendrait à l'idée d'aucun constrcteur automobile de fabriquer des voitures grand public
pur exercice de style d'ingénieurs et destinées à une clientèle très avertie.
Il en va de même de l'excès de sécurité,attention devant derrière , sur les cotés ,
êtes vous bien à l'origine de ci de ça .
Mettez un panneau danger tout les 100 mètres sur une route cela deviendra banal, et ,
lorsque le danger sera réel vous n'en tiendrez pas compte.
Simplifions pour gagner en convivialité.
Il y a plus d'utilisateurs d'informatique que d'informaticiens.
Navré de faire tâche dans votre monde d'initiés.
N'étant qu'un utilisateur bien ordinaire , je cherche à comprendre.
je cite:
"Program Files" est ainsi l'alias de "Programmes" et ce n'est en fait qu'un lien (raccourci) vers "Programmes" pour des raisons de compatibilité avec d'anciens chemins qui seraient inscrits dans d'anciens programmes. Donc un ancien prog qui pointerait à un moment sur "Program files" dans sa programmation, serait redirigé vers "Programmes".
D'accord.
Mais pourquoi ne pas avoir tout simplement gardé "program files".
Et programmer les nouveaux avec "program files" ?
Cela n'éviterait-il pas ces points de jonction?
Deuxième point:
"Enfin on va s'y mettre"
Alors là non et non, en clair gardons le problème et apprenons à le gérer plutot que de le résoudre.
Et ajoutons une couche en creeant un logiciel facilitant le gestion du problème.
La citerne est percée, à quoi bon colmater la brêche, installons un bassin de rétention,
plus une pompe de reprise qui remettra l'eau du bassin de rétention dans la citerne.
Pas très rationnel. Et gare si le bassin de rétention se met à fuire....ou que la pompe...
Allez , un autre bassin et une autre pompe en redondance...
C'est bien français , le système D, vulgairement système Dem...de
qui valorise l'art de se sortir de la m....e
au lieu de faire en sorte de ne pas y tomber.
Certains me diront et dans ma grande ignorance je veux bien les croire, que cette très complexe
et très gazeuse gestion des droits est indispensable dans les entreprises où l'on
doit gérer très finement les droits d'accès.Bien.
Alors dans ce cas , faisons une version grand public, conservant ce qui
ce qui intéresse ce public , et débarassée de cette complexité inutile pour lui
au mieux, source constante de problèmes au pire.
et d'autres éventuellement.
Il ne viendrait à l'idée d'aucun constrcteur automobile de fabriquer des voitures grand public
pur exercice de style d'ingénieurs et destinées à une clientèle très avertie.
Il en va de même de l'excès de sécurité,attention devant derrière , sur les cotés ,
êtes vous bien à l'origine de ci de ça .
Mettez un panneau danger tout les 100 mètres sur une route cela deviendra banal, et ,
lorsque le danger sera réel vous n'en tiendrez pas compte.
Simplifions pour gagner en convivialité.
Il y a plus d'utilisateurs d'informatique que d'informaticiens.
Navré de faire tâche dans votre monde d'initiés.
-
breizhspotlight
- Messages : 2936
- Enregistré le : dim. 11 janv. 2009 14:50
- Etes vous un robot ? : Non
- Localisation : France, Cesson Sévigné
Re: repertoires inaccessibles
Bonjour Amboss,Navré de faire tâche dans votre monde d'initiés.
Chacun ici arrive avec son niveau, aucun jugement n'est porté sur les capacités des uns et des autres...
Donc tu n'embêtes personne ici.
a +
En cas de problème constaté sur un sujet, contactez un modérateur par MP. N'intervenez pas vous-même. Merci
Re: repertoires inaccessibles
Bonjour,
A ce que je saches "Programmes" n'est-il pas un raccourci français (juste un pointeur) vers "Program Files".
Dans les betas anglaises et maintenant la version anglaise de la RC1, "Program Files" existe toujours. Je me trompe peut être, mais sous Vista, il existe un répertoire "Programmes" (pointeur vers Program Files") qui contient les applications installées par défaut. Il n'y a donc pas de changement.
D'ailleurs la commande "SET" vous donne entre autres variables d'environnement :
...
ProgramData=C:\ProgramData
ProgramFiles=C:\Program Files
...
Peut-être que je n'ai pas les connaissances approfondies, vous pouvez m'aider à tout comprendre sur "l'usine à gaz" dans la gestion des droits.
Merci d'avance
A ce que je saches "Programmes" n'est-il pas un raccourci français (juste un pointeur) vers "Program Files".
Dans les betas anglaises et maintenant la version anglaise de la RC1, "Program Files" existe toujours. Je me trompe peut être, mais sous Vista, il existe un répertoire "Programmes" (pointeur vers Program Files") qui contient les applications installées par défaut. Il n'y a donc pas de changement.
D'ailleurs la commande "SET" vous donne entre autres variables d'environnement :
...
ProgramData=C:\ProgramData
ProgramFiles=C:\Program Files
...
Peut-être que je n'ai pas les connaissances approfondies, vous pouvez m'aider à tout comprendre sur "l'usine à gaz" dans la gestion des droits.
Merci d'avance
Re: repertoires inaccessibles
Bonjour
Comme on y parle aussi d'objets parents et objets enfants et d'héritages
j'ai acheté le code civil.
J'étudie les droits de succesion.
On va y arriver, courage la route est longue et pleine d'embûches.
Bon , ce n'est pas le tout de râler.
Je propose:
On conserve ce système pour ceux qui en ont l'utilité.
On propose le choix:
- sans gestion des droits, accès sans aucune restriction
- avec gestion des droits.
Cela ne doit pas être compliqué à réaliser.
Par exemple à la création des comptes utilisateurs:
trois niveaux:
- sans gestion , accès sans aucune restriction.
- Administrateur (actuel)
- compte limité (actuel)
On peut éventuellement limiter à un seul compte "pleins pouvoirs".
Comme on y parle aussi d'objets parents et objets enfants et d'héritages
j'ai acheté le code civil.
J'étudie les droits de succesion.
On va y arriver, courage la route est longue et pleine d'embûches.
Bon , ce n'est pas le tout de râler.
Je propose:
On conserve ce système pour ceux qui en ont l'utilité.
On propose le choix:
- sans gestion des droits, accès sans aucune restriction
- avec gestion des droits.
Cela ne doit pas être compliqué à réaliser.
Par exemple à la création des comptes utilisateurs:
trois niveaux:
- sans gestion , accès sans aucune restriction.
- Administrateur (actuel)
- compte limité (actuel)
On peut éventuellement limiter à un seul compte "pleins pouvoirs".
Re: repertoires inaccessibles
Cette façon de gerer les droits ne date pas de Seven, mais si mes souvenirs sont bons, c'est depuis Win 2000. Je me trompe peut-être.
Mais schématiquement, il existe des objets "parents", p.ex un repertoire, des objets "enfants", des sous-repertoires et, des fichiers. Si on affecte des droits à un conteneur (répertoire), la question est de savoir s'il faut propager ces droits à tous le contenu.
Si on crée un fichier ou un sous-répertoire, doivent-ils hériter des droits existants du répertoire parent (conteneur) ou non. Plusieurs situations peuvent se présenter (appropriation, les groupes avec des droits de lecture/écriture, controle total, etc...), selon la finesse qu'on veut dans la gestion des droits.
Bref mes connaissances sont limitées, je m'arrête là.
Mais schématiquement, il existe des objets "parents", p.ex un repertoire, des objets "enfants", des sous-repertoires et, des fichiers. Si on affecte des droits à un conteneur (répertoire), la question est de savoir s'il faut propager ces droits à tous le contenu.
Si on crée un fichier ou un sous-répertoire, doivent-ils hériter des droits existants du répertoire parent (conteneur) ou non. Plusieurs situations peuvent se présenter (appropriation, les groupes avec des droits de lecture/écriture, controle total, etc...), selon la finesse qu'on veut dans la gestion des droits.
Bref mes connaissances sont limitées, je m'arrête là.