Arrêt du PC

Bonsoir Sabrem JORAM

Bonjour *victor* :

[...]

Bonsoir à tous,

Qu'est-ce qu'on rigole !

.... c'est pas fini vos co******* tous les deux !

.... entre Victor qui nous ressort le Grévisse/Goose en 25 volumes
(je ne possède que le premier) et Claude qui nous balance des pages
complètes de l'Encyclopedia Universalis... Hein !

Bons à enfermer ! Tous les deux... et pas ensemble surtout...
pourraient se reproduire...

Dire qu'il aurait suffit qu'il placent 'grâce au SP2' ou 'à cause du
SP2' au milieu de leur logorrhée, ça passait comme une lettre à
poste.

Finir comme ça, juste pour une faute de gout, c'est triste tout de
même, mais méfions nous. Parfois ça mute ces bestiaux la, surtout CE
week-end, je m'attends au pire (avec délectation ...) :-D

Salut Jacques,

lol

Haaa (soupir)... si je savais trafiquer mon adresse IP (jamais réussi à
l'époque à trouver un proxy qui ne ralentisse pas ma connexion), j'en
aurais des choses à dire (des trolls à lancer...) ...

Amicalement, Pascal.

--
Pour me répondre en privé, enlevez DoubidoU de mon adresse...

Bonjour Claude,


[...]

Cependant il y a aussi ceci dont il faut tenir compte:
http://www.microsoft.com/technet/prodtechnol/winxppro/plan/faqsrwxp.mspx

Cette clé et les sous-clés sont les paramètres des fihiers ou clé à
"Backuper/Restorer" ou pas:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlBackupRestore

Je ne trouve pas dans le lien donné de référence à ces clefs...

J'ai l'impression en les examinant qu'elles font plutôt référence à
l'utilitaire NtBackup (ASR)... Me trompé-je ?

Merci.

[...]

Amicalement, Pascal.

--
Pour me répondre en privé, enlevez DoubidoU de mon adresse...

Bonjour *Sabrem JORAM* :

Bonjour Claude,


[...]

Cependant il y a aussi ceci dont il faut tenir compte:
http://www.microsoft.com/technet/prodtechnol/winxppro/plan/faqsrwxp.mspx

Cette clé et les sous-clés sont les paramètres des fihiers ou clé à
"Backuper/Restorer" ou pas:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlBackupRestore

Je ne trouve pas dans le lien donné de référence à ces clefs...

J'ai l'impression en les examinant qu'elles font plutôt référence à
l'utilitaire NtBackup (ASR)... Me trompé-je ?

Merci.

[...]

Amicalement, Pascal.

Oui, possible.

:)
--
Claude LaFrenière [MVP] :-{)
http://viadresse.com?39135017

«My Principal Design Was To Inform, Not To Amuse Thee.»
Lemuel Gulliver, The Travels (IV:12)

Bonjour,

dans ce newsgroup :Sabrem JORAM a tapoté sur son clavier :

Je remercie aussi Olivier
de rien :-)

[1] ... il ne s'agit pas de fausse modestie mais je ne m'intéresse à
XP que depuis le début de l'année (encore dix ans ainsi et je serai
MVP...) :-)
pourquoi pas ? lol

Désolé j'étais absent du net ces dernier temps mais j'avais dans la lancée
aussi effectué les test des le lendemain en modifiant directement le
filelist.xml
effectivement ça marche, seul bémol : j'ai d'abord testé en retirant du
include l'extension qui était monitoré dans le cas du soft (qui soit disant
ne peut pas revenir en arrière ça n'est pas possible lol ;-) ça règle le
problème plus de perte d'index mais ça c'est SI aucunes mises à jours du
soft n'a été effectuée depuis le dernier point de restauration car les DLL
étant monitoré la restauration système remplace aussi des dll de ce soft (et
là pas seulement) et plantage bien sur ... en fait le danger résiduel c'est
d'avoir un mélange de version si des mises a jour d'un soft sont fait, (dans
le cas d'un antivirus ça peut être funeste pour sa réinstallation Norton
aime pas trop par exemple)

