Bonsoir,
En gros :
============================== > Si dans un répertoire XX
on fabrique un fichier desktop.ini
contenant
------------------------
[.ShellClassInfo]
CLSID2={0AFACED1-E828-11D1-9187-B532F1E9575D}
Flags=2
------------------------
et qu'à côté de ce fichier ini
on ajoute un raccourci nommé target.lnk
qui pointe vers un dossier YYY
alors le shell "redirigera"
les chemins dans XX vers les mêmes dans YYY
(on peut modifier icône et "InfoTip" de XX
en les définissant avec le raccourci target)
===================================
C'est moins "chic" qu'avec junction
mais cela marche aussi en fat32 ;o)
J'ai une question :
J'ai mis flags=2
car c'est ce que l'on voit "partout"
mais j'ai fait des tests variés et je n'arrive pas à voir ce qui change ...
A quoi sert réellement flags ?
Bonsoir,
En gros :
============================== > Si dans un répertoire XX
on fabrique un fichier desktop.ini
contenant
------------------------
[.ShellClassInfo]
CLSID2={0AFACED1-E828-11D1-9187-B532F1E9575D}
Flags=2
------------------------
et qu'à côté de ce fichier ini
on ajoute un raccourci nommé target.lnk
qui pointe vers un dossier YYY
alors le shell "redirigera"
les chemins dans XX vers les mêmes dans YYY
(on peut modifier icône et "InfoTip" de XX
en les définissant avec le raccourci target)
===================================
C'est moins "chic" qu'avec junction
mais cela marche aussi en fat32 ;o)
J'ai une question :
J'ai mis flags=2
car c'est ce que l'on voit "partout"
mais j'ai fait des tests variés et je n'arrive pas à voir ce qui change ...
A quoi sert réellement flags ?
Bonsoir,
En gros :
============================== > Si dans un répertoire XX
on fabrique un fichier desktop.ini
contenant
------------------------
[.ShellClassInfo]
CLSID2={0AFACED1-E828-11D1-9187-B532F1E9575D}
Flags=2
------------------------
et qu'à côté de ce fichier ini
on ajoute un raccourci nommé target.lnk
qui pointe vers un dossier YYY
alors le shell "redirigera"
les chemins dans XX vers les mêmes dans YYY
(on peut modifier icône et "InfoTip" de XX
en les définissant avec le raccourci target)
===================================
C'est moins "chic" qu'avec junction
mais cela marche aussi en fat32 ;o)
J'ai une question :
J'ai mis flags=2
car c'est ce que l'on voit "partout"
mais j'ai fait des tests variés et je n'arrive pas à voir ce qui change ...
A quoi sert réellement flags ?
On m'a dit aussi, "junction travaille au niveau NTFS"
Jusque-là, ça va.
Mais j'ai demandé avec quelles références.
J'aurais compris si on m'avait répondu "comme celles de boot.ini",
références absolues des volumes.
Aussi bien JCB que Marc Russinovitch ne font pas le distingo !
Ils parlent de lettres de volumes !
Je suppose qu'ils ne sont pas en multiboot...
Pour illustrer, mettons qu'un répertoire R soit pointé vers X:yyy
dans un OS.
Sur un autre OS, en multiboot, le volume qui s'appelait X: s'appelle P:
- La junction va-t-elle encore exister ?
(elle devrait si c'est une notion NTFS et non une notion OS)
- Va-t-elle pointer vers P:nnn ? en conservant la redirection physique
(ce serait le cas avec des références absolues de volumes)
- Ou va-t-elle pointer vers le répertoire (lettre X: du nouvel OS)yyy
(s'il existe) ?
(alors là, ce serait la cata, ce serait n'importe quoi, sauf si on
maîtrise)
Et pour maîtriser, il faudrait connaître la réponse à ma question...
On m'a dit aussi, "junction travaille au niveau NTFS"
Jusque-là, ça va.
Mais j'ai demandé avec quelles références.
J'aurais compris si on m'avait répondu "comme celles de boot.ini",
références absolues des volumes.
Aussi bien JCB que Marc Russinovitch ne font pas le distingo !
Ils parlent de lettres de volumes !
Je suppose qu'ils ne sont pas en multiboot...
Pour illustrer, mettons qu'un répertoire R soit pointé vers X:yyy
dans un OS.
Sur un autre OS, en multiboot, le volume qui s'appelait X: s'appelle P:
- La junction va-t-elle encore exister ?
(elle devrait si c'est une notion NTFS et non une notion OS)
- Va-t-elle pointer vers P:nnn ? en conservant la redirection physique
(ce serait le cas avec des références absolues de volumes)
- Ou va-t-elle pointer vers le répertoire (lettre X: du nouvel OS)yyy
(s'il existe) ?
(alors là, ce serait la cata, ce serait n'importe quoi, sauf si on
maîtrise)
Et pour maîtriser, il faudrait connaître la réponse à ma question...
On m'a dit aussi, "junction travaille au niveau NTFS"
Jusque-là, ça va.
Mais j'ai demandé avec quelles références.
J'aurais compris si on m'avait répondu "comme celles de boot.ini",
références absolues des volumes.
Aussi bien JCB que Marc Russinovitch ne font pas le distingo !
Ils parlent de lettres de volumes !
Je suppose qu'ils ne sont pas en multiboot...
Pour illustrer, mettons qu'un répertoire R soit pointé vers X:yyy
dans un OS.
Sur un autre OS, en multiboot, le volume qui s'appelait X: s'appelle P:
- La junction va-t-elle encore exister ?
(elle devrait si c'est une notion NTFS et non une notion OS)
- Va-t-elle pointer vers P:nnn ? en conservant la redirection physique
(ce serait le cas avec des références absolues de volumes)
- Ou va-t-elle pointer vers le répertoire (lettre X: du nouvel OS)yyy
(s'il existe) ?
(alors là, ce serait la cata, ce serait n'importe quoi, sauf si on
maîtrise)
Et pour maîtriser, il faudrait connaître la réponse à ma question...
Mais le "vrai" nom d'une partition, c'est TOUJOURS un truc du style
"??Volume{5ae4cd7d-e348-11db-ac05-001a92475f7f}" , étant donné que
la lettre qui lui est éventuellement attribuée n'est qu'un artifice
qui facilite l'écriture, le lien entre les deux étant stocké dans
HKLMSYSTEMMountedDevices.
C'est donc bien la preuve que le système de fichiers NTFS et ensuite
la redirection de fichiers et dossiers par le réseau se contrefichent
des lettres de partitions, mais uniquement des ID !
(et heureusement !)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
Mais le "vrai" nom d'une partition, c'est TOUJOURS un truc du style
"??Volume{5ae4cd7d-e348-11db-ac05-001a92475f7f}" , étant donné que
la lettre qui lui est éventuellement attribuée n'est qu'un artifice
qui facilite l'écriture, le lien entre les deux étant stocké dans
HKLMSYSTEMMountedDevices.
C'est donc bien la preuve que le système de fichiers NTFS et ensuite
la redirection de fichiers et dossiers par le réseau se contrefichent
des lettres de partitions, mais uniquement des ID !
(et heureusement !)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
Mais le "vrai" nom d'une partition, c'est TOUJOURS un truc du style
"??Volume{5ae4cd7d-e348-11db-ac05-001a92475f7f}" , étant donné que
la lettre qui lui est éventuellement attribuée n'est qu'un artifice
qui facilite l'écriture, le lien entre les deux étant stocké dans
HKLMSYSTEMMountedDevices.
C'est donc bien la preuve que le système de fichiers NTFS et ensuite
la redirection de fichiers et dossiers par le réseau se contrefichent
des lettres de partitions, mais uniquement des ID !
(et heureusement !)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
*Bonjour Lotre * !
Ne pas oublier de mettre
l'attribut System au dossier XX qui contient le Desktop.ini
A quoi sert réellement flags ?
C'est une excellente question !
Dont je ne connais pas la réponse
*Bonjour Lotre * !
Ne pas oublier de mettre
l'attribut System au dossier XX qui contient le Desktop.ini
A quoi sert réellement flags ?
C'est une excellente question !
Dont je ne connais pas la réponse
*Bonjour Lotre * !
Ne pas oublier de mettre
l'attribut System au dossier XX qui contient le Desktop.ini
A quoi sert réellement flags ?
C'est une excellente question !
Dont je ne connais pas la réponse
Un excellent outil en extension de l'explorer pour gérer les points de
montage, hardlinks et jonctions :
http://schinagl.priv.at/nt/hardlinkshellext/HardlinkShellExt.exe
( mis à jour le 4 février, supporte W2K, XP et Vista)
Un excellent outil en extension de l'explorer pour gérer les points de
montage, hardlinks et jonctions :
http://schinagl.priv.at/nt/hardlinkshellext/HardlinkShellExt.exe
( mis à jour le 4 février, supporte W2K, XP et Vista)
Un excellent outil en extension de l'explorer pour gérer les points de
montage, hardlinks et jonctions :
http://schinagl.priv.at/nt/hardlinkshellext/HardlinkShellExt.exe
( mis à jour le 4 février, supporte W2K, XP et Vista)
Un excellent outil en extension de l'explorer pour gérer les points de
montage, hardlinks et jonctions :
http://schinagl.priv.at/nt/hardlinkshellext/HardlinkShellExt.exe
( mis à jour le 4 février, supporte W2K, XP et Vista)
Olivier
Un excellent outil en extension de l'explorer pour gérer les points de
montage, hardlinks et jonctions :
http://schinagl.priv.at/nt/hardlinkshellext/HardlinkShellExt.exe
( mis à jour le 4 février, supporte W2K, XP et Vista)
Olivier
Un excellent outil en extension de l'explorer pour gérer les points de
montage, hardlinks et jonctions :
http://schinagl.priv.at/nt/hardlinkshellext/HardlinkShellExt.exe
( mis à jour le 4 février, supporte W2K, XP et Vista)
Olivier