Il suffit de le monter en base de registre (load hive ou charger ruche) dans HKEY_USERS pour voir. C'est le HKEY_CURRENT_USER par défaut (enfin le modèle pour la création du profile).
??????????????? C'est là où je me mélange les octets ! Car dans ce cas, que fais-tu de HKEY_USERS.DEFAULT ?
Uniquement pour le système, rien a voir avce la gestion des profiles des utilisateurs
Monter "Doc and setDefault userNTUSER.DAT" dans la BDR n'est utile que pour modifier ce fichier.
Jusque la, on est d'accord
Mais vu que c'est %systemroot%system32configdefault (qui correspond à HKEY_USERSDEFAULT) qui est utilisé pour les nouveaux comptes ou en dehors d'ouverture de session, il y a quelque chose qui m'échappe ...
Non justement, HKEY_USERS.DEFAULT n'est utilisé que par le système (en particulier hors ouverture de session). Ca ne sert pas du tout a créer un nouveau profil.
Pour résumer, ce qui est dans system32 appartient au systeme, logique. Ce qui est dans default user sert pour créer un profil, que ce soit fichiers (avec ce qu'il y a dans ce repertoire) ou clés de registres (avec ce qu'il y a dans ntuser.dat). D'ailleur c'est logique, tout le repertoire default user est copié dans le repertoire d'un nouveau profil, ntuser.dat avec. Le ntuser.dat de default user devient donc le ntuser.dat de l'utilisateur (et donc le HKCU)
J'espere avoir été plus clair...
-- ========================== Nicolas (kirioss chez ifrance pt com) This behavior is by design (Microsoft) ===========================
Jean-Claude BELLAMY wrote:
Dans le message news:41aa000d$0$5800$626a14ce@news.free.fr ,
Il suffit de le monter en base de registre (load hive ou charger
ruche) dans HKEY_USERS pour voir. C'est le HKEY_CURRENT_USER par
défaut (enfin le modèle pour la création du profile).
???????????????
C'est là où je me mélange les octets !
Car dans ce cas, que fais-tu de HKEY_USERS.DEFAULT ?
Uniquement pour le système, rien a voir avce la gestion des profiles des
utilisateurs
Monter "Doc and setDefault userNTUSER.DAT" dans la BDR n'est
utile que pour modifier ce fichier.
Jusque la, on est d'accord
Mais vu que c'est %systemroot%system32configdefault (qui
correspond à HKEY_USERSDEFAULT) qui est utilisé pour les nouveaux
comptes ou en dehors d'ouverture de session, il y a quelque chose qui
m'échappe ...
Non justement, HKEY_USERS.DEFAULT n'est utilisé que par le système (en
particulier hors ouverture de session). Ca ne sert pas du tout a créer un
nouveau profil.
Pour résumer, ce qui est dans system32 appartient au systeme, logique. Ce
qui est dans default user sert pour créer un profil, que ce soit fichiers
(avec ce qu'il y a dans ce repertoire) ou clés de registres (avec ce qu'il y
a dans ntuser.dat). D'ailleur c'est logique, tout le repertoire default user
est copié dans le repertoire d'un nouveau profil, ntuser.dat avec. Le
ntuser.dat de default user devient donc le ntuser.dat de l'utilisateur (et
donc le HKCU)
J'espere avoir été plus clair...
--
========================== Nicolas (kirioss chez ifrance pt com)
This behavior is by design (Microsoft)
===========================
Il suffit de le monter en base de registre (load hive ou charger ruche) dans HKEY_USERS pour voir. C'est le HKEY_CURRENT_USER par défaut (enfin le modèle pour la création du profile).
??????????????? C'est là où je me mélange les octets ! Car dans ce cas, que fais-tu de HKEY_USERS.DEFAULT ?
Uniquement pour le système, rien a voir avce la gestion des profiles des utilisateurs
Monter "Doc and setDefault userNTUSER.DAT" dans la BDR n'est utile que pour modifier ce fichier.
Jusque la, on est d'accord
Mais vu que c'est %systemroot%system32configdefault (qui correspond à HKEY_USERSDEFAULT) qui est utilisé pour les nouveaux comptes ou en dehors d'ouverture de session, il y a quelque chose qui m'échappe ...
Non justement, HKEY_USERS.DEFAULT n'est utilisé que par le système (en particulier hors ouverture de session). Ca ne sert pas du tout a créer un nouveau profil.
Pour résumer, ce qui est dans system32 appartient au systeme, logique. Ce qui est dans default user sert pour créer un profil, que ce soit fichiers (avec ce qu'il y a dans ce repertoire) ou clés de registres (avec ce qu'il y a dans ntuser.dat). D'ailleur c'est logique, tout le repertoire default user est copié dans le repertoire d'un nouveau profil, ntuser.dat avec. Le ntuser.dat de default user devient donc le ntuser.dat de l'utilisateur (et donc le HKCU)
J'espere avoir été plus clair...
-- ========================== Nicolas (kirioss chez ifrance pt com) This behavior is by design (Microsoft) ===========================
Jean-Claude BELLAMY
Dans le message news:41aa227c$0$5784$ , Nicolas s'est ainsi exprimé:
Jean-Claude BELLAMY wrote:
Dans le message news:41aa000d$0$5800$ ,
Il suffit de le monter en base de registre (load hive ou charger ruche) dans HKEY_USERS pour voir. C'est le HKEY_CURRENT_USER par défaut (enfin le modèle pour la création du profile).
??????????????? C'est là où je me mélange les octets ! Car dans ce cas, que fais-tu de HKEY_USERS.DEFAULT ?
Uniquement pour le système, rien a voir avce la gestion des profiles des utilisateurs [...]
Pour résumer, ce qui est dans system32 appartient au systeme, logique. Mais alors, à quoi peuvent servir des clefs telles que :
HKEY_USERS.DEFAULTPrintersConnections HKEY_USERS.DEFAULTSoftwareMicrosoftNotepad HKEY_USERS.DEFAULTSoftwareMicrosoftMovieMakerRecordSettingsCaptureOnlyList HKEY_USERS.DEFAULTSoftwareNetscapeNetscape NavigatorSuffixes ... ????? Car ces clefs n'ont d'utilité que session OUVERTE ! Donc si elles ne servent pas de modèle, je ne vois vraiment pas leur utilité!
Pour en avoir le coeur net, j'ai comparé les arborescences "HKEY_USERS.DEFAULT" "HKEY_USERSdefault user" (obtenu par montage du ...default userNTUSER.DAT), et il n'y a pas photo : TOUT est dans HKEY_USERS.DEFAULT, l'autre clef (celle de doc & setdefault userNTUSER.DAT) est quasiment vide ..
J'espere avoir été plus clair... Oui, toi, tu es clair, mais c'est dans la BDR et la liste des ruches qu'il y
a des zônes d'ombre ! Et j'ai exploré tout le DVD du MSDN à ce sujet en vain...
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org http://www.bellamyjc.org *
Dans le message news:41aa227c$0$5784$626a14ce@news.free.fr ,
Nicolas <nico@fake.com> s'est ainsi exprimé:
Jean-Claude BELLAMY wrote:
Dans le message news:41aa000d$0$5800$626a14ce@news.free.fr ,
Il suffit de le monter en base de registre (load hive ou charger
ruche) dans HKEY_USERS pour voir. C'est le HKEY_CURRENT_USER par
défaut (enfin le modèle pour la création du profile).
???????????????
C'est là où je me mélange les octets !
Car dans ce cas, que fais-tu de HKEY_USERS.DEFAULT ?
Uniquement pour le système, rien a voir avce la gestion des profiles
des utilisateurs
[...]
Pour résumer, ce qui est dans system32 appartient au systeme,
logique.
Mais alors, à quoi peuvent servir des clefs telles que :
HKEY_USERS.DEFAULTPrintersConnections
HKEY_USERS.DEFAULTSoftwareMicrosoftNotepad
HKEY_USERS.DEFAULTSoftwareMicrosoftMovieMakerRecordSettingsCaptureOnlyList
HKEY_USERS.DEFAULTSoftwareNetscapeNetscape NavigatorSuffixes
...
?????
Car ces clefs n'ont d'utilité que session OUVERTE !
Donc si elles ne servent pas de modèle, je ne vois vraiment pas leur
utilité!
Pour en avoir le coeur net, j'ai comparé les arborescences
"HKEY_USERS.DEFAULT"
"HKEY_USERSdefault user"
(obtenu par montage du ...default userNTUSER.DAT),
et il n'y a pas photo : TOUT est dans HKEY_USERS.DEFAULT, l'autre clef
(celle de doc & setdefault userNTUSER.DAT) est quasiment vide ..
J'espere avoir été plus clair...
Oui, toi, tu es clair, mais c'est dans la BDR et la liste des ruches qu'il y
a des zônes d'ombre !
Et j'ai exploré tout le DVD du MSDN à ce sujet en vain...
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org Jean-Claude.Bellamy@wanadoo.fr *
JC.Bellamy@free.fr
Dans le message news:41aa227c$0$5784$ , Nicolas s'est ainsi exprimé:
Jean-Claude BELLAMY wrote:
Dans le message news:41aa000d$0$5800$ ,
Il suffit de le monter en base de registre (load hive ou charger ruche) dans HKEY_USERS pour voir. C'est le HKEY_CURRENT_USER par défaut (enfin le modèle pour la création du profile).
??????????????? C'est là où je me mélange les octets ! Car dans ce cas, que fais-tu de HKEY_USERS.DEFAULT ?
Uniquement pour le système, rien a voir avce la gestion des profiles des utilisateurs [...]
Pour résumer, ce qui est dans system32 appartient au systeme, logique. Mais alors, à quoi peuvent servir des clefs telles que :
HKEY_USERS.DEFAULTPrintersConnections HKEY_USERS.DEFAULTSoftwareMicrosoftNotepad HKEY_USERS.DEFAULTSoftwareMicrosoftMovieMakerRecordSettingsCaptureOnlyList HKEY_USERS.DEFAULTSoftwareNetscapeNetscape NavigatorSuffixes ... ????? Car ces clefs n'ont d'utilité que session OUVERTE ! Donc si elles ne servent pas de modèle, je ne vois vraiment pas leur utilité!
Pour en avoir le coeur net, j'ai comparé les arborescences "HKEY_USERS.DEFAULT" "HKEY_USERSdefault user" (obtenu par montage du ...default userNTUSER.DAT), et il n'y a pas photo : TOUT est dans HKEY_USERS.DEFAULT, l'autre clef (celle de doc & setdefault userNTUSER.DAT) est quasiment vide ..
J'espere avoir été plus clair... Oui, toi, tu es clair, mais c'est dans la BDR et la liste des ruches qu'il y
a des zônes d'ombre ! Et j'ai exploré tout le DVD du MSDN à ce sujet en vain...
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org http://www.bellamyjc.org *
Nicolas
Jean-Claude BELLAMY wrote:
Pour en avoir le coeur net, j'ai comparé les arborescences "HKEY_USERS.DEFAULT" "HKEY_USERSdefault user" (obtenu par montage du ...default userNTUSER.DAT), et il n'y a pas photo : TOUT est dans HKEY_USERS.DEFAULT, l'autre clef (celle de doc & setdefault userNTUSER.DAT) est quasiment vide ..
J'espere avoir été plus clair... Oui, toi, tu es clair, mais c'est dans la BDR et la liste des ruches
qu'il y a des zônes d'ombre ! Et j'ai exploré tout le DVD du MSDN à ce sujet en vain...
J'ai cherché dans mon abo technet comment est construit un profil utilisateur. Bah, j'ai pas trouvé grand chose. Ce qui est sur, c'est que default user sert de base. Par contre, pas un mot sur le reste (car effectivement, le profil de base est un peu legé).
-- ========================== Nicolas (kirioss chez ifrance pt com) This behavior is by design (Microsoft) ===========================
Jean-Claude BELLAMY wrote:
Pour en avoir le coeur net, j'ai comparé les arborescences
"HKEY_USERS.DEFAULT"
"HKEY_USERSdefault user"
(obtenu par montage du ...default userNTUSER.DAT),
et il n'y a pas photo : TOUT est dans HKEY_USERS.DEFAULT, l'autre
clef (celle de doc & setdefault userNTUSER.DAT) est quasiment vide
..
J'espere avoir été plus clair...
Oui, toi, tu es clair, mais c'est dans la BDR et la liste des ruches
qu'il y a des zônes d'ombre !
Et j'ai exploré tout le DVD du MSDN à ce sujet en vain...
J'ai cherché dans mon abo technet comment est construit un profil
utilisateur. Bah, j'ai pas trouvé grand chose. Ce qui est sur, c'est que
default user sert de base. Par contre, pas un mot sur le reste (car
effectivement, le profil de base est un peu legé).
--
========================== Nicolas (kirioss chez ifrance pt com)
This behavior is by design (Microsoft)
===========================
Pour en avoir le coeur net, j'ai comparé les arborescences "HKEY_USERS.DEFAULT" "HKEY_USERSdefault user" (obtenu par montage du ...default userNTUSER.DAT), et il n'y a pas photo : TOUT est dans HKEY_USERS.DEFAULT, l'autre clef (celle de doc & setdefault userNTUSER.DAT) est quasiment vide ..
J'espere avoir été plus clair... Oui, toi, tu es clair, mais c'est dans la BDR et la liste des ruches
qu'il y a des zônes d'ombre ! Et j'ai exploré tout le DVD du MSDN à ce sujet en vain...
J'ai cherché dans mon abo technet comment est construit un profil utilisateur. Bah, j'ai pas trouvé grand chose. Ce qui est sur, c'est que default user sert de base. Par contre, pas un mot sur le reste (car effectivement, le profil de base est un peu legé).
-- ========================== Nicolas (kirioss chez ifrance pt com) This behavior is by design (Microsoft) ===========================
jacques
Bonjour,
bon tout en anglais, si ça peut vous aider
RegdatXP reads non active WinNT/2K/XP/2K3 registry files like ntuser.dat and usrClass.dat and compares them to the current Registry. It is an NT version of Regdat and has also Search and Replace functions for the Registry. Registry Backups can be done by command-line arguments. The full version can export data from corrupt registry files, repair a corrupt file directly in some cases, and remove user passwords from offline Sam files.
RegdatXP v1.41 a tool to manage non active WinNT/2K/XP/2K3 registry files like Ntuser.dat and usrClass.dat, 11/7/04
http://people.freenet.de/h.ulbrich/
--
ps : pas d'email répondre au groupe " j'espère que ça aidera "
Bonjour,
bon tout en anglais, si ça peut vous aider
RegdatXP reads non active WinNT/2K/XP/2K3 registry files like ntuser.dat
and
usrClass.dat and compares them to the current Registry. It is an NT
version
of Regdat and has also Search and Replace functions for the Registry.
Registry
Backups can be done by command-line arguments. The full version can
export data
from corrupt registry files, repair a corrupt file directly in some
cases, and
remove user passwords from offline Sam files.
RegdatXP v1.41 a tool to manage non active WinNT/2K/XP/2K3 registry
files like Ntuser.dat and usrClass.dat, 11/7/04
http://people.freenet.de/h.ulbrich/
--
ps : pas d'email répondre au groupe
" j'espère que ça aidera "
RegdatXP reads non active WinNT/2K/XP/2K3 registry files like ntuser.dat and usrClass.dat and compares them to the current Registry. It is an NT version of Regdat and has also Search and Replace functions for the Registry. Registry Backups can be done by command-line arguments. The full version can export data from corrupt registry files, repair a corrupt file directly in some cases, and remove user passwords from offline Sam files.
RegdatXP v1.41 a tool to manage non active WinNT/2K/XP/2K3 registry files like Ntuser.dat and usrClass.dat, 11/7/04
http://people.freenet.de/h.ulbrich/
--
ps : pas d'email répondre au groupe " j'espère que ça aidera "
Nicolas
jacques wrote:
Bonjour,
bon tout en anglais, si ça peut vous aider
RegdatXP reads non active WinNT/2K/XP/2K3 registry files like ntuser.dat and usrClass.dat and compares them to the current Registry. It is an NT version of Regdat and has also Search and Replace functions for the Registry. Registry Backups can be done by command-line arguments. The full version can export data from corrupt registry files, repair a corrupt file directly in some cases, and remove user passwords from offline Sam files.
RegdatXP v1.41 a tool to manage non active WinNT/2K/XP/2K3 registry files like Ntuser.dat and usrClass.dat, 11/7/04
http://people.freenet.de/h.ulbrich/
Heu merci mais je vois pas le rapport...
-- ========================== Nicolas (kirioss chez ifrance pt com) This behavior is by design (Microsoft) ===========================
jacques wrote:
Bonjour,
bon tout en anglais, si ça peut vous aider
RegdatXP reads non active WinNT/2K/XP/2K3 registry files like
ntuser.dat and
usrClass.dat and compares them to the current Registry. It is an NT
version
of Regdat and has also Search and Replace functions for the Registry.
Registry
Backups can be done by command-line arguments. The full version can
export data
from corrupt registry files, repair a corrupt file directly in some
cases, and
remove user passwords from offline Sam files.
RegdatXP v1.41 a tool to manage non active WinNT/2K/XP/2K3 registry
files like Ntuser.dat and usrClass.dat, 11/7/04
http://people.freenet.de/h.ulbrich/
Heu merci mais je vois pas le rapport...
--
========================== Nicolas (kirioss chez ifrance pt com)
This behavior is by design (Microsoft)
===========================
RegdatXP reads non active WinNT/2K/XP/2K3 registry files like ntuser.dat and usrClass.dat and compares them to the current Registry. It is an NT version of Regdat and has also Search and Replace functions for the Registry. Registry Backups can be done by command-line arguments. The full version can export data from corrupt registry files, repair a corrupt file directly in some cases, and remove user passwords from offline Sam files.
RegdatXP v1.41 a tool to manage non active WinNT/2K/XP/2K3 registry files like Ntuser.dat and usrClass.dat, 11/7/04
http://people.freenet.de/h.ulbrich/
Heu merci mais je vois pas le rapport...
-- ========================== Nicolas (kirioss chez ifrance pt com) This behavior is by design (Microsoft) ===========================
~Jean-Marc~ [MVP]
Salutations *Jean-Claude BELLAMY* ! Dans http://groups.google.fr/groups?threadm=% tu nous disais :
Dans le message news:41aa227c$0$5784$ , Nicolas s'est ainsi exprimé:
Il suffit de le monter en base de registre (load hive ou charger ruche) dans HKEY_USERS pour voir. C'est le HKEY_CURRENT_USER par défaut (enfin le modèle pour la création du profile).
??????????????? C'est là où je me mélange les octets ! Car dans ce cas, que fais-tu de HKEY_USERS.DEFAULT ?
Pour résumer, ce qui est dans system32 appartient au systeme, logique.
Pour en avoir le coeur net, j'ai comparé les arborescences "HKEY_USERS.DEFAULT" "HKEY_USERSdefault user" (obtenu par montage du ...default userNTUSER.DAT), et il n'y a pas photo : TOUT est dans HKEY_USERS.DEFAULT, l'autre clef (celle de doc & setdefault userNTUSER.DAT) est quasiment vide ..
Bizarrement, on m'a confirmé hier (de la part d'un dev qui a beaucoup creusé la BdR) que HKU/.default s'appliquait lorsqu'il n'y a aucune session d'ouverte (ce que confirme le truc d'activation du pavé numérique avant logon).
Hypothèse : et si le HKU/.default se cumulait au HKCU lorsque la session est ouverte ? (avec priorité aux réglages trouvés en HKCU ?)
Cordialement
-- ~Jean-Marc~ MSAE & MVP Windows XP Fr M'écrire : http://msmvps.com/docxp/contact.aspx - http://perso.wanadoo.fr/doc.jm/ - http://msmvps.com/docxp/ - Aide en DIRECT sur Internet : http://communautes-ms.akro-net.org/
Salutations *Jean-Claude BELLAMY* !
Dans http://groups.google.fr/groups?threadm=%23k7w8Ah1EHA.208@TK2MSFTNGP12.phx.gbl
tu nous disais :
Dans le message news:41aa227c$0$5784$626a14ce@news.free.fr ,
Nicolas <nico@fake.com> s'est ainsi exprimé:
Il suffit de le monter en base de registre (load hive ou charger
ruche) dans HKEY_USERS pour voir. C'est le HKEY_CURRENT_USER par
défaut (enfin le modèle pour la création du profile).
???????????????
C'est là où je me mélange les octets !
Car dans ce cas, que fais-tu de HKEY_USERS.DEFAULT ?
Pour résumer, ce qui est dans system32 appartient au systeme,
logique.
Pour en avoir le coeur net, j'ai comparé les arborescences
"HKEY_USERS.DEFAULT"
"HKEY_USERSdefault user"
(obtenu par montage du ...default userNTUSER.DAT),
et il n'y a pas photo : TOUT est dans HKEY_USERS.DEFAULT, l'autre
clef (celle de doc & setdefault userNTUSER.DAT) est quasiment vide
..
Bizarrement, on m'a confirmé hier (de la part d'un dev qui a beaucoup
creusé la BdR) que HKU/.default s'appliquait lorsqu'il n'y a aucune
session d'ouverte (ce que confirme le truc d'activation du pavé numérique
avant logon).
Hypothèse : et si le HKU/.default se cumulait au HKCU lorsque la session
est ouverte ? (avec priorité aux réglages trouvés en HKCU ?)
Cordialement
--
~Jean-Marc~ MSAE & MVP Windows XP Fr
M'écrire : http://msmvps.com/docxp/contact.aspx
- http://perso.wanadoo.fr/doc.jm/ - http://msmvps.com/docxp/ -
Aide en DIRECT sur Internet : http://communautes-ms.akro-net.org/
Salutations *Jean-Claude BELLAMY* ! Dans http://groups.google.fr/groups?threadm=% tu nous disais :
Dans le message news:41aa227c$0$5784$ , Nicolas s'est ainsi exprimé:
Il suffit de le monter en base de registre (load hive ou charger ruche) dans HKEY_USERS pour voir. C'est le HKEY_CURRENT_USER par défaut (enfin le modèle pour la création du profile).
??????????????? C'est là où je me mélange les octets ! Car dans ce cas, que fais-tu de HKEY_USERS.DEFAULT ?
Pour résumer, ce qui est dans system32 appartient au systeme, logique.
Pour en avoir le coeur net, j'ai comparé les arborescences "HKEY_USERS.DEFAULT" "HKEY_USERSdefault user" (obtenu par montage du ...default userNTUSER.DAT), et il n'y a pas photo : TOUT est dans HKEY_USERS.DEFAULT, l'autre clef (celle de doc & setdefault userNTUSER.DAT) est quasiment vide ..
Bizarrement, on m'a confirmé hier (de la part d'un dev qui a beaucoup creusé la BdR) que HKU/.default s'appliquait lorsqu'il n'y a aucune session d'ouverte (ce que confirme le truc d'activation du pavé numérique avant logon).
Hypothèse : et si le HKU/.default se cumulait au HKCU lorsque la session est ouverte ? (avec priorité aux réglages trouvés en HKCU ?)
Cordialement
-- ~Jean-Marc~ MSAE & MVP Windows XP Fr M'écrire : http://msmvps.com/docxp/contact.aspx - http://perso.wanadoo.fr/doc.jm/ - http://msmvps.com/docxp/ - Aide en DIRECT sur Internet : http://communautes-ms.akro-net.org/