en fait la meilleur méthode que j'ai testé c'est d'exclure complètement les
répertoires qu'on veux protéger avec certitude de la RS, il suffit pour ça
de les mettre dans la liste comme ça :
<Exclude>
<REC>%:répertoire_a_exclure</REC>

ça marche du tonner plus de problème ni de versions ni de fichiers
en fait ce qui m'a mis sur la piste c'est l'indication de Claude que "Mes
Document" n'était pas monitoré et en analysant la liste on vois qu'il n'est
pas le seul
j'ai pensé au départ qu'il fallait exclure les sous répertoires un par un en
fait non suffit d'exclure le 1er pour que le reste de l'arborescence suive

Gros avantage : on ne modifie rien dans l'include donc les NDX (ou autres)
sont toujours monitoré sauf dans les répertoires exclus donc si Microsoft
avait une bonne raison de mettre les NDX ça pose pas de problème ...
autre avantage les DLL installé dans le répertoire du soft ne sont plus
monitoré mais ceux du système oui, donc la RS retrouve tous sont avantage :
pouvoir sauver une système planté (on doit il semble pouvoir lancer le
rstui.exe en mode ligne de commande de la console de récupération je dois
encore tester ce point) sans toucher au autres soft ! suffit de mettre tous
ses softs dans un répertoire non monitoré ....

comme j'installe pas mal de machines équipée de de soft (en fait toute celle
que je prépare) j'ai fait un script de type batch qui viens remplacer le
filelist par un autre ou j'ai rajouté les répertoires à exclues
comme le filelist refuse de ce laisser directement écraser, il faut
effectivement changer les attribut
si ça intéresse quelqu'un le script ce présente comme ceci :

atrrib -S -H -R c:windowssystem32restorefilelist.xml
ren c:windowssystem32restorefilelist.xml filelist.old
copy filelist. xml c:windowssystem32restore
atrrib +S +H +R c:windowssystem32restorefilelist.xml

Le filelist du copy est bien entendu le modifié
vous me direz qu'on pourrait aussi le supprimer avant de copier le nouveau,
mais en fait le renommer permet de garder l'original sous le coude en cas de
besoin

seule chose pas encore vérifiée c'est si la RS restaure aussi le filelist
dans ce cas il y aurait intérêt à la désactiver pour supprimer les point
antérieur a la modif, puis la réactiver dans la lancée
autre inconnue c'est si Microsoft décide un jour de changer la liste sans
prévis ....au passage d'un patch par exemple, pour une question de sécurité
.
Le test que j'ai effectué pour valider la modif. est le suivant :
avant modif :

1 installation du soft (qui ne devrait pas revenir en arrière mais qui le
faisait quand même lol)
2 création d'un point de restauration
3 saisie de donnée
4 mise à jour du soft de la V7 à la V8
5 retour sur le point de restauration

résultat :
si pas de modif = perte les NDX et le soft est dans le sac
si modif en retirant uniquement de include la ligne NDX = plus de perte les
fichiers NDX mais le soft est a réinstaller
modif en excluant le répertoire = aucun problème tout fonctionne comme si de
rien était !

donc si vous voulez mettre des fichiers dans un répertoire accessible de
tous les utilisateurs sur le Root, en l'excluant vous protégez vos données
de manière certaine !
idem si vous avez des softs à risque type compta paye etc. (je connais aussi
un soft de compta sous Windev qui est sensible à la RS)

seul chose non maitrisable c'est les softs qui mettent des DLL (entre
autres) dans le repertoire de windows ou qui mettent des clefs de registre
importante pour leur fonctionnement ...

Bref tous ces tests (la je n'explique qu'une de mes essais) ont maintenu ma
conviction que la RS n'est pas sans risque ...
presque pas de danger si le point où l'on revient est très récent, s'il date
là c'est autre chose (j'ai vu des gens remonter sur des point qui avaient
presque 1 mois)

