"Pascal" a écrit dans le message de news:
4b9fa603$0$7198$J'ai une image ghost de cette machine, y a t'il moyen de remettre la base
de
registre dans un état correct une fois l'image ghost déployée ou bien
...... une
réinstall s'impose ?
Salut,
tu peux utiliser ce fixit pour remettre les droits d'acces d'applombs dans
le registre.
Ca ne resoud pas tout mais ca aide dans pas mal de cas.
http://support.microsoft.com/kb/313222
"Pascal"<Pascal.xxx@xxx.fr> a écrit dans le message de news:
4b9fa603$0$7198$426a74cc@news.free.fr...
J'ai une image ghost de cette machine, y a t'il moyen de remettre la base
de
registre dans un état correct une fois l'image ghost déployée ou bien
...... une
réinstall s'impose ?
Salut,
tu peux utiliser ce fixit pour remettre les droits d'acces d'applombs dans
le registre.
Ca ne resoud pas tout mais ca aide dans pas mal de cas.
http://support.microsoft.com/kb/313222
"Pascal" a écrit dans le message de news:
4b9fa603$0$7198$J'ai une image ghost de cette machine, y a t'il moyen de remettre la base
de
registre dans un état correct une fois l'image ghost déployée ou bien
...... une
réinstall s'impose ?
Salut,
tu peux utiliser ce fixit pour remettre les droits d'acces d'applombs dans
le registre.
Ca ne resoud pas tout mais ca aide dans pas mal de cas.
http://support.microsoft.com/kb/313222
comme dit plus haut je vais essayer ce fixit
Merci pour ta réponse
comme dit plus haut je vais essayer ce fixit
Merci pour ta réponse
comme dit plus haut je vais essayer ce fixit
Merci pour ta réponse
[...]
Bon j'ai trouvé d'ou vient le soucis mais c'est un peu obscur, je
m'explique
Grace à procmon je peux voir que l'accès à cette clé est interdit :
RegOpenKey;HKCRCLSID{1833CFF0-CD7C-11D3-A099-0000B4AAE07B}LocalServer32;ACCESS
DENIED;Desired
Access: Maximum Allowed
Je vais voir dans la base de registre et effectivement l'administrateur de
la
machine ne peut accéder à cette clé,
[...]
Bon j'ai trouvé d'ou vient le soucis mais c'est un peu obscur, je
m'explique
Grace à procmon je peux voir que l'accès à cette clé est interdit :
RegOpenKey;HKCRCLSID{1833CFF0-CD7C-11D3-A099-0000B4AAE07B}LocalServer32;ACCESS
DENIED;Desired
Access: Maximum Allowed
Je vais voir dans la base de registre et effectivement l'administrateur de
la
machine ne peut accéder à cette clé,
[...]
Bon j'ai trouvé d'ou vient le soucis mais c'est un peu obscur, je
m'explique
Grace à procmon je peux voir que l'accès à cette clé est interdit :
RegOpenKey;HKCRCLSID{1833CFF0-CD7C-11D3-A099-0000B4AAE07B}LocalServer32;ACCESS
DENIED;Desired
Access: Maximum Allowed
Je vais voir dans la base de registre et effectivement l'administrateur de
la
machine ne peut accéder à cette clé,
"Pascal" a écrit dans le message de news:
4b9fd82c$0$24093$comme dit plus haut je vais essayer ce fixit
Merci pour ta réponse
en meme temps comme tu as deja trouve la clef dot les droits ont sautés, tu
ne verra pas trop si c'ets efficace dans ton cas .
Il faudrait recasser les droits de cette clef par exemple.
A moins que tu n'aies d'autres dysfonctionnement du meme ordre.
"Pascal"<xxx.xxx@xxx.fr> a écrit dans le message de news:
4b9fd82c$0$24093$426a74cc@news.free.fr...
comme dit plus haut je vais essayer ce fixit
Merci pour ta réponse
en meme temps comme tu as deja trouve la clef dot les droits ont sautés, tu
ne verra pas trop si c'ets efficace dans ton cas .
Il faudrait recasser les droits de cette clef par exemple.
A moins que tu n'aies d'autres dysfonctionnement du meme ordre.
"Pascal" a écrit dans le message de news:
4b9fd82c$0$24093$comme dit plus haut je vais essayer ce fixit
Merci pour ta réponse
en meme temps comme tu as deja trouve la clef dot les droits ont sautés, tu
ne verra pas trop si c'ets efficace dans ton cas .
Il faudrait recasser les droits de cette clef par exemple.
A moins que tu n'aies d'autres dysfonctionnement du meme ordre.
Les clefs de la branche HKCRCLSID sont de 2 types, suivant le logiciel
qui les a installées (et la façon dont il a été installé) :
- "ancienne mode"
-> propriétaire = pseudo compte "Système"
le groupe des admins et le compte Système ont le contrôle total
Exemples : Composants de Messenger, de SQL Server, du Debug Manager, ...
- "nouvelle mode"
-> propriétaire = pseudo compte "TrustedInstaller"
SEUL le compte "TrustedInstaller" a le contrôle total
Tous les autres comptes (admins compris) n'ont
qu'un accès en lecture.
Exemple : Composant de gestion des MMC, de VBS, des CODECS, des clefs
X509,...
Les clefs de la branche HKCRCLSID sont de 2 types, suivant le logiciel
qui les a installées (et la façon dont il a été installé) :
- "ancienne mode"
-> propriétaire = pseudo compte "Système"
le groupe des admins et le compte Système ont le contrôle total
Exemples : Composants de Messenger, de SQL Server, du Debug Manager, ...
- "nouvelle mode"
-> propriétaire = pseudo compte "TrustedInstaller"
SEUL le compte "TrustedInstaller" a le contrôle total
Tous les autres comptes (admins compris) n'ont
qu'un accès en lecture.
Exemple : Composant de gestion des MMC, de VBS, des CODECS, des clefs
X509,...
Les clefs de la branche HKCRCLSID sont de 2 types, suivant le logiciel
qui les a installées (et la façon dont il a été installé) :
- "ancienne mode"
-> propriétaire = pseudo compte "Système"
le groupe des admins et le compte Système ont le contrôle total
Exemples : Composants de Messenger, de SQL Server, du Debug Manager, ...
- "nouvelle mode"
-> propriétaire = pseudo compte "TrustedInstaller"
SEUL le compte "TrustedInstaller" a le contrôle total
Tous les autres comptes (admins compris) n'ont
qu'un accès en lecture.
Exemple : Composant de gestion des MMC, de VBS, des CODECS, des clefs
X509,...
Les clefs de la branche HKCRCLSID sont de 2 types, suivant le logiciel
qui les a installées (et la façon dont il a été installé) :
- "ancienne mode"
-> propriétaire = pseudo compte "Système"
le groupe des admins et le compte Système ont le contrôle total
Exemples : Composants de Messenger, de SQL Server, du Debug Manager, ...
- "nouvelle mode"
-> propriétaire = pseudo compte "TrustedInstaller"
SEUL le compte "TrustedInstaller" a le contrôle total
Tous les autres comptes (admins compris) n'ont
qu'un accès en lecture.
Exemple : Composant de gestion des MMC, de VBS, des CODECS, des clefs
X509,...
dans le cas présent je n'avais accès ni en lecture ni en écriture en tant
qu'admin ??
C'est un "vieux" logiciel installé sur un xp
Donc si je comprend bien les clés sont gérées à l'ancienne mode
De plus voyant que le logiciel ne fonctionnait pas, j'ai tenté une
réinstallation de celui-ci et même à l'install j'avais des messages
d'erreur disant que l'installeur n'arrivait pas à créer certaines clés.
Je pense qu'il s'agit de restrictions mais savoir d'ou elles viennet !!??
Les clefs de la branche HKCRCLSID sont de 2 types, suivant le logiciel
qui les a installées (et la façon dont il a été installé) :
- "ancienne mode"
-> propriétaire = pseudo compte "Système"
le groupe des admins et le compte Système ont le contrôle total
Exemples : Composants de Messenger, de SQL Server, du Debug Manager, ...
- "nouvelle mode"
-> propriétaire = pseudo compte "TrustedInstaller"
SEUL le compte "TrustedInstaller" a le contrôle total
Tous les autres comptes (admins compris) n'ont
qu'un accès en lecture.
Exemple : Composant de gestion des MMC, de VBS, des CODECS, des clefs
X509,...
dans le cas présent je n'avais accès ni en lecture ni en écriture en tant
qu'admin ??
C'est un "vieux" logiciel installé sur un xp
Donc si je comprend bien les clés sont gérées à l'ancienne mode
De plus voyant que le logiciel ne fonctionnait pas, j'ai tenté une
réinstallation de celui-ci et même à l'install j'avais des messages
d'erreur disant que l'installeur n'arrivait pas à créer certaines clés.
Je pense qu'il s'agit de restrictions mais savoir d'ou elles viennet !!??
Les clefs de la branche HKCRCLSID sont de 2 types, suivant le logiciel
qui les a installées (et la façon dont il a été installé) :
- "ancienne mode"
-> propriétaire = pseudo compte "Système"
le groupe des admins et le compte Système ont le contrôle total
Exemples : Composants de Messenger, de SQL Server, du Debug Manager, ...
- "nouvelle mode"
-> propriétaire = pseudo compte "TrustedInstaller"
SEUL le compte "TrustedInstaller" a le contrôle total
Tous les autres comptes (admins compris) n'ont
qu'un accès en lecture.
Exemple : Composant de gestion des MMC, de VBS, des CODECS, des clefs
X509,...
dans le cas présent je n'avais accès ni en lecture ni en écriture en tant
qu'admin ??
C'est un "vieux" logiciel installé sur un xp
Donc si je comprend bien les clés sont gérées à l'ancienne mode
De plus voyant que le logiciel ne fonctionnait pas, j'ai tenté une
réinstallation de celui-ci et même à l'install j'avais des messages
d'erreur disant que l'installeur n'arrivait pas à créer certaines clés.
Je pense qu'il s'agit de restrictions mais savoir d'ou elles viennet !!??
"Pascal" a écrit dans le message de groupe de discussion :
4b9fee4a$0$19181$Les clefs de la branche HKCRCLSID sont de 2 types, suivant le logiciel
qui les a installées (et la façon dont il a été installé) :
- "ancienne mode"
-> propriétaire = pseudo compte "Système"
le groupe des admins et le compte Système ont le contrôle total
Exemples : Composants de Messenger, de SQL Server, du Debug Manager, ...
- "nouvelle mode"
-> propriétaire = pseudo compte "TrustedInstaller"
SEUL le compte "TrustedInstaller" a le contrôle total
Tous les autres comptes (admins compris) n'ont
qu'un accès en lecture.
Exemple : Composant de gestion des MMC, de VBS, des CODECS, des clefs
X509,...
dans le cas présent je n'avais accès ni en lecture ni en écriture en tant
qu'admin ??
Ah bon ?
Alors ça, c'est totalement anormal !
Même dans le cas de "trustedInstaller", les admins (et les autres comptes
lambdas d'ailleurs) ont au moins un accès en lecture.
Il existe quelques clefs dans la BDR qui sont interdites même en lecture aux
admins, mais c'est très rare, et ne concerne que des branches "exotiques"
telles que, p.ex., HKEY_LOCAL_MACHINESECURITYPolicySecretsC'est un "vieux" logiciel installé sur un xp
Donc si je comprend bien les clés sont gérées à l'ancienne mode
De plus voyant que le logiciel ne fonctionnait pas, j'ai tenté une
réinstallation de celui-ci et même à l'install j'avais des messages
d'erreur disant que l'installeur n'arrivait pas à créer certaines clés.
Je pense qu'il s'agit de restrictions mais savoir d'ou elles viennet !!??
As-tu un antivirus à jour ?
Car une telle anomalie ne peut être causée - AMHA - que par une
"cochonnerieware" ou autre "alien"!
"Pascal" <xxx.xxx@xxx.fr> a écrit dans le message de groupe de discussion :
4b9fee4a$0$19181$426a74cc@news.free.fr...
Les clefs de la branche HKCRCLSID sont de 2 types, suivant le logiciel
qui les a installées (et la façon dont il a été installé) :
- "ancienne mode"
-> propriétaire = pseudo compte "Système"
le groupe des admins et le compte Système ont le contrôle total
Exemples : Composants de Messenger, de SQL Server, du Debug Manager, ...
- "nouvelle mode"
-> propriétaire = pseudo compte "TrustedInstaller"
SEUL le compte "TrustedInstaller" a le contrôle total
Tous les autres comptes (admins compris) n'ont
qu'un accès en lecture.
Exemple : Composant de gestion des MMC, de VBS, des CODECS, des clefs
X509,...
dans le cas présent je n'avais accès ni en lecture ni en écriture en tant
qu'admin ??
Ah bon ?
Alors ça, c'est totalement anormal !
Même dans le cas de "trustedInstaller", les admins (et les autres comptes
lambdas d'ailleurs) ont au moins un accès en lecture.
Il existe quelques clefs dans la BDR qui sont interdites même en lecture aux
admins, mais c'est très rare, et ne concerne que des branches "exotiques"
telles que, p.ex., HKEY_LOCAL_MACHINESECURITYPolicySecrets
C'est un "vieux" logiciel installé sur un xp
Donc si je comprend bien les clés sont gérées à l'ancienne mode
De plus voyant que le logiciel ne fonctionnait pas, j'ai tenté une
réinstallation de celui-ci et même à l'install j'avais des messages
d'erreur disant que l'installeur n'arrivait pas à créer certaines clés.
Je pense qu'il s'agit de restrictions mais savoir d'ou elles viennet !!??
As-tu un antivirus à jour ?
Car une telle anomalie ne peut être causée - AMHA - que par une
"cochonnerieware" ou autre "alien"!
"Pascal" a écrit dans le message de groupe de discussion :
4b9fee4a$0$19181$Les clefs de la branche HKCRCLSID sont de 2 types, suivant le logiciel
qui les a installées (et la façon dont il a été installé) :
- "ancienne mode"
-> propriétaire = pseudo compte "Système"
le groupe des admins et le compte Système ont le contrôle total
Exemples : Composants de Messenger, de SQL Server, du Debug Manager, ...
- "nouvelle mode"
-> propriétaire = pseudo compte "TrustedInstaller"
SEUL le compte "TrustedInstaller" a le contrôle total
Tous les autres comptes (admins compris) n'ont
qu'un accès en lecture.
Exemple : Composant de gestion des MMC, de VBS, des CODECS, des clefs
X509,...
dans le cas présent je n'avais accès ni en lecture ni en écriture en tant
qu'admin ??
Ah bon ?
Alors ça, c'est totalement anormal !
Même dans le cas de "trustedInstaller", les admins (et les autres comptes
lambdas d'ailleurs) ont au moins un accès en lecture.
Il existe quelques clefs dans la BDR qui sont interdites même en lecture aux
admins, mais c'est très rare, et ne concerne que des branches "exotiques"
telles que, p.ex., HKEY_LOCAL_MACHINESECURITYPolicySecretsC'est un "vieux" logiciel installé sur un xp
Donc si je comprend bien les clés sont gérées à l'ancienne mode
De plus voyant que le logiciel ne fonctionnait pas, j'ai tenté une
réinstallation de celui-ci et même à l'install j'avais des messages
d'erreur disant que l'installeur n'arrivait pas à créer certaines clés.
Je pense qu'il s'agit de restrictions mais savoir d'ou elles viennet !!??
As-tu un antivirus à jour ?
Car une telle anomalie ne peut être causée - AMHA - que par une
"cochonnerieware" ou autre "alien"!
"Pascal" a écrit dans le message de groupe de discussion :
4b9fee4a$0$19181$Les clefs de la branche HKCRCLSID sont de 2 types, suivant le logiciel
qui les a installées (et la façon dont il a été installé) :
- "ancienne mode"
-> propriétaire = pseudo compte "Système"
le groupe des admins et le compte Système ont le contrôle total
Exemples : Composants de Messenger, de SQL Server, du Debug Manager, ...
- "nouvelle mode"
-> propriétaire = pseudo compte "TrustedInstaller"
SEUL le compte "TrustedInstaller" a le contrôle total
Tous les autres comptes (admins compris) n'ont
qu'un accès en lecture.
Exemple : Composant de gestion des MMC, de VBS, des CODECS, des clefs
X509,...
dans le cas présent je n'avais accès ni en lecture ni en écriture en tant
qu'admin ??
Ah bon ?
Alors ça, c'est totalement anormal !
Même dans le cas de "trustedInstaller", les admins (et les autres comptes
lambdas d'ailleurs) ont au moins un accès en lecture.
Il existe quelques clefs dans la BDR qui sont interdites même en lecture aux
admins, mais c'est très rare, et ne concerne que des branches "exotiques"
telles que, p.ex., HKEY_LOCAL_MACHINESECURITYPolicySecretsC'est un "vieux" logiciel installé sur un xp
Donc si je comprend bien les clés sont gérées à l'ancienne mode
De plus voyant que le logiciel ne fonctionnait pas, j'ai tenté une
réinstallation de celui-ci et même à l'install j'avais des messages
d'erreur disant que l'installeur n'arrivait pas à créer certaines clés.
Je pense qu'il s'agit de restrictions mais savoir d'ou elles viennet !!??
As-tu un antivirus à jour ?
Car une telle anomalie ne peut être causée - AMHA - que par une
"cochonnerieware" ou autre "alien"!
"Pascal" <xxx.xxx@xxx.fr> a écrit dans le message de groupe de discussion :
4b9fee4a$0$19181$426a74cc@news.free.fr...
Les clefs de la branche HKCRCLSID sont de 2 types, suivant le logiciel
qui les a installées (et la façon dont il a été installé) :
- "ancienne mode"
-> propriétaire = pseudo compte "Système"
le groupe des admins et le compte Système ont le contrôle total
Exemples : Composants de Messenger, de SQL Server, du Debug Manager, ...
- "nouvelle mode"
-> propriétaire = pseudo compte "TrustedInstaller"
SEUL le compte "TrustedInstaller" a le contrôle total
Tous les autres comptes (admins compris) n'ont
qu'un accès en lecture.
Exemple : Composant de gestion des MMC, de VBS, des CODECS, des clefs
X509,...
dans le cas présent je n'avais accès ni en lecture ni en écriture en tant
qu'admin ??
Ah bon ?
Alors ça, c'est totalement anormal !
Même dans le cas de "trustedInstaller", les admins (et les autres comptes
lambdas d'ailleurs) ont au moins un accès en lecture.
Il existe quelques clefs dans la BDR qui sont interdites même en lecture aux
admins, mais c'est très rare, et ne concerne que des branches "exotiques"
telles que, p.ex., HKEY_LOCAL_MACHINESECURITYPolicySecrets
C'est un "vieux" logiciel installé sur un xp
Donc si je comprend bien les clés sont gérées à l'ancienne mode
De plus voyant que le logiciel ne fonctionnait pas, j'ai tenté une
réinstallation de celui-ci et même à l'install j'avais des messages
d'erreur disant que l'installeur n'arrivait pas à créer certaines clés.
Je pense qu'il s'agit de restrictions mais savoir d'ou elles viennet !!??
As-tu un antivirus à jour ?
Car une telle anomalie ne peut être causée - AMHA - que par une
"cochonnerieware" ou autre "alien"!
"Pascal" a écrit dans le message de groupe de discussion :
4b9fee4a$0$19181$Les clefs de la branche HKCRCLSID sont de 2 types, suivant le logiciel
qui les a installées (et la façon dont il a été installé) :
- "ancienne mode"
-> propriétaire = pseudo compte "Système"
le groupe des admins et le compte Système ont le contrôle total
Exemples : Composants de Messenger, de SQL Server, du Debug Manager, ...
- "nouvelle mode"
-> propriétaire = pseudo compte "TrustedInstaller"
SEUL le compte "TrustedInstaller" a le contrôle total
Tous les autres comptes (admins compris) n'ont
qu'un accès en lecture.
Exemple : Composant de gestion des MMC, de VBS, des CODECS, des clefs
X509,...
dans le cas présent je n'avais accès ni en lecture ni en écriture en tant
qu'admin ??
Ah bon ?
Alors ça, c'est totalement anormal !
Même dans le cas de "trustedInstaller", les admins (et les autres comptes
lambdas d'ailleurs) ont au moins un accès en lecture.
Il existe quelques clefs dans la BDR qui sont interdites même en lecture aux
admins, mais c'est très rare, et ne concerne que des branches "exotiques"
telles que, p.ex., HKEY_LOCAL_MACHINESECURITYPolicySecretsC'est un "vieux" logiciel installé sur un xp
Donc si je comprend bien les clés sont gérées à l'ancienne mode
De plus voyant que le logiciel ne fonctionnait pas, j'ai tenté une
réinstallation de celui-ci et même à l'install j'avais des messages
d'erreur disant que l'installeur n'arrivait pas à créer certaines clés.
Je pense qu'il s'agit de restrictions mais savoir d'ou elles viennet !!??
As-tu un antivirus à jour ?
Car une telle anomalie ne peut être causée - AMHA - que par une
"cochonnerieware" ou autre "alien"!
[...]
As-tu un antivirus à jour ?
Car une telle anomalie ne peut être causée - AMHA - que par une
"cochonnerieware" ou autre "alien"!
Ces machines ont subie les outrages de conficker, celui-ci modifie t'il
les
permissions dans la base de registre ?
[...]
As-tu un antivirus à jour ?
Car une telle anomalie ne peut être causée - AMHA - que par une
"cochonnerieware" ou autre "alien"!
Ces machines ont subie les outrages de conficker, celui-ci modifie t'il
les
permissions dans la base de registre ?
[...]
As-tu un antivirus à jour ?
Car une telle anomalie ne peut être causée - AMHA - que par une
"cochonnerieware" ou autre "alien"!
Ces machines ont subie les outrages de conficker, celui-ci modifie t'il
les
permissions dans la base de registre ?
