Bonjour Pascal,
Un très grand merci pour toutes ces explications. Je viens
d'apprendre bcp de choses ... en très peu de temps ;-). La notion de
gros fichiers sur le "bureau" est une grande révélation !
L'utilisateur lambda le sait-il ??
A bientôt,
JP
Bonjour Pascal,
Un très grand merci pour toutes ces explications. Je viens
d'apprendre bcp de choses ... en très peu de temps ;-). La notion de
gros fichiers sur le "bureau" est une grande révélation !
L'utilisateur lambda le sait-il ??
A bientôt,
JP
Bonjour Pascal,
Un très grand merci pour toutes ces explications. Je viens
d'apprendre bcp de choses ... en très peu de temps ;-). La notion de
gros fichiers sur le "bureau" est une grande révélation !
L'utilisateur lambda le sait-il ??
A bientôt,
JP
L'utilisateur lambda le sait-il ??
Non, généralement pas.
Et c'est pourquoi des utilisateurs ne s'expliquent pas la disparition
soudaine de leurs précieux documents malheureusement déposés sur ce
Bureau. Il suffit alors d'annuler le PR utilisé pour recouvrer ses
"petits". Le mieux pour l'utilisateur "lambda" est de stocker ses
documents dans le dossier (ou sous-dossiers créés par
l'utilisateur)...... "Mes Documents" ;-)
L'inconvénient, rarement rencontré, de cette procédure de restauration
système est que si un fichier est créé par l'utilisateur ou par un
application avec une extension comprise dans le fichier FILELIST.XML,
ce fichier sera traité par le PR avec des résultats quelquefois pas
souhaités. Donc, une application qui créée des données que l'on veut
pérennes doit veiller à ce que l'extension de ces fichiers de données
soit différente de celles traitées par défaut par XP
Tu peux visualiser le contenu du fichier FILELIST.XML en
double-cliquant dessus : attention à ne rien modifier. Il est assez
facile de deviner les dossiers, fichiers, extensions concernés grâce
aux "balises" INCLUDE et EXCLUDE encadrant les listes en question...
L'utilisateur lambda le sait-il ??
Non, généralement pas.
Et c'est pourquoi des utilisateurs ne s'expliquent pas la disparition
soudaine de leurs précieux documents malheureusement déposés sur ce
Bureau. Il suffit alors d'annuler le PR utilisé pour recouvrer ses
"petits". Le mieux pour l'utilisateur "lambda" est de stocker ses
documents dans le dossier (ou sous-dossiers créés par
l'utilisateur)...... "Mes Documents" ;-)
L'inconvénient, rarement rencontré, de cette procédure de restauration
système est que si un fichier est créé par l'utilisateur ou par un
application avec une extension comprise dans le fichier FILELIST.XML,
ce fichier sera traité par le PR avec des résultats quelquefois pas
souhaités. Donc, une application qui créée des données que l'on veut
pérennes doit veiller à ce que l'extension de ces fichiers de données
soit différente de celles traitées par défaut par XP
Tu peux visualiser le contenu du fichier FILELIST.XML en
double-cliquant dessus : attention à ne rien modifier. Il est assez
facile de deviner les dossiers, fichiers, extensions concernés grâce
aux "balises" INCLUDE et EXCLUDE encadrant les listes en question...
L'utilisateur lambda le sait-il ??
Non, généralement pas.
Et c'est pourquoi des utilisateurs ne s'expliquent pas la disparition
soudaine de leurs précieux documents malheureusement déposés sur ce
Bureau. Il suffit alors d'annuler le PR utilisé pour recouvrer ses
"petits". Le mieux pour l'utilisateur "lambda" est de stocker ses
documents dans le dossier (ou sous-dossiers créés par
l'utilisateur)...... "Mes Documents" ;-)
L'inconvénient, rarement rencontré, de cette procédure de restauration
système est que si un fichier est créé par l'utilisateur ou par un
application avec une extension comprise dans le fichier FILELIST.XML,
ce fichier sera traité par le PR avec des résultats quelquefois pas
souhaités. Donc, une application qui créée des données que l'on veut
pérennes doit veiller à ce que l'extension de ces fichiers de données
soit différente de celles traitées par défaut par XP
Tu peux visualiser le contenu du fichier FILELIST.XML en
double-cliquant dessus : attention à ne rien modifier. Il est assez
facile de deviner les dossiers, fichiers, extensions concernés grâce
aux "balises" INCLUDE et EXCLUDE encadrant les listes en question...
Re,L'utilisateur lambda le sait-il ??
Non, généralement pas.
Et c'est pourquoi des utilisateurs ne s'expliquent pas la
disparition
soudaine de leurs précieux documents malheureusement déposés sur ce
Bureau. Il suffit alors d'annuler le PR utilisé pour recouvrer ses
"petits". Le mieux pour l'utilisateur "lambda" est de stocker ses
documents dans le dossier (ou sous-dossiers créés par
l'utilisateur)...... "Mes Documents" ;-)
Je vais encore passer pour le "candide", mais pourquoi cette info
n'est pas donnée par MS ?
Ca irait mieux en le disant, non ?
L'inconvénient, rarement rencontré, de cette procédure de
restauration
système est que si un fichier est créé par l'utilisateur ou par un
application avec une extension comprise dans le fichier
FILELIST.XML,
ce fichier sera traité par le PR avec des résultats quelquefois pas
souhaités. Donc, une application qui créée des données que l'on
veut
pérennes doit veiller à ce que l'extension de ces fichiers de
données
soit différente de celles traitées par défaut par XP
(...) une extension comprise dans le fichier FILELIST.XML (...)
Donc dans le cas de gros fichiers de types *.avi ou *.VOB, ces
extensions n'ont pas lieu d'être dans le FILELIST.XML et il ne
devrait pas y avoir de problème ?!
Tu peux visualiser le contenu du fichier FILELIST.XML en
double-cliquant dessus : attention à ne rien modifier. Il est assez
facile de deviner les dossiers, fichiers, extensions concernés
grâce
aux "balises" INCLUDE et EXCLUDE encadrant les listes en
question...
Ok, j'ai vu. Mais pourquoi s'ouvre-t-il avec IE ? (qui par ailleurs
m'indique qu'il a bloqué une fenêtre popup, etc ...)
J'ai un autre souci (mais je peux reposter si tu préfères) :
Je viens de refaire une image de mon PC sur DDE avec "DriveImage7" de
PowerQuest (repris maintenant par Norton, je crois avec Ghost), et
j'ai voulu vérifier que le CD de DI7 pouvait booter en cas de pb
grave ... Ca n'a pas booté ;-(
Je pense que je dois vérifier qqch dans le bios, mais j'ai peur de
faire une mauvaise manip !
Le CD s'intitule "PQRE" (PowerQuest Recovery Environment).
Re,
L'utilisateur lambda le sait-il ??
Non, généralement pas.
Et c'est pourquoi des utilisateurs ne s'expliquent pas la
disparition
soudaine de leurs précieux documents malheureusement déposés sur ce
Bureau. Il suffit alors d'annuler le PR utilisé pour recouvrer ses
"petits". Le mieux pour l'utilisateur "lambda" est de stocker ses
documents dans le dossier (ou sous-dossiers créés par
l'utilisateur)...... "Mes Documents" ;-)
Je vais encore passer pour le "candide", mais pourquoi cette info
n'est pas donnée par MS ?
Ca irait mieux en le disant, non ?
L'inconvénient, rarement rencontré, de cette procédure de
restauration
système est que si un fichier est créé par l'utilisateur ou par un
application avec une extension comprise dans le fichier
FILELIST.XML,
ce fichier sera traité par le PR avec des résultats quelquefois pas
souhaités. Donc, une application qui créée des données que l'on
veut
pérennes doit veiller à ce que l'extension de ces fichiers de
données
soit différente de celles traitées par défaut par XP
(...) une extension comprise dans le fichier FILELIST.XML (...)
Donc dans le cas de gros fichiers de types *.avi ou *.VOB, ces
extensions n'ont pas lieu d'être dans le FILELIST.XML et il ne
devrait pas y avoir de problème ?!
Tu peux visualiser le contenu du fichier FILELIST.XML en
double-cliquant dessus : attention à ne rien modifier. Il est assez
facile de deviner les dossiers, fichiers, extensions concernés
grâce
aux "balises" INCLUDE et EXCLUDE encadrant les listes en
question...
Ok, j'ai vu. Mais pourquoi s'ouvre-t-il avec IE ? (qui par ailleurs
m'indique qu'il a bloqué une fenêtre popup, etc ...)
J'ai un autre souci (mais je peux reposter si tu préfères) :
Je viens de refaire une image de mon PC sur DDE avec "DriveImage7" de
PowerQuest (repris maintenant par Norton, je crois avec Ghost), et
j'ai voulu vérifier que le CD de DI7 pouvait booter en cas de pb
grave ... Ca n'a pas booté ;-(
Je pense que je dois vérifier qqch dans le bios, mais j'ai peur de
faire une mauvaise manip !
Le CD s'intitule "PQRE" (PowerQuest Recovery Environment).
Re,L'utilisateur lambda le sait-il ??
Non, généralement pas.
Et c'est pourquoi des utilisateurs ne s'expliquent pas la
disparition
soudaine de leurs précieux documents malheureusement déposés sur ce
Bureau. Il suffit alors d'annuler le PR utilisé pour recouvrer ses
"petits". Le mieux pour l'utilisateur "lambda" est de stocker ses
documents dans le dossier (ou sous-dossiers créés par
l'utilisateur)...... "Mes Documents" ;-)
Je vais encore passer pour le "candide", mais pourquoi cette info
n'est pas donnée par MS ?
Ca irait mieux en le disant, non ?
L'inconvénient, rarement rencontré, de cette procédure de
restauration
système est que si un fichier est créé par l'utilisateur ou par un
application avec une extension comprise dans le fichier
FILELIST.XML,
ce fichier sera traité par le PR avec des résultats quelquefois pas
souhaités. Donc, une application qui créée des données que l'on
veut
pérennes doit veiller à ce que l'extension de ces fichiers de
données
soit différente de celles traitées par défaut par XP
(...) une extension comprise dans le fichier FILELIST.XML (...)
Donc dans le cas de gros fichiers de types *.avi ou *.VOB, ces
extensions n'ont pas lieu d'être dans le FILELIST.XML et il ne
devrait pas y avoir de problème ?!
Tu peux visualiser le contenu du fichier FILELIST.XML en
double-cliquant dessus : attention à ne rien modifier. Il est assez
facile de deviner les dossiers, fichiers, extensions concernés
grâce
aux "balises" INCLUDE et EXCLUDE encadrant les listes en
question...
Ok, j'ai vu. Mais pourquoi s'ouvre-t-il avec IE ? (qui par ailleurs
m'indique qu'il a bloqué une fenêtre popup, etc ...)
J'ai un autre souci (mais je peux reposter si tu préfères) :
Je viens de refaire une image de mon PC sur DDE avec "DriveImage7" de
PowerQuest (repris maintenant par Norton, je crois avec Ghost), et
j'ai voulu vérifier que le CD de DI7 pouvait booter en cas de pb
grave ... Ca n'a pas booté ;-(
Je pense que je dois vérifier qqch dans le bios, mais j'ai peur de
faire une mauvaise manip !
Le CD s'intitule "PQRE" (PowerQuest Recovery Environment).
L'utilisateur lambda le sait-il ??
Non, généralement pas.
[...]
Je vais encore passer pour le "candide", mais pourquoi cette info
n'est pas donnée par MS ?
Ca irait mieux en le disant, non ?[...]
L'utilisateur lambda le sait-il ??
Non, généralement pas.
[...]
Je vais encore passer pour le "candide", mais pourquoi cette info
n'est pas donnée par MS ?
Ca irait mieux en le disant, non ?
[...]
L'utilisateur lambda le sait-il ??
Non, généralement pas.
[...]
Je vais encore passer pour le "candide", mais pourquoi cette info
n'est pas donnée par MS ?
Ca irait mieux en le disant, non ?[...]
Dans le message :%,
j-pascal a pris la peine d'écrire ce qui
suit :L'utilisateur lambda le sait-il ??
Non, généralement pas.
[...]
Je vais encore passer pour le "candide", mais pourquoi cette info
n'est pas donnée par MS ?
Ca irait mieux en le disant, non ?[...]
Parce que, au départ, les OS de la famille NT (NT3.1, NT3.50, NT3.51,
NT4, Windows 2000) étaient destinés exclusivement à des
PROFESSIONNELS (ou à des "bidouilleurs fous" un peu "geeks" sur les
bords), donc s'y connaissant un minimum.
Et par exemple l'info dont tu parles est naturelle, implicite,
logique, évidente, basique, triviale à tout pro qui se respecte.
(il suffit d'explorer l'arborescence de %userprofile% et
%allusersprofile% pour se rendre compte que les sous-dossiers
"bureau" sont à la fois des dossiers système et aussi des dossiers
comme d'autres, donc pouvant contenir n'importe quels fichiers,
raccourci ou non)
Quand en 2001 s'est produite cette fusion PRO/Grand Public avec XP,
Microsoft n'a pas du tout accompagné la population "Grand Public"
vers ce nouvel OS.
Même si, dans un esprit simplificateur, certaines fonctionnalités ont
été supprimées dans XP HOME (l'accès à un domaine, le Bureau distant,
l'ASR, ..), les notions de permissions et privilèges, de liste de
contrôle d'accès, de dossiers "système" ayant un comportement
particulier, de "shell", ... sont toujours présentes, et complètement
ignorées par l'utilisateur lambda.
MS a failli totalement sur le plan pédagogique.
Au lieu de leur "enseigner" la réalité du "monde NT" (né 8 ans
auparavant, en 1993), MS a pris ces utilisateurs non PRO pour des
débiles, et les a infantilisés complètement (du style, sous XP HOME, les
concetés de non-affichage de l'onglet sécurité, de
l'anonymisation de toute connexion entrante, de l'utilisation
restreinte et absurde du compte Administrateur, ...) ce qui leur
complique très souvent la vie car ils ne s'expliquent pas certains
dysfonctionnements.
Prendre quelqu'un pour un crétin n'est JAMAIS la bonne solution, que
ce soit dans le domaine technique, politique, artistique, culturel,
...
Dans le message :%23MgzSSVDHHA.952@TK2MSFTNGP03.phx.gbl,
j-pascal <nospam-j-pascal@free.fr> a pris la peine d'écrire ce qui
suit :
L'utilisateur lambda le sait-il ??
Non, généralement pas.
[...]
Je vais encore passer pour le "candide", mais pourquoi cette info
n'est pas donnée par MS ?
Ca irait mieux en le disant, non ?
[...]
Parce que, au départ, les OS de la famille NT (NT3.1, NT3.50, NT3.51,
NT4, Windows 2000) étaient destinés exclusivement à des
PROFESSIONNELS (ou à des "bidouilleurs fous" un peu "geeks" sur les
bords), donc s'y connaissant un minimum.
Et par exemple l'info dont tu parles est naturelle, implicite,
logique, évidente, basique, triviale à tout pro qui se respecte.
(il suffit d'explorer l'arborescence de %userprofile% et
%allusersprofile% pour se rendre compte que les sous-dossiers
"bureau" sont à la fois des dossiers système et aussi des dossiers
comme d'autres, donc pouvant contenir n'importe quels fichiers,
raccourci ou non)
Quand en 2001 s'est produite cette fusion PRO/Grand Public avec XP,
Microsoft n'a pas du tout accompagné la population "Grand Public"
vers ce nouvel OS.
Même si, dans un esprit simplificateur, certaines fonctionnalités ont
été supprimées dans XP HOME (l'accès à un domaine, le Bureau distant,
l'ASR, ..), les notions de permissions et privilèges, de liste de
contrôle d'accès, de dossiers "système" ayant un comportement
particulier, de "shell", ... sont toujours présentes, et complètement
ignorées par l'utilisateur lambda.
MS a failli totalement sur le plan pédagogique.
Au lieu de leur "enseigner" la réalité du "monde NT" (né 8 ans
auparavant, en 1993), MS a pris ces utilisateurs non PRO pour des
débiles, et les a infantilisés complètement (du style, sous XP HOME, les
concetés de non-affichage de l'onglet sécurité, de
l'anonymisation de toute connexion entrante, de l'utilisation
restreinte et absurde du compte Administrateur, ...) ce qui leur
complique très souvent la vie car ils ne s'expliquent pas certains
dysfonctionnements.
Prendre quelqu'un pour un crétin n'est JAMAIS la bonne solution, que
ce soit dans le domaine technique, politique, artistique, culturel,
...
Dans le message :%,
j-pascal a pris la peine d'écrire ce qui
suit :L'utilisateur lambda le sait-il ??
Non, généralement pas.
[...]
Je vais encore passer pour le "candide", mais pourquoi cette info
n'est pas donnée par MS ?
Ca irait mieux en le disant, non ?[...]
Parce que, au départ, les OS de la famille NT (NT3.1, NT3.50, NT3.51,
NT4, Windows 2000) étaient destinés exclusivement à des
PROFESSIONNELS (ou à des "bidouilleurs fous" un peu "geeks" sur les
bords), donc s'y connaissant un minimum.
Et par exemple l'info dont tu parles est naturelle, implicite,
logique, évidente, basique, triviale à tout pro qui se respecte.
(il suffit d'explorer l'arborescence de %userprofile% et
%allusersprofile% pour se rendre compte que les sous-dossiers
"bureau" sont à la fois des dossiers système et aussi des dossiers
comme d'autres, donc pouvant contenir n'importe quels fichiers,
raccourci ou non)
Quand en 2001 s'est produite cette fusion PRO/Grand Public avec XP,
Microsoft n'a pas du tout accompagné la population "Grand Public"
vers ce nouvel OS.
Même si, dans un esprit simplificateur, certaines fonctionnalités ont
été supprimées dans XP HOME (l'accès à un domaine, le Bureau distant,
l'ASR, ..), les notions de permissions et privilèges, de liste de
contrôle d'accès, de dossiers "système" ayant un comportement
particulier, de "shell", ... sont toujours présentes, et complètement
ignorées par l'utilisateur lambda.
MS a failli totalement sur le plan pédagogique.
Au lieu de leur "enseigner" la réalité du "monde NT" (né 8 ans
auparavant, en 1993), MS a pris ces utilisateurs non PRO pour des
débiles, et les a infantilisés complètement (du style, sous XP HOME, les
concetés de non-affichage de l'onglet sécurité, de
l'anonymisation de toute connexion entrante, de l'utilisation
restreinte et absurde du compte Administrateur, ...) ce qui leur
complique très souvent la vie car ils ne s'expliquent pas certains
dysfonctionnements.
Prendre quelqu'un pour un crétin n'est JAMAIS la bonne solution, que
ce soit dans le domaine technique, politique, artistique, culturel,
...
Re,L'utilisateur lambda le sait-il ??
Non, généralement pas.
Et c'est pourquoi des utilisateurs ne s'expliquent pas la
disparition
soudaine de leurs précieux documents malheureusement déposés sur ce
Bureau. Il suffit alors d'annuler le PR utilisé pour recouvrer ses
"petits". Le mieux pour l'utilisateur "lambda" est de stocker ses
documents dans le dossier (ou sous-dossiers créés par
l'utilisateur)...... "Mes Documents" ;-)
Je vais encore passer pour le "candide", mais pourquoi cette info
n'est pas donnée par MS ?
Ca irait mieux en le disant, non ?
Cet info existe mais en cherchant à des endroits qu'un utilisateur
"lambda" ne trouvera pas sans pugnacité et/ou fréquentation de ces
forums.
C'est vrai que ce serait bien d'inclure cet avertissement dans une
bulle d'aide du panneau de ladite restauration système...L'inconvénient, rarement rencontré, de cette procédure de
restauration
système est que si un fichier est créé par l'utilisateur ou par un
application avec une extension comprise dans le fichier
FILELIST.XML,
ce fichier sera traité par le PR avec des résultats quelquefois pas
souhaités. Donc, une application qui créée des données que l'on
veut
pérennes doit veiller à ce que l'extension de ces fichiers de
données
soit différente de celles traitées par défaut par XP
(...) une extension comprise dans le fichier FILELIST.XML (...)
Donc dans le cas de gros fichiers de types *.avi ou *.VOB, ces
extensions n'ont pas lieu d'être dans le FILELIST.XML et il ne
devrait pas y avoir de problème ?!
Je ne vérifie pas dans FILELIST.XML car je te laisse le faire...
Pour déterminer si une extension de fichier sera touchée (incluse) par
la restauration, il faut considérer l'extension en cause mais aussi
les dossiers inclus ou non... Une extension peut très bien être
incluse dans la restauration mais ne sera pas prise en compte
ponctuellement car un fichier (de cette extension) sera inclus dans
un dossier qui lui est exclus. Donc, je te renvois à l'examen
détaillé de ce fichier FILELIST.XML (sans oublier les clefs du
registre dont j'ai précédemment parlé) ; n'y voir ici qu'une démarche
pédagogique de ma part sur un sujet qui n'est pas un problème mais de
l'information... c'est pourquoi je te laisse découvrir...
Est-ce que je suis clair ? Faudra relire deux fois... :-)Tu peux visualiser le contenu du fichier FILELIST.XML en
double-cliquant dessus : attention à ne rien modifier. Il est assez
facile de deviner les dossiers, fichiers, extensions concernés
grâce
aux "balises" INCLUDE et EXCLUDE encadrant les listes en
question...
Ok, j'ai vu. Mais pourquoi s'ouvre-t-il avec IE ? (qui par ailleurs
m'indique qu'il a bloqué une fenêtre popup, etc ...)
Normal. La fenêtre d'avertissement, c'est SP2 et ses sécurités... et
les fichiers d'extensions .XML s'ouvrent avec IE ; ils doivent pouvoir
s'ouvrir avec d'autres applications mais je n'ai pas testé et le sujet
ne m'intéresse pas (pas encore)...J'ai un autre souci (mais je peux reposter si tu préfères) :
Je viens de refaire une image de mon PC sur DDE avec "DriveImage7" de
PowerQuest (repris maintenant par Norton, je crois avec Ghost), et
j'ai voulu vérifier que le CD de DI7 pouvait booter en cas de pb
grave ... Ca n'a pas booté ;-(
Je pense que je dois vérifier qqch dans le bios, mais j'ai peur de
faire une mauvaise manip !
Le CD s'intitule "PQRE" (PowerQuest Recovery Environment).
Je ne parle que de ce que je crois connaître et que j'ai vérifié,
expérimenté : pas le cas de DI7.
Avant de poster un nouveau sujet, vérifie dans le BIOS si le lecteur
de CD ROM est bien configuré pour booter avant le disque dur...
Amicalement,
Pascal.
[...]
Re,
L'utilisateur lambda le sait-il ??
Non, généralement pas.
Et c'est pourquoi des utilisateurs ne s'expliquent pas la
disparition
soudaine de leurs précieux documents malheureusement déposés sur ce
Bureau. Il suffit alors d'annuler le PR utilisé pour recouvrer ses
"petits". Le mieux pour l'utilisateur "lambda" est de stocker ses
documents dans le dossier (ou sous-dossiers créés par
l'utilisateur)...... "Mes Documents" ;-)
Je vais encore passer pour le "candide", mais pourquoi cette info
n'est pas donnée par MS ?
Ca irait mieux en le disant, non ?
Cet info existe mais en cherchant à des endroits qu'un utilisateur
"lambda" ne trouvera pas sans pugnacité et/ou fréquentation de ces
forums.
C'est vrai que ce serait bien d'inclure cet avertissement dans une
bulle d'aide du panneau de ladite restauration système...
L'inconvénient, rarement rencontré, de cette procédure de
restauration
système est que si un fichier est créé par l'utilisateur ou par un
application avec une extension comprise dans le fichier
FILELIST.XML,
ce fichier sera traité par le PR avec des résultats quelquefois pas
souhaités. Donc, une application qui créée des données que l'on
veut
pérennes doit veiller à ce que l'extension de ces fichiers de
données
soit différente de celles traitées par défaut par XP
(...) une extension comprise dans le fichier FILELIST.XML (...)
Donc dans le cas de gros fichiers de types *.avi ou *.VOB, ces
extensions n'ont pas lieu d'être dans le FILELIST.XML et il ne
devrait pas y avoir de problème ?!
Je ne vérifie pas dans FILELIST.XML car je te laisse le faire...
Pour déterminer si une extension de fichier sera touchée (incluse) par
la restauration, il faut considérer l'extension en cause mais aussi
les dossiers inclus ou non... Une extension peut très bien être
incluse dans la restauration mais ne sera pas prise en compte
ponctuellement car un fichier (de cette extension) sera inclus dans
un dossier qui lui est exclus. Donc, je te renvois à l'examen
détaillé de ce fichier FILELIST.XML (sans oublier les clefs du
registre dont j'ai précédemment parlé) ; n'y voir ici qu'une démarche
pédagogique de ma part sur un sujet qui n'est pas un problème mais de
l'information... c'est pourquoi je te laisse découvrir...
Est-ce que je suis clair ? Faudra relire deux fois... :-)
Tu peux visualiser le contenu du fichier FILELIST.XML en
double-cliquant dessus : attention à ne rien modifier. Il est assez
facile de deviner les dossiers, fichiers, extensions concernés
grâce
aux "balises" INCLUDE et EXCLUDE encadrant les listes en
question...
Ok, j'ai vu. Mais pourquoi s'ouvre-t-il avec IE ? (qui par ailleurs
m'indique qu'il a bloqué une fenêtre popup, etc ...)
Normal. La fenêtre d'avertissement, c'est SP2 et ses sécurités... et
les fichiers d'extensions .XML s'ouvrent avec IE ; ils doivent pouvoir
s'ouvrir avec d'autres applications mais je n'ai pas testé et le sujet
ne m'intéresse pas (pas encore)...
J'ai un autre souci (mais je peux reposter si tu préfères) :
Je viens de refaire une image de mon PC sur DDE avec "DriveImage7" de
PowerQuest (repris maintenant par Norton, je crois avec Ghost), et
j'ai voulu vérifier que le CD de DI7 pouvait booter en cas de pb
grave ... Ca n'a pas booté ;-(
Je pense que je dois vérifier qqch dans le bios, mais j'ai peur de
faire une mauvaise manip !
Le CD s'intitule "PQRE" (PowerQuest Recovery Environment).
Je ne parle que de ce que je crois connaître et que j'ai vérifié,
expérimenté : pas le cas de DI7.
Avant de poster un nouveau sujet, vérifie dans le BIOS si le lecteur
de CD ROM est bien configuré pour booter avant le disque dur...
Amicalement,
Pascal.
[...]
Re,L'utilisateur lambda le sait-il ??
Non, généralement pas.
Et c'est pourquoi des utilisateurs ne s'expliquent pas la
disparition
soudaine de leurs précieux documents malheureusement déposés sur ce
Bureau. Il suffit alors d'annuler le PR utilisé pour recouvrer ses
"petits". Le mieux pour l'utilisateur "lambda" est de stocker ses
documents dans le dossier (ou sous-dossiers créés par
l'utilisateur)...... "Mes Documents" ;-)
Je vais encore passer pour le "candide", mais pourquoi cette info
n'est pas donnée par MS ?
Ca irait mieux en le disant, non ?
Cet info existe mais en cherchant à des endroits qu'un utilisateur
"lambda" ne trouvera pas sans pugnacité et/ou fréquentation de ces
forums.
C'est vrai que ce serait bien d'inclure cet avertissement dans une
bulle d'aide du panneau de ladite restauration système...L'inconvénient, rarement rencontré, de cette procédure de
restauration
système est que si un fichier est créé par l'utilisateur ou par un
application avec une extension comprise dans le fichier
FILELIST.XML,
ce fichier sera traité par le PR avec des résultats quelquefois pas
souhaités. Donc, une application qui créée des données que l'on
veut
pérennes doit veiller à ce que l'extension de ces fichiers de
données
soit différente de celles traitées par défaut par XP
(...) une extension comprise dans le fichier FILELIST.XML (...)
Donc dans le cas de gros fichiers de types *.avi ou *.VOB, ces
extensions n'ont pas lieu d'être dans le FILELIST.XML et il ne
devrait pas y avoir de problème ?!
Je ne vérifie pas dans FILELIST.XML car je te laisse le faire...
Pour déterminer si une extension de fichier sera touchée (incluse) par
la restauration, il faut considérer l'extension en cause mais aussi
les dossiers inclus ou non... Une extension peut très bien être
incluse dans la restauration mais ne sera pas prise en compte
ponctuellement car un fichier (de cette extension) sera inclus dans
un dossier qui lui est exclus. Donc, je te renvois à l'examen
détaillé de ce fichier FILELIST.XML (sans oublier les clefs du
registre dont j'ai précédemment parlé) ; n'y voir ici qu'une démarche
pédagogique de ma part sur un sujet qui n'est pas un problème mais de
l'information... c'est pourquoi je te laisse découvrir...
Est-ce que je suis clair ? Faudra relire deux fois... :-)Tu peux visualiser le contenu du fichier FILELIST.XML en
double-cliquant dessus : attention à ne rien modifier. Il est assez
facile de deviner les dossiers, fichiers, extensions concernés
grâce
aux "balises" INCLUDE et EXCLUDE encadrant les listes en
question...
Ok, j'ai vu. Mais pourquoi s'ouvre-t-il avec IE ? (qui par ailleurs
m'indique qu'il a bloqué une fenêtre popup, etc ...)
Normal. La fenêtre d'avertissement, c'est SP2 et ses sécurités... et
les fichiers d'extensions .XML s'ouvrent avec IE ; ils doivent pouvoir
s'ouvrir avec d'autres applications mais je n'ai pas testé et le sujet
ne m'intéresse pas (pas encore)...J'ai un autre souci (mais je peux reposter si tu préfères) :
Je viens de refaire une image de mon PC sur DDE avec "DriveImage7" de
PowerQuest (repris maintenant par Norton, je crois avec Ghost), et
j'ai voulu vérifier que le CD de DI7 pouvait booter en cas de pb
grave ... Ca n'a pas booté ;-(
Je pense que je dois vérifier qqch dans le bios, mais j'ai peur de
faire une mauvaise manip !
Le CD s'intitule "PQRE" (PowerQuest Recovery Environment).
Je ne parle que de ce que je crois connaître et que j'ai vérifié,
expérimenté : pas le cas de DI7.
Avant de poster un nouveau sujet, vérifie dans le BIOS si le lecteur
de CD ROM est bien configuré pour booter avant le disque dur...
Amicalement,
Pascal.
[...]