En fait si Microsoft n'avait inclus QUE le système dans la RS ce serait un
outils vraiment bien et sans danger (pour ceux qui bondissent sur le mot
danger, j'entend par danger un risque potentiel ... prendre sa voiture c'est
dangereux, ça n'empêche pas d'être un outils très bien, la différence c'est
que la voiture tout le monde sait qu'il y a un danger la RS non)

@+

--
Olivier B.
[MVP Windows Shell/User]
"le savoir est fait pour être partagé"

merci de ne repondre que dans le newsgroup
sinon retirer le "pas_de_spam_" devant mon adresse
(adresse rarement relevée)

[...]

Désolé j'étais absent du net ces dernier temps mais j'avais dans la
lancée aussi effectué les test des le lendemain en modifiant
directement le filelist.xml
effectivement ça marche, seul bémol : j'ai d'abord testé en retirant
du include l'extension qui était monitoré dans le cas du soft (qui
soit disant ne peut pas revenir en arrière ça n'est pas possible lol
;-) ça règle le problème plus de perte d'index mais ça c'est SI
aucunes mises à jours du soft n'a été effectuée depuis le dernier
point de restauration car les DLL étant monitoré la restauration
système remplace aussi des dll de ce soft (et là pas seulement) et
plantage bien sur ... en fait le danger résiduel c'est d'avoir un
mélange de version si des mises a jour d'un soft sont fait, (dans le
cas d'un antivirus ça peut être funeste pour sa réinstallation Norton
aime pas trop par exemple)

en fait la meilleur méthode que j'ai testé c'est d'exclure
complètement les répertoires qu'on veux protéger avec certitude de la
RS, il suffit pour ça de les mettre dans la liste comme ça :
<Exclude>
<REC>%:répertoire_a_exclure</REC>

ça marche du tonner plus de problème ni de versions ni de fichiers
en fait ce qui m'a mis sur la piste c'est l'indication de Claude que
"Mes Document" n'était pas monitoré et en analysant la liste on vois
qu'il n'est pas le seul
j'ai pensé au départ qu'il fallait exclure les sous répertoires un
par un en fait non suffit d'exclure le 1er pour que le reste de
l'arborescence suive

Gros avantage : on ne modifie rien dans l'include donc les NDX (ou
autres) sont toujours monitoré sauf dans les répertoires exclus donc
si Microsoft avait une bonne raison de mettre les NDX ça pose pas de
problème ...
autre avantage les DLL installé dans le répertoire du soft ne sont
plus monitoré mais ceux du système oui, donc la RS retrouve tous sont
avantage : pouvoir sauver une système planté (on doit il semble
pouvoir lancer le rstui.exe en mode ligne de commande de la console
de récupération je dois encore tester ce point) sans toucher au
autres soft ! suffit de mettre tous ses softs dans un répertoire non
monitoré ....

comme j'installe pas mal de machines équipée de de soft (en fait
toute celle que je prépare) j'ai fait un script de type batch qui
viens remplacer le filelist par un autre ou j'ai rajouté les
répertoires à exclues
comme le filelist refuse de ce laisser directement écraser, il faut
effectivement changer les attribut
si ça intéresse quelqu'un le script ce présente comme ceci :

atrrib -S -H -R c:windowssystem32restorefilelist.xml
ren c:windowssystem32restorefilelist.xml filelist.old
copy filelist. xml c:windowssystem32restore
atrrib +S +H +R c:windowssystem32restorefilelist.xml

Le filelist du copy est bien entendu le modifié
vous me direz qu'on pourrait aussi le supprimer avant de copier le
nouveau, mais en fait le renommer permet de garder l'original sous le
coude en cas de besoin

seule chose pas encore vérifiée c'est si la RS restaure aussi le
filelist dans ce cas il y aurait intérêt à la désactiver pour
supprimer les point antérieur a la modif, puis la réactiver dans la
lancée
autre inconnue c'est si Microsoft décide un jour de changer la liste
sans prévis ....au passage d'un patch par exemple, pour une question
de sécurité
.
Le test que j'ai effectué pour valider la modif. est le suivant :
avant modif :

