Bonsoir,
Que teste (registre ou... ?) WU pour afficher l'historique de mes
mises à jour ?
Il (l'historique sur WU) m'affiche des mises à jour en deux, voire
trois exemplaires : ce qui correspond à la réalité (je teste
l'installation de ces mises à jours et donc reviens sur un point de
restauration pour surveiller les changements...)
http://cjoint.com/?idwegOOwKv
mais
http://cjoint.com/?idwuexgSib
obtenu à partir de WinUpdatesList qui lui teste le registre... et,
bien sûr, pas de doublon...
...(HOME SP2 à jour).
Merci.
Cordialement, Pascal.
Bonsoir,
Que teste (registre ou... ?) WU pour afficher l'historique de mes
mises à jour ?
Il (l'historique sur WU) m'affiche des mises à jour en deux, voire
trois exemplaires : ce qui correspond à la réalité (je teste
l'installation de ces mises à jours et donc reviens sur un point de
restauration pour surveiller les changements...)
http://cjoint.com/?idwegOOwKv
mais
http://cjoint.com/?idwuexgSib
obtenu à partir de WinUpdatesList qui lui teste le registre... et,
bien sûr, pas de doublon...
...(HOME SP2 à jour).
Merci.
Cordialement, Pascal.
Bonsoir,
Que teste (registre ou... ?) WU pour afficher l'historique de mes
mises à jour ?
Il (l'historique sur WU) m'affiche des mises à jour en deux, voire
trois exemplaires : ce qui correspond à la réalité (je teste
l'installation de ces mises à jours et donc reviens sur un point de
restauration pour surveiller les changements...)
http://cjoint.com/?idwegOOwKv
mais
http://cjoint.com/?idwuexgSib
obtenu à partir de WinUpdatesList qui lui teste le registre... et,
bien sûr, pas de doublon...
...(HOME SP2 à jour).
Merci.
Cordialement, Pascal.
Ben... je crois que j'ai trouvé... C'est le fichier WindowsUpdate.log,
qui n'est pas sauvé dans le point de restauration, qui doit être
testé... Un retour sur un point de restauration antérieur à une mise à
jour efface la mise à jour mais pas la trace de celle-ci dans le
fichier su-nommé...
Merci de bien vouloir me contrarier...
Cordialement, Pascal.
Ben... je crois que j'ai trouvé... C'est le fichier WindowsUpdate.log,
qui n'est pas sauvé dans le point de restauration, qui doit être
testé... Un retour sur un point de restauration antérieur à une mise à
jour efface la mise à jour mais pas la trace de celle-ci dans le
fichier su-nommé...
Merci de bien vouloir me contrarier...
Cordialement, Pascal.
Ben... je crois que j'ai trouvé... C'est le fichier WindowsUpdate.log,
qui n'est pas sauvé dans le point de restauration, qui doit être
testé... Un retour sur un point de restauration antérieur à une mise à
jour efface la mise à jour mais pas la trace de celle-ci dans le
fichier su-nommé...
Merci de bien vouloir me contrarier...
Cordialement, Pascal.
Dans le message news:,
Sabrem JORAM a écrit:
Ben... je crois que j'ai trouvé... C'est le fichier
WindowsUpdate.log,
qui n'est pas sauvé dans le point de restauration, qui doit être
testé... Un retour sur un point de restauration antérieur à une
mise à
jour efface la mise à jour mais pas la trace de celle-ci dans le
fichier su-nommé...
Merci de bien vouloir me contrarier...
Cordialement, Pascal.
Salut Pascal,
Une autre idée : dans WINDOWSSoftwareDistribution, j'ai un fichier
ReportingEvents.log qui liste la date, l'heure et un clsid des mises
à jour par windows update.
Mais enfin, je n'ai jeté qu'un coup d'oeil ;-)
Dans le message news:mn.2aa67d5846a4aab7.21445@enfrance.net,
Sabrem JORAM <sabrem.joramDoubidoU@enfrance.net>a écrit:
Ben... je crois que j'ai trouvé... C'est le fichier
WindowsUpdate.log,
qui n'est pas sauvé dans le point de restauration, qui doit être
testé... Un retour sur un point de restauration antérieur à une
mise à
jour efface la mise à jour mais pas la trace de celle-ci dans le
fichier su-nommé...
Merci de bien vouloir me contrarier...
Cordialement, Pascal.
Salut Pascal,
Une autre idée : dans WINDOWSSoftwareDistribution, j'ai un fichier
ReportingEvents.log qui liste la date, l'heure et un clsid des mises
à jour par windows update.
Mais enfin, je n'ai jeté qu'un coup d'oeil ;-)
Dans le message news:,
Sabrem JORAM a écrit:
Ben... je crois que j'ai trouvé... C'est le fichier
WindowsUpdate.log,
qui n'est pas sauvé dans le point de restauration, qui doit être
testé... Un retour sur un point de restauration antérieur à une
mise à
jour efface la mise à jour mais pas la trace de celle-ci dans le
fichier su-nommé...
Merci de bien vouloir me contrarier...
Cordialement, Pascal.
Salut Pascal,
Une autre idée : dans WINDOWSSoftwareDistribution, j'ai un fichier
ReportingEvents.log qui liste la date, l'heure et un clsid des mises
à jour par windows update.
Mais enfin, je n'ai jeté qu'un coup d'oeil ;-)
Ben... je crois que j'ai trouvé... C'est le fichier WindowsUpdate.log, qui
n'est pas sauvé dans le point de restauration, qui doit être testé... Un
retour sur un point de restauration antérieur à une mise à jour efface la
mise à jour mais pas la trace de celle-ci dans le fichier su-nommé...
Merci de bien vouloir me contrarier...
Ben... je crois que j'ai trouvé... C'est le fichier WindowsUpdate.log, qui
n'est pas sauvé dans le point de restauration, qui doit être testé... Un
retour sur un point de restauration antérieur à une mise à jour efface la
mise à jour mais pas la trace de celle-ci dans le fichier su-nommé...
Merci de bien vouloir me contrarier...
Ben... je crois que j'ai trouvé... C'est le fichier WindowsUpdate.log, qui
n'est pas sauvé dans le point de restauration, qui doit être testé... Un
retour sur un point de restauration antérieur à une mise à jour efface la
mise à jour mais pas la trace de celle-ci dans le fichier su-nommé...
Merci de bien vouloir me contrarier...
Avec juste ce texte, tu as /l'air de dire/ que si l'on revient à un
point de restauration, une mise à jour n'est bien entendu pas prise
en compte, mais qu'elle reste quand même consignée... De ce fait, on
pourrait /croire/ que cette mise à jour /ne serait pas/ proposée de
nouveau.
Non, ce n'est pas ce que je veux dire... et la détection des mises à
Hors, puisque WU affiche des doublons, c'est qu'il effectue de
nouveau ces mises à jour s'il détecte qu'elles ne sont pas (plus)
installées.
De ces considérations, on peut en tirer que WU consigne les
opérations effectuées dans le fichier cité (comme tout bon fichier
log), que l'historique en reprend le listing, mais que WU va
forcément voir ailleurs pour proposer les mises à jour nécessaires
puisqu'une MAJ consignée est de nouveau effectuée.
La réalité est ailleurs...
Avec juste ce texte, tu as /l'air de dire/ que si l'on revient à un
point de restauration, une mise à jour n'est bien entendu pas prise
en compte, mais qu'elle reste quand même consignée... De ce fait, on
pourrait /croire/ que cette mise à jour /ne serait pas/ proposée de
nouveau.
Non, ce n'est pas ce que je veux dire... et la détection des mises à
Hors, puisque WU affiche des doublons, c'est qu'il effectue de
nouveau ces mises à jour s'il détecte qu'elles ne sont pas (plus)
installées.
De ces considérations, on peut en tirer que WU consigne les
opérations effectuées dans le fichier cité (comme tout bon fichier
log), que l'historique en reprend le listing, mais que WU va
forcément voir ailleurs pour proposer les mises à jour nécessaires
puisqu'une MAJ consignée est de nouveau effectuée.
La réalité est ailleurs...
Avec juste ce texte, tu as /l'air de dire/ que si l'on revient à un
point de restauration, une mise à jour n'est bien entendu pas prise
en compte, mais qu'elle reste quand même consignée... De ce fait, on
pourrait /croire/ que cette mise à jour /ne serait pas/ proposée de
nouveau.
Non, ce n'est pas ce que je veux dire... et la détection des mises à
Hors, puisque WU affiche des doublons, c'est qu'il effectue de
nouveau ces mises à jour s'il détecte qu'elles ne sont pas (plus)
installées.
De ces considérations, on peut en tirer que WU consigne les
opérations effectuées dans le fichier cité (comme tout bon fichier
log), que l'historique en reprend le listing, mais que WU va
forcément voir ailleurs pour proposer les mises à jour nécessaires
puisqu'une MAJ consignée est de nouveau effectuée.
La réalité est ailleurs...
Non ce n'est pas celui-là... je l'ai effacé et toujours pareil...
Donc j'ai surveillé l'apparition de cet historique sur l'écran de WU
et il semblerait que ma première idée soit la bonne... seulement j'ai
mis du temps à trouver (enfin je pense que c'est ça)... car bien
qu'ayant effacer ce fichier (WindowsUpdate.log) l'historique apparaît
toujours avec les mêmes doublons ; je ne sais exactement comment cela
fonctionne, mais il semble que WU teste les métadonnées de ce fichier
(comment ? bien qu'il ait été effacé et automatiquement recréé presque
vide... pourquoi les flux attachés ne sont-ils pas modifiés ?) ; voir
quelques lignes du travail de lecture de WU sur le fichier en question
surveillé par Filemon en fichier joint.
Donc, je suis cuit... je ne peux pas (sais pas) modifier cet
historique...
Amicalement, Pascal (surveillant)
Non ce n'est pas celui-là... je l'ai effacé et toujours pareil...
Donc j'ai surveillé l'apparition de cet historique sur l'écran de WU
et il semblerait que ma première idée soit la bonne... seulement j'ai
mis du temps à trouver (enfin je pense que c'est ça)... car bien
qu'ayant effacer ce fichier (WindowsUpdate.log) l'historique apparaît
toujours avec les mêmes doublons ; je ne sais exactement comment cela
fonctionne, mais il semble que WU teste les métadonnées de ce fichier
(comment ? bien qu'il ait été effacé et automatiquement recréé presque
vide... pourquoi les flux attachés ne sont-ils pas modifiés ?) ; voir
quelques lignes du travail de lecture de WU sur le fichier en question
surveillé par Filemon en fichier joint.
Donc, je suis cuit... je ne peux pas (sais pas) modifier cet
historique...
Amicalement, Pascal (surveillant)
Non ce n'est pas celui-là... je l'ai effacé et toujours pareil...
Donc j'ai surveillé l'apparition de cet historique sur l'écran de WU
et il semblerait que ma première idée soit la bonne... seulement j'ai
mis du temps à trouver (enfin je pense que c'est ça)... car bien
qu'ayant effacer ce fichier (WindowsUpdate.log) l'historique apparaît
toujours avec les mêmes doublons ; je ne sais exactement comment cela
fonctionne, mais il semble que WU teste les métadonnées de ce fichier
(comment ? bien qu'il ait été effacé et automatiquement recréé presque
vide... pourquoi les flux attachés ne sont-ils pas modifiés ?) ; voir
quelques lignes du travail de lecture de WU sur le fichier en question
surveillé par Filemon en fichier joint.
Donc, je suis cuit... je ne peux pas (sais pas) modifier cet
historique...
Amicalement, Pascal (surveillant)
Salut,
Bizarre,
J'ai chez moi un fichier windows update.log de 280 octets et un
windowsUpdate.log de 384 Ko,
qui contient une historique de l'installation de WU. Une analyse
par ShowStream (du magasin Bellamy & Bellamy) me donne 0 (zéro)
flux pour celui de 384 Ko, et 3 flux pour celui de 280 octets : un
descripteur de sécurité, un autre ayant le même contenu (2 lignes)
que le fichier principal, et un 3e flux binaire dénommé comme étant
"identificateur d'objet".
Mais le fichier sans flux est sans conteste celui utilisé par WU,
l'autre, je ne sais pas pourquoi il est là.
Bref, à mon avis, tu es plus que cuit, tu es carbonisé :-)
Salut,
Bizarre,
J'ai chez moi un fichier windows update.log de 280 octets et un
windowsUpdate.log de 384 Ko,
qui contient une historique de l'installation de WU. Une analyse
par ShowStream (du magasin Bellamy & Bellamy) me donne 0 (zéro)
flux pour celui de 384 Ko, et 3 flux pour celui de 280 octets : un
descripteur de sécurité, un autre ayant le même contenu (2 lignes)
que le fichier principal, et un 3e flux binaire dénommé comme étant
"identificateur d'objet".
Mais le fichier sans flux est sans conteste celui utilisé par WU,
l'autre, je ne sais pas pourquoi il est là.
Bref, à mon avis, tu es plus que cuit, tu es carbonisé :-)
Salut,
Bizarre,
J'ai chez moi un fichier windows update.log de 280 octets et un
windowsUpdate.log de 384 Ko,
qui contient une historique de l'installation de WU. Une analyse
par ShowStream (du magasin Bellamy & Bellamy) me donne 0 (zéro)
flux pour celui de 384 Ko, et 3 flux pour celui de 280 octets : un
descripteur de sécurité, un autre ayant le même contenu (2 lignes)
que le fichier principal, et un 3e flux binaire dénommé comme étant
"identificateur d'objet".
Mais le fichier sans flux est sans conteste celui utilisé par WU,
l'autre, je ne sais pas pourquoi il est là.
Bref, à mon avis, tu es plus que cuit, tu es carbonisé :-)