ca y est j'ai un cdrom avec Bart-PE, mais comment faire pour modifier
la base de registre de mon PC ?
ca y est j'ai un cdrom avec Bart-PE, mais comment faire pour modifier
la base de registre de mon PC ?
ca y est j'ai un cdrom avec Bart-PE, mais comment faire pour modifier
la base de registre de mon PC ?
ca y est j'ai un cdrom avec Bart-PE, mais comment faire pour modifier
la base de registre de mon PC ?
Ici c'est de l'artisanat: les points de restauration sont accessibles
dans SystemVolumeInformation, et les ruches sont dans chaque point avec un
nom modifié. La technique consiste à repérer la ruche la plus récente
HKEY_LOCAL_MACHINE, à faire un copier du fichier et à le replaquer à la
place de l'autre. Ce n'est pas évident.
ca y est j'ai un cdrom avec Bart-PE, mais comment faire pour modifier
la base de registre de mon PC ?
Ici c'est de l'artisanat: les points de restauration sont accessibles
dans SystemVolumeInformation, et les ruches sont dans chaque point avec un
nom modifié. La technique consiste à repérer la ruche la plus récente
HKEY_LOCAL_MACHINE, à faire un copier du fichier et à le replaquer à la
place de l'autre. Ce n'est pas évident.
ca y est j'ai un cdrom avec Bart-PE, mais comment faire pour modifier
la base de registre de mon PC ?
Ici c'est de l'artisanat: les points de restauration sont accessibles
dans SystemVolumeInformation, et les ruches sont dans chaque point avec un
nom modifié. La technique consiste à repérer la ruche la plus récente
HKEY_LOCAL_MACHINE, à faire un copier du fichier et à le replaquer à la
place de l'autre. Ce n'est pas évident.
Je lance regedit vace BartPE, je charge la ruche c:windows
system32configsoftware
et la ca me demande une cle !!!
Alors je mets SOFTWARE ?
et ca me dit que le fichier est en cours d'utilisation par un autre
processus !!!!
Je lance regedit vace BartPE, je charge la ruche c:windows
system32configsoftware
et la ca me demande une cle !!!
Alors je mets SOFTWARE ?
et ca me dit que le fichier est en cours d'utilisation par un autre
processus !!!!
Je lance regedit vace BartPE, je charge la ruche c:windows
system32configsoftware
et la ca me demande une cle !!!
Alors je mets SOFTWARE ?
et ca me dit que le fichier est en cours d'utilisation par un autre
processus !!!!
Origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windowsxp
(Si vous lisez ailleurs ce message, vous savez à présent où venir
poster)
Bonjour Laurent Jumet :
>> ca y est j'ai un cdrom avec Bart-PE, mais comment faire pour modifier
>> la base de registre de mon PC ?
> Ici c'est de l'artisanat: les points de restauration sont acces sibles
> dans SystemVolumeInformation, et les ruches sont dans chaque point avec un
> nom modifié. La technique consiste à repérer la ruche la plus récente
> HKEY_LOCAL_MACHINE, à faire un copier du fichier et à le replaquer à la
> place de l'autre. Ce n'est pas évident.
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
Si cela pose problème à l'utilisateur, et à condition qu'il ait des
points de restauration, l'autre solution consiste à récupérer les
ruches sauvegardées dans le plus récent point de restauration.
Je ne vois aucune difficulté dans la manip :
- on fait une copie de sécurité de system32config
(par ex config20091125)
- on récupère la ruche SYSTEM dans le SVI
- on la copie dans config
Les points de restauration sont nommés PR123.
La ruche la plus récente est dans PR124 (le dernier numéro).
On peut afficher les propriétés des dossiers et fichiers pour vérif ier.
--
Salutations, Jean-Françoishttp://fspsa.free.fr/hijackthis-c-fini.htm
Origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windowsxp
(Si vous lisez ailleurs ce message, vous savez à présent où venir
poster)
Bonjour Laurent Jumet :
>> ca y est j'ai un cdrom avec Bart-PE, mais comment faire pour modifier
>> la base de registre de mon PC ?
> Ici c'est de l'artisanat: les points de restauration sont acces sibles
> dans SystemVolumeInformation, et les ruches sont dans chaque point avec un
> nom modifié. La technique consiste à repérer la ruche la plus récente
> HKEY_LOCAL_MACHINE, à faire un copier du fichier et à le replaquer à la
> place de l'autre. Ce n'est pas évident.
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
Si cela pose problème à l'utilisateur, et à condition qu'il ait des
points de restauration, l'autre solution consiste à récupérer les
ruches sauvegardées dans le plus récent point de restauration.
Je ne vois aucune difficulté dans la manip :
- on fait une copie de sécurité de system32config
(par ex config20091125)
- on récupère la ruche SYSTEM dans le SVI
- on la copie dans config
Les points de restauration sont nommés PR123.
La ruche la plus récente est dans PR124 (le dernier numéro).
On peut afficher les propriétés des dossiers et fichiers pour vérif ier.
--
Salutations, Jean-Françoishttp://fspsa.free.fr/hijackthis-c-fini.htm
Origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windowsxp
(Si vous lisez ailleurs ce message, vous savez à présent où venir
poster)
Bonjour Laurent Jumet :
>> ca y est j'ai un cdrom avec Bart-PE, mais comment faire pour modifier
>> la base de registre de mon PC ?
> Ici c'est de l'artisanat: les points de restauration sont acces sibles
> dans SystemVolumeInformation, et les ruches sont dans chaque point avec un
> nom modifié. La technique consiste à repérer la ruche la plus récente
> HKEY_LOCAL_MACHINE, à faire un copier du fichier et à le replaquer à la
> place de l'autre. Ce n'est pas évident.
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
Si cela pose problème à l'utilisateur, et à condition qu'il ait des
points de restauration, l'autre solution consiste à récupérer les
ruches sauvegardées dans le plus récent point de restauration.
Je ne vois aucune difficulté dans la manip :
- on fait une copie de sécurité de system32config
(par ex config20091125)
- on récupère la ruche SYSTEM dans le SVI
- on la copie dans config
Les points de restauration sont nommés PR123.
La ruche la plus récente est dans PR124 (le dernier numéro).
On peut afficher les propriétés des dossiers et fichiers pour vérif ier.
--
Salutations, Jean-Françoishttp://fspsa.free.fr/hijackthis-c-fini.htm
ca y est j'ai un cdrom avec Bart-PE, mais comment faire pour modifier
la base de registre de mon PC ?
Ici c'est de l'artisanat: les points de restauration sont accessibles
dans SystemVolumeInformation, et les ruches sont dans chaque point avec un
nom modifié. La technique consiste à repérer la ruche la plus récente
HKEY_LOCAL_MACHINE, à faire un copier du fichier et à le replaquer à la
place de l'autre. Ce n'est pas évident.
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
Si cela pose problème à l'utilisateur, et à condition qu'il ait des
points de restauration, l'autre solution consiste à récupérer les
ruches sauvegardées dans le plus récent point de restauration.
Je ne vois aucune difficulté dans la manip :
- on fait une copie de sécurité de system32config
(par ex config20091125)
- on récupère la ruche SYSTEM dans le SVI <== ou SOFTWARE !
- on la copie dans config
Les points de restauration sont nommés PR123.
La ruche la plus récente est dans PR124 (le dernier numéro).
On peut afficher les propriétés des dossiers et fichiers pour vérifier.
Oui ca y est j'ai resolu mon probleme.
J'avais pas compris qu'il fallait que je cre une cle generique juste
pour le chargement de la ruche !!!
ca y est j'ai un cdrom avec Bart-PE, mais comment faire pour modifier
la base de registre de mon PC ?
Ici c'est de l'artisanat: les points de restauration sont accessibles
dans SystemVolumeInformation, et les ruches sont dans chaque point avec un
nom modifié. La technique consiste à repérer la ruche la plus récente
HKEY_LOCAL_MACHINE, à faire un copier du fichier et à le replaquer à la
place de l'autre. Ce n'est pas évident.
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
Si cela pose problème à l'utilisateur, et à condition qu'il ait des
points de restauration, l'autre solution consiste à récupérer les
ruches sauvegardées dans le plus récent point de restauration.
Je ne vois aucune difficulté dans la manip :
- on fait une copie de sécurité de system32config
(par ex config20091125)
- on récupère la ruche SYSTEM dans le SVI <== ou SOFTWARE !
- on la copie dans config
Les points de restauration sont nommés PR123.
La ruche la plus récente est dans PR124 (le dernier numéro).
On peut afficher les propriétés des dossiers et fichiers pour vérifier.
Oui ca y est j'ai resolu mon probleme.
J'avais pas compris qu'il fallait que je cre une cle generique juste
pour le chargement de la ruche !!!
ca y est j'ai un cdrom avec Bart-PE, mais comment faire pour modifier
la base de registre de mon PC ?
Ici c'est de l'artisanat: les points de restauration sont accessibles
dans SystemVolumeInformation, et les ruches sont dans chaque point avec un
nom modifié. La technique consiste à repérer la ruche la plus récente
HKEY_LOCAL_MACHINE, à faire un copier du fichier et à le replaquer à la
place de l'autre. Ce n'est pas évident.
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
Si cela pose problème à l'utilisateur, et à condition qu'il ait des
points de restauration, l'autre solution consiste à récupérer les
ruches sauvegardées dans le plus récent point de restauration.
Je ne vois aucune difficulté dans la manip :
- on fait une copie de sécurité de system32config
(par ex config20091125)
- on récupère la ruche SYSTEM dans le SVI <== ou SOFTWARE !
- on la copie dans config
Les points de restauration sont nommés PR123.
La ruche la plus récente est dans PR124 (le dernier numéro).
On peut afficher les propriétés des dossiers et fichiers pour vérifier.
Oui ca y est j'ai resolu mon probleme.
J'avais pas compris qu'il fallait que je cre une cle generique juste
pour le chargement de la ruche !!!
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
Si cela pose problème à l'utilisateur, et à condition qu'il ait des
points de restauration, l'autre solution consiste à récupérer les
ruches sauvegardées dans le plus récent point de restauration.
Je ne vois aucune difficulté dans la manip :
- on fait une copie de sécurité de system32config
(par ex config20091125)
- on récupère la ruche SYSTEM dans le SVI
- on la copie dans config
Les points de restauration sont nommés PR123.
La ruche la plus récente est dans PR124 (le dernier numéro).
On peut afficher les propriétés des dossiers et fichiers pour vérifier.
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
Si cela pose problème à l'utilisateur, et à condition qu'il ait des
points de restauration, l'autre solution consiste à récupérer les
ruches sauvegardées dans le plus récent point de restauration.
Je ne vois aucune difficulté dans la manip :
- on fait une copie de sécurité de system32config
(par ex config20091125)
- on récupère la ruche SYSTEM dans le SVI
- on la copie dans config
Les points de restauration sont nommés PR123.
La ruche la plus récente est dans PR124 (le dernier numéro).
On peut afficher les propriétés des dossiers et fichiers pour vérifier.
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
Si cela pose problème à l'utilisateur, et à condition qu'il ait des
points de restauration, l'autre solution consiste à récupérer les
ruches sauvegardées dans le plus récent point de restauration.
Je ne vois aucune difficulté dans la manip :
- on fait une copie de sécurité de system32config
(par ex config20091125)
- on récupère la ruche SYSTEM dans le SVI
- on la copie dans config
Les points de restauration sont nommés PR123.
La ruche la plus récente est dans PR124 (le dernier numéro).
On peut afficher les propriétés des dossiers et fichiers pour vérifier.
Hello JF !
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
...oui. Si l'outil est sur le BartPE.
Si cela pose problème à l'utilisateur, et à condition qu'il ait des
points de restauration, l'autre solution consiste à récupérer les
ruches sauvegardées dans le plus récent point de restauration.
Je ne vois aucune difficulté dans la manip :
- on fait une copie de sécurité de system32config
(par ex config20091125)
- on récupère la ruche SYSTEM dans le SVI
- on la copie dans config
Les points de restauration sont nommés PR123.
La ruche la plus récente est dans PR124 (le dernier numéro).
On peut afficher les propriétés des dossiers et fichiers pour vérifier.
...oui. Mais il doit faire bien attention à tout ce qu'il fait et se
ménager des .BAK
Hello JF !
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
...oui. Si l'outil est sur le BartPE.
Si cela pose problème à l'utilisateur, et à condition qu'il ait des
points de restauration, l'autre solution consiste à récupérer les
ruches sauvegardées dans le plus récent point de restauration.
Je ne vois aucune difficulté dans la manip :
- on fait une copie de sécurité de system32config
(par ex config20091125)
- on récupère la ruche SYSTEM dans le SVI
- on la copie dans config
Les points de restauration sont nommés PR123.
La ruche la plus récente est dans PR124 (le dernier numéro).
On peut afficher les propriétés des dossiers et fichiers pour vérifier.
...oui. Mais il doit faire bien attention à tout ce qu'il fait et se
ménager des .BAK
Hello JF !
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
...oui. Si l'outil est sur le BartPE.
Si cela pose problème à l'utilisateur, et à condition qu'il ait des
points de restauration, l'autre solution consiste à récupérer les
ruches sauvegardées dans le plus récent point de restauration.
Je ne vois aucune difficulté dans la manip :
- on fait une copie de sécurité de system32config
(par ex config20091125)
- on récupère la ruche SYSTEM dans le SVI
- on la copie dans config
Les points de restauration sont nommés PR123.
La ruche la plus récente est dans PR124 (le dernier numéro).
On peut afficher les propriétés des dossiers et fichiers pour vérifier.
...oui. Mais il doit faire bien attention à tout ce qu'il fait et se
ménager des .BAK
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
...oui. Si l'outil est sur le BartPE.
À supposer qu'on a fait un BARTPE assez nul pour ne pas avoir regedit,
on va tout simplement utiliser le regedit.exe qui est sur le disque
dur.
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
...oui. Si l'outil est sur le BartPE.
À supposer qu'on a fait un BARTPE assez nul pour ne pas avoir regedit,
on va tout simplement utiliser le regedit.exe qui est sur le disque
dur.
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
...oui. Si l'outil est sur le BartPE.
À supposer qu'on a fait un BARTPE assez nul pour ne pas avoir regedit,
on va tout simplement utiliser le regedit.exe qui est sur le disque
dur.
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
...oui. Si l'outil est sur le BartPE.À supposer qu'on a fait un BARTPE assez nul pour ne pas avoir regedit,
on va tout simplement utiliser le regedit.exe qui est sur le disque
dur.
...*toi*, tu vas récupérer sans problème userinit.
Mais tiens-tu compte du fait qu'avant de le recevoir, il n'avait jmais
booté sur un BartPE? :-)
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
...oui. Si l'outil est sur le BartPE.
À supposer qu'on a fait un BARTPE assez nul pour ne pas avoir regedit,
on va tout simplement utiliser le regedit.exe qui est sur le disque
dur.
...*toi*, tu vas récupérer sans problème userinit.
Mais tiens-tu compte du fait qu'avant de le recevoir, il n'avait jmais
booté sur un BartPE? :-)
Une fois de plus on ne s'accorde pas entre les deux méthodes de
réparation de ce tout petit problème de userinit.
À priori ça se résout en éditant bêtement le registre distant.
...oui. Si l'outil est sur le BartPE.À supposer qu'on a fait un BARTPE assez nul pour ne pas avoir regedit,
on va tout simplement utiliser le regedit.exe qui est sur le disque
dur.
...*toi*, tu vas récupérer sans problème userinit.
Mais tiens-tu compte du fait qu'avant de le recevoir, il n'avait jmais
booté sur un BartPE? :-)