1 installation du soft (qui ne devrait pas revenir en arrière mais
qui le faisait quand même lol)
2 création d'un point de restauration
3 saisie de donnée
4 mise à jour du soft de la V7 à la V8
5 retour sur le point de restauration

résultat :
si pas de modif = perte les NDX et le soft est dans le sac
si modif en retirant uniquement de include la ligne NDX = plus de
perte les fichiers NDX mais le soft est a réinstaller
modif en excluant le répertoire = aucun problème tout fonctionne
comme si de rien était !

donc si vous voulez mettre des fichiers dans un répertoire accessible
de tous les utilisateurs sur le Root, en l'excluant vous protégez vos
données de manière certaine !
idem si vous avez des softs à risque type compta paye etc. (je
connais aussi un soft de compta sous Windev qui est sensible à la RS)

seul chose non maitrisable c'est les softs qui mettent des DLL (entre
autres) dans le repertoire de windows ou qui mettent des clefs de
registre importante pour leur fonctionnement ...

Bref tous ces tests (la je n'explique qu'une de mes essais) ont
maintenu ma conviction que la RS n'est pas sans risque ...
presque pas de danger si le point où l'on revient est très récent,
s'il date là c'est autre chose (j'ai vu des gens remonter sur des
point qui avaient presque 1 mois)

En fait si Microsoft n'avait inclus QUE le système dans la RS ce
serait un outils vraiment bien et sans danger (pour ceux qui
bondissent sur le mot danger, j'entend par danger un risque potentiel
... prendre sa voiture c'est dangereux, ça n'empêche pas d'être un
outils très bien, la différence c'est que la voiture tout le monde
sait qu'il y a un danger la RS non)

@+

Bonjour Olivier,

Je viens seulement de prendre connaissance de ton message...

J'ai testé dès le début sous XP HOME la modif du fichier .xml et
effectivement ça fonctionne bien... La restauration ne prend pas en
compte ce fichier (expliquable par le fait que l'extension ni le
répertoire contenant ce fichier ne sont prévus dans ledit fichier)...

Voilà finalement une bonne "bidouille"... qui a évité au programmeur de
ton soft de le modifier...

Peux-tu me confirmer que tu as testé sous XP PRO et peut-être même sous
2003 ? Est-ce que filelist.xml est le même sous HOME, PRO et 2003 ?
J'envisage de rédiger un petit billet auquel je t'associerai, avec ta
permission ? Si tu n'as pas de HOME sous la main, je peux t'envoyer le
fichier (mon adresse valide est dans ma signature)...

Merci.

Amicalement, Pascal.

--
Pour me répondre en privé, enlevez DoubidoU de mon adresse...

Bonjour,

dans ce newsgroup :Sabrem JORAM a tapoté sur son clavier :

Peux-tu me confirmer que tu as testé sous XP PRO et peut-être même
sous 2003 ? Est-ce que filelist.xml est le même sous HOME, PRO et
2003 ? J'envisage de rédiger un petit billet auquel je t'associerai,
avec ta permission ? Si tu n'as pas de HOME sous la main, je peux
t'envoyer le fichier (mon adresse valide est dans ma signature)...

Merci.

Amicalement, Pascal.

j'ai testé sous XP Pro pas sur home , vu les différences entre pro et home
ça m'étonnerait qu'il soient différents d'ailleurs la liste donnée par
Claude ne parle pas de la version de XP ce qui tend a prouver que le
fonctionnement est le même mais c'est effectivement a vérifier.
pas besoin de m'envoyer le fichier du home j'en prépare régulièrement

--
Olivier B.
[MVP Windows Shell/User]
"le savoir est fait pour être partagé"

merci de ne repondre que dans le newsgroup
sinon retirer le "pas_de_spam_" devant mon adresse
(adresse rarement relevée)