Ça demande l'acceptations des conditions d'utilisation et ça s'installe mais n'efface pas le répertoire après.
Si il était déjà décompressé avant le lancement, c'est normal. Après redémarrage il devrait pouvoir être effacé.
Du reste maintenant nous savons pourquoi l'exécution automatique a échoué : en mode batch l'acceptation des conditions d'utilisation ne pouvait être demandé, donc le mode interactif était nécessaire.
Peut-être devrais-je tous les cliquer pour que mon problème de mise à jour qui font tourner SVCHOST à 100% de CPU pendant des heures disparaisse.
Le journal d'événements ne remonte pas assez loin ou ce n'est pas évident de connaitre la date. Les fichiers et les répertoires n'ont pas tous la même date.
Sauf que ... tu viens juste d'en exécuter un. Si l'observateur d'événements n'a pas d'icône rouge ou jaune, ça confirme que tout s'est bien passé.
Tu peux effectivement les lancer tous un par un, il n'est toutefois pas certain que ça te prendrait plus de temps de faire une mise à jour globale. Dans Internet Explorer, tu trouves Windows Update dans le menu Outils. Il faut l'exécuter avec les droits administrateur. Attention, à ce que je me rappelle deux URL renvoient l'une à l'autre, et les deux doivent être autorisées par le pare-feu.
Tu peux en profiter pour paramétrer un téléchargement automatique des mises à jour, comme ça dans la session administrateur tu trouves une icône jaune près de l'horloge pour exécuter les mises à jour qui ont été téléchargées.
Le 10/11/2013 20:20, ®omain a écrit :
Ça demande l'acceptations des conditions d'utilisation et ça s'installe
mais n'efface pas le répertoire après.
Si il était déjà décompressé avant le lancement, c'est normal. Après
redémarrage il devrait pouvoir être effacé.
Du reste maintenant nous savons pourquoi l'exécution automatique a
échoué : en mode batch l'acceptation des conditions d'utilisation ne
pouvait être demandé, donc le mode interactif était nécessaire.
Peut-être devrais-je tous les cliquer pour que mon problème de mise à
jour qui font tourner SVCHOST à 100% de CPU pendant des heures disparaisse.
Le journal d'événements ne remonte pas assez loin ou ce n'est pas
évident de connaitre la date. Les fichiers et les répertoires n'ont pas
tous la même date.
Sauf que ... tu viens juste d'en exécuter un. Si l'observateur
d'événements n'a pas d'icône rouge ou jaune, ça confirme que tout s'est
bien passé.
Tu peux effectivement les lancer tous un par un, il n'est toutefois pas
certain que ça te prendrait plus de temps de faire une mise à jour
globale. Dans Internet Explorer, tu trouves Windows Update dans le menu
Outils. Il faut l'exécuter avec les droits administrateur. Attention, à
ce que je me rappelle deux URL renvoient l'une à l'autre, et les deux
doivent être autorisées par le pare-feu.
Tu peux en profiter pour paramétrer un téléchargement automatique des
mises à jour, comme ça dans la session administrateur tu trouves une
icône jaune près de l'horloge pour exécuter les mises à jour qui ont été
téléchargées.
Ça demande l'acceptations des conditions d'utilisation et ça s'installe mais n'efface pas le répertoire après.
Si il était déjà décompressé avant le lancement, c'est normal. Après redémarrage il devrait pouvoir être effacé.
Du reste maintenant nous savons pourquoi l'exécution automatique a échoué : en mode batch l'acceptation des conditions d'utilisation ne pouvait être demandé, donc le mode interactif était nécessaire.
Peut-être devrais-je tous les cliquer pour que mon problème de mise à jour qui font tourner SVCHOST à 100% de CPU pendant des heures disparaisse.
Le journal d'événements ne remonte pas assez loin ou ce n'est pas évident de connaitre la date. Les fichiers et les répertoires n'ont pas tous la même date.
Sauf que ... tu viens juste d'en exécuter un. Si l'observateur d'événements n'a pas d'icône rouge ou jaune, ça confirme que tout s'est bien passé.
Tu peux effectivement les lancer tous un par un, il n'est toutefois pas certain que ça te prendrait plus de temps de faire une mise à jour globale. Dans Internet Explorer, tu trouves Windows Update dans le menu Outils. Il faut l'exécuter avec les droits administrateur. Attention, à ce que je me rappelle deux URL renvoient l'une à l'autre, et les deux doivent être autorisées par le pare-feu.
Tu peux en profiter pour paramétrer un téléchargement automatique des mises à jour, comme ça dans la session administrateur tu trouves une icône jaune près de l'horloge pour exécuter les mises à jour qui ont été téléchargées.
Gloops
Le 11/11/2013 00:01, Gloops a écrit :
l'acceptation des conditions d'utilisation ne pouvait être demandé
J'ai bien mis une heure à taper ce message, alors du coup j'ai relu un peu vite. Je sens que je vais redémarrer ma machine.
Le 11/11/2013 00:01, Gloops a écrit :
l'acceptation des conditions d'utilisation ne pouvait être demandé
J'ai bien mis une heure à taper ce message, alors du coup j'ai relu un
peu vite. Je sens que je vais redémarrer ma machine.
l'acceptation des conditions d'utilisation ne pouvait être demandé
J'ai bien mis une heure à taper ce message, alors du coup j'ai relu un peu vite. Je sens que je vais redémarrer ma machine.
®omain
Gloops a écrit , Le 11/11/2013 00:01:
Le 10/11/2013 20:20, ®omain a écrit :
Ça demande l'acceptations des conditions d'utilisation et ça s'installe mais n'efface pas le répertoire après.
Si il était déjà décompressé avant le lancement, c'est normal. Après redémarrage il devrait pouvoir être effacé.
Du reste maintenant nous savons pourquoi l'exécution automatique a échoué : en mode batch l'acceptation des conditions d'utilisation ne pouvait être demandé, donc le mode interactif était nécessaire.
Peut-être devrais-je tous les cliquer pour que mon problème de mise à jour qui font tourner SVCHOST à 100% de CPU pendant des heures disparaisse.
Le journal d'événements ne remonte pas assez loin ou ce n'est pas évident de connaitre la date. Les fichiers et les répertoires n'ont pas tous la même date.
Sauf que ... tu viens juste d'en exécuter un. Si l'observateur d'événements n'a pas d'icône rouge ou jaune, ça confirme que tout s'est bien passé.
Tu peux effectivement les lancer tous un par un, il n'est toutefois pas certain que ça te prendrait plus de temps de faire une mise à jour globale. Dans Internet Explorer, tu trouves Windows Update dans le menu Outils. Il faut l'exécuter avec les droits administrateur. Attention, à ce que je me rappelle deux URL renvoient l'une à l'autre, et les deux doivent être autorisées par le pare-feu.
Tu peux en profiter pour paramétrer un téléchargement automatique des mises à jour, comme ça dans la session administrateur tu trouves une icône jaune près de l'horloge pour exécuter les mises à jour qui ont été téléchargées.
En faîte, c'est la "Recherche des dernières mises à jour pour votre ordinateur..." qui fait tourner SVCHOST à 99% du CPU. Je me demande juste s'il y aurait un lien entre ces répertoires (restes de MàJ foirées) et la recherche de nouvelles MàJ qui n'avance pas ou trop peu.
Gloops a écrit , Le 11/11/2013 00:01:
Le 10/11/2013 20:20, ®omain a écrit :
Ça demande l'acceptations des conditions d'utilisation et ça s'installe
mais n'efface pas le répertoire après.
Si il était déjà décompressé avant le lancement, c'est normal. Après
redémarrage il devrait pouvoir être effacé.
Du reste maintenant nous savons pourquoi l'exécution automatique a
échoué : en mode batch l'acceptation des conditions d'utilisation ne
pouvait être demandé, donc le mode interactif était nécessaire.
Peut-être devrais-je tous les cliquer pour que mon problème de mise à
jour qui font tourner SVCHOST à 100% de CPU pendant des heures
disparaisse.
Le journal d'événements ne remonte pas assez loin ou ce n'est pas
évident de connaitre la date. Les fichiers et les répertoires n'ont pas
tous la même date.
Sauf que ... tu viens juste d'en exécuter un. Si l'observateur
d'événements n'a pas d'icône rouge ou jaune, ça confirme que tout s'est
bien passé.
Tu peux effectivement les lancer tous un par un, il n'est toutefois pas
certain que ça te prendrait plus de temps de faire une mise à jour
globale. Dans Internet Explorer, tu trouves Windows Update dans le menu
Outils. Il faut l'exécuter avec les droits administrateur. Attention, à
ce que je me rappelle deux URL renvoient l'une à l'autre, et les deux
doivent être autorisées par le pare-feu.
Tu peux en profiter pour paramétrer un téléchargement automatique des
mises à jour, comme ça dans la session administrateur tu trouves une
icône jaune près de l'horloge pour exécuter les mises à jour qui ont été
téléchargées.
En faîte, c'est la "Recherche des dernières mises à jour pour votre
ordinateur..." qui fait tourner SVCHOST à 99% du CPU.
Je me demande juste s'il y aurait un lien entre ces répertoires (restes
de MàJ foirées) et la recherche de nouvelles MàJ qui n'avance pas ou
trop peu.
Ça demande l'acceptations des conditions d'utilisation et ça s'installe mais n'efface pas le répertoire après.
Si il était déjà décompressé avant le lancement, c'est normal. Après redémarrage il devrait pouvoir être effacé.
Du reste maintenant nous savons pourquoi l'exécution automatique a échoué : en mode batch l'acceptation des conditions d'utilisation ne pouvait être demandé, donc le mode interactif était nécessaire.
Peut-être devrais-je tous les cliquer pour que mon problème de mise à jour qui font tourner SVCHOST à 100% de CPU pendant des heures disparaisse.
Le journal d'événements ne remonte pas assez loin ou ce n'est pas évident de connaitre la date. Les fichiers et les répertoires n'ont pas tous la même date.
Sauf que ... tu viens juste d'en exécuter un. Si l'observateur d'événements n'a pas d'icône rouge ou jaune, ça confirme que tout s'est bien passé.
Tu peux effectivement les lancer tous un par un, il n'est toutefois pas certain que ça te prendrait plus de temps de faire une mise à jour globale. Dans Internet Explorer, tu trouves Windows Update dans le menu Outils. Il faut l'exécuter avec les droits administrateur. Attention, à ce que je me rappelle deux URL renvoient l'une à l'autre, et les deux doivent être autorisées par le pare-feu.
Tu peux en profiter pour paramétrer un téléchargement automatique des mises à jour, comme ça dans la session administrateur tu trouves une icône jaune près de l'horloge pour exécuter les mises à jour qui ont été téléchargées.
En faîte, c'est la "Recherche des dernières mises à jour pour votre ordinateur..." qui fait tourner SVCHOST à 99% du CPU. Je me demande juste s'il y aurait un lien entre ces répertoires (restes de MàJ foirées) et la recherche de nouvelles MàJ qui n'avance pas ou trop peu.
®omain
Herser a écrit , Le 09/11/2013 18:33:
®omain a écrit dans le message de news:527e650b$0$2046$
☺, J'ai effacé en mode sans échec les plus anciens après copie des partitions sur autre disc. Les répertoires les plus anciens (2006) sont tous partis, reste 2 de 2009 contenant les 2 mêmes sous répertoires : i386 et AMD64 inaccessibles et "vides". Et reste 6 répertoires de 2012 2013 contenant tous la même choses : 24/04/2012 00:34 <REP> . 24/04/2012 00:34 <REP> .. 24/04/2012 00:34 <REP> 1025 24/04/2012 00:34 <REP> 1028 24/04/2012 00:34 <REP> 1029 24/04/2012 00:34 <REP> 1030 24/04/2012 00:34 <REP> 1031 24/04/2012 00:34 <REP> 1032 24/04/2012 00:34 <REP> 1033 24/04/2012 00:34 <REP> 1035 24/04/2012 00:34 <REP> 1036 24/04/2012 00:34 <REP> 1037 24/04/2012 00:34 <REP> 1038 24/04/2012 00:34 <REP> 1040 24/04/2012 00:34 <REP> 1041 24/04/2012 00:34 <REP> 1042 24/04/2012 00:34 <REP> 1043 24/04/2012 00:34 <REP> 1044 24/04/2012 00:34 <REP> 1045 24/04/2012 00:34 <REP> 1046 24/04/2012 00:34 <REP> 1049 24/04/2012 00:34 <REP> 1053 24/04/2012 00:34 <REP> 1055 24/04/2012 00:34 <REP> 2052 24/04/2012 00:34 <REP> 2070 24/04/2012 00:34 <REP> 3076 24/04/2012 00:34 <REP> 3082 02/02/2012 22:45 15ÿ616 DHtmlHeader.html 02/02/2012 22:45 7ÿ306 header.bmp 02/02/2012 22:56 322ÿ840 HotFixInstaller.exe 02/02/2012 22:56 963ÿ584 NDP20SP2-KB2656369.msp 02/02/2012 22:45 3ÿ580 ParameterInfo.xml 02/02/2012 22:45 110ÿ348 watermark.bmp le fichier bmp contient logo NET.framework qui effectivement a souvent planté aux mises à jour depuis des années merci
C'est une mise à jour .NETFrameworks 2.0 SP2 qui a oublié de purger son dossier de décompression en redémarrant le PC C'est surprenant de trouver ça sur une autre partition que celle de Windows, mais Windwos Update cherche une partition avec assez d'espace et installe ce dossier, en principe temporaire, à la racine. Je confirme, supprime tout avec Unlocker si besoin.
☺ Certain répertoires n'avaient aucun utilisateur dans leur liste d'autorisation et d'autre je n'étais pas propriétaire. C'est réglé. Voilà ce que j'ai vu dedans : 06/07/2008 13:06 89ÿ088 filterpipelineprintproc.dll 06/07/2008 13:06 10ÿ929 msxpsdrv.cat 19/06/2008 06:33 2ÿ204 msxpsdrv.inf 19/06/2008 10:03 73 msxpsinc.gpd 19/06/2008 06:33 72 msxpsinc.ppd 06/07/2008 13:06 765ÿ440 mxdwdrv.dll 06/07/2008 13:06 1ÿ676ÿ288 xpssvcs.dll
Herser a écrit , Le 09/11/2013 18:33:
®omain a écrit dans le message de
news:527e650b$0$2046$426a34cc@news.free.fr
☺,
J'ai effacé en mode sans échec les plus anciens après copie des
partitions sur autre disc. Les répertoires les plus anciens (2006)
sont tous partis, reste 2 de 2009 contenant les 2 mêmes sous
répertoires : i386 et AMD64 inaccessibles et "vides". Et reste 6
répertoires de 2012 2013 contenant tous la même choses :
24/04/2012 00:34 <REP> .
24/04/2012 00:34 <REP> ..
24/04/2012 00:34 <REP> 1025
24/04/2012 00:34 <REP> 1028
24/04/2012 00:34 <REP> 1029
24/04/2012 00:34 <REP> 1030
24/04/2012 00:34 <REP> 1031
24/04/2012 00:34 <REP> 1032
24/04/2012 00:34 <REP> 1033
24/04/2012 00:34 <REP> 1035
24/04/2012 00:34 <REP> 1036
24/04/2012 00:34 <REP> 1037
24/04/2012 00:34 <REP> 1038
24/04/2012 00:34 <REP> 1040
24/04/2012 00:34 <REP> 1041
24/04/2012 00:34 <REP> 1042
24/04/2012 00:34 <REP> 1043
24/04/2012 00:34 <REP> 1044
24/04/2012 00:34 <REP> 1045
24/04/2012 00:34 <REP> 1046
24/04/2012 00:34 <REP> 1049
24/04/2012 00:34 <REP> 1053
24/04/2012 00:34 <REP> 1055
24/04/2012 00:34 <REP> 2052
24/04/2012 00:34 <REP> 2070
24/04/2012 00:34 <REP> 3076
24/04/2012 00:34 <REP> 3082
02/02/2012 22:45 15ÿ616 DHtmlHeader.html
02/02/2012 22:45 7ÿ306 header.bmp
02/02/2012 22:56 322ÿ840 HotFixInstaller.exe
02/02/2012 22:56 963ÿ584 NDP20SP2-KB2656369.msp
02/02/2012 22:45 3ÿ580 ParameterInfo.xml
02/02/2012 22:45 110ÿ348 watermark.bmp
le fichier bmp contient logo NET.framework qui effectivement a souvent
planté aux mises à jour depuis des années
merci
C'est une mise à jour .NETFrameworks 2.0 SP2 qui a oublié de purger son
dossier de décompression en redémarrant le PC
C'est surprenant de trouver ça sur une autre partition que celle de
Windows, mais Windwos Update cherche une partition avec assez d'espace
et installe ce dossier, en principe temporaire, à la racine.
Je confirme, supprime tout avec Unlocker si besoin.
☺
Certain répertoires n'avaient aucun utilisateur dans leur liste
d'autorisation et d'autre je n'étais pas propriétaire. C'est réglé.
Voilà ce que j'ai vu dedans :
06/07/2008 13:06 89ÿ088 filterpipelineprintproc.dll
06/07/2008 13:06 10ÿ929 msxpsdrv.cat
19/06/2008 06:33 2ÿ204 msxpsdrv.inf
19/06/2008 10:03 73 msxpsinc.gpd
19/06/2008 06:33 72 msxpsinc.ppd
06/07/2008 13:06 765ÿ440 mxdwdrv.dll
06/07/2008 13:06 1ÿ676ÿ288 xpssvcs.dll
®omain a écrit dans le message de news:527e650b$0$2046$
☺, J'ai effacé en mode sans échec les plus anciens après copie des partitions sur autre disc. Les répertoires les plus anciens (2006) sont tous partis, reste 2 de 2009 contenant les 2 mêmes sous répertoires : i386 et AMD64 inaccessibles et "vides". Et reste 6 répertoires de 2012 2013 contenant tous la même choses : 24/04/2012 00:34 <REP> . 24/04/2012 00:34 <REP> .. 24/04/2012 00:34 <REP> 1025 24/04/2012 00:34 <REP> 1028 24/04/2012 00:34 <REP> 1029 24/04/2012 00:34 <REP> 1030 24/04/2012 00:34 <REP> 1031 24/04/2012 00:34 <REP> 1032 24/04/2012 00:34 <REP> 1033 24/04/2012 00:34 <REP> 1035 24/04/2012 00:34 <REP> 1036 24/04/2012 00:34 <REP> 1037 24/04/2012 00:34 <REP> 1038 24/04/2012 00:34 <REP> 1040 24/04/2012 00:34 <REP> 1041 24/04/2012 00:34 <REP> 1042 24/04/2012 00:34 <REP> 1043 24/04/2012 00:34 <REP> 1044 24/04/2012 00:34 <REP> 1045 24/04/2012 00:34 <REP> 1046 24/04/2012 00:34 <REP> 1049 24/04/2012 00:34 <REP> 1053 24/04/2012 00:34 <REP> 1055 24/04/2012 00:34 <REP> 2052 24/04/2012 00:34 <REP> 2070 24/04/2012 00:34 <REP> 3076 24/04/2012 00:34 <REP> 3082 02/02/2012 22:45 15ÿ616 DHtmlHeader.html 02/02/2012 22:45 7ÿ306 header.bmp 02/02/2012 22:56 322ÿ840 HotFixInstaller.exe 02/02/2012 22:56 963ÿ584 NDP20SP2-KB2656369.msp 02/02/2012 22:45 3ÿ580 ParameterInfo.xml 02/02/2012 22:45 110ÿ348 watermark.bmp le fichier bmp contient logo NET.framework qui effectivement a souvent planté aux mises à jour depuis des années merci
C'est une mise à jour .NETFrameworks 2.0 SP2 qui a oublié de purger son dossier de décompression en redémarrant le PC C'est surprenant de trouver ça sur une autre partition que celle de Windows, mais Windwos Update cherche une partition avec assez d'espace et installe ce dossier, en principe temporaire, à la racine. Je confirme, supprime tout avec Unlocker si besoin.
☺ Certain répertoires n'avaient aucun utilisateur dans leur liste d'autorisation et d'autre je n'étais pas propriétaire. C'est réglé. Voilà ce que j'ai vu dedans : 06/07/2008 13:06 89ÿ088 filterpipelineprintproc.dll 06/07/2008 13:06 10ÿ929 msxpsdrv.cat 19/06/2008 06:33 2ÿ204 msxpsdrv.inf 19/06/2008 10:03 73 msxpsinc.gpd 19/06/2008 06:33 72 msxpsinc.ppd 06/07/2008 13:06 765ÿ440 mxdwdrv.dll 06/07/2008 13:06 1ÿ676ÿ288 xpssvcs.dll
Gloops
Le 11/11/2013 18:34, ®omain a écrit :
En faîte, c'est la "Recherche des dernières mises à jour pour votre ordinateur..." qui fait tourner SVCHOST à 99% du CPU.
Quelles sont la cadence du processeur et la capacité de la mémoire ?
Je me demande juste s'il y aurait un lien entre ces répertoires (restes de MàJ foirées) et la recherche de nouvelles MàJ qui n'avance pas ou trop peu.
Ben ... une fois qu'une mise à jour est terminée, qu'elle soit "foirée" ou réussie, si il reste un répertoire temporaire il n'est plus utilisé, c'est pour ça qu'on l'appelle temporaire.
Si la mise à jour n'a pas réussi, un nouveau téléchargement va être effectué lors de la recherche suivante. C'est pour ça que ça peut être intéressant de vérifier que tout a réussi, pour éviter que la même revienne à la charge. Lorsque c'est le cas il faut vérifier si elle a effectivement échoué et pourquoi, ou si c'est juste l'effacement du répertoire qui a échoué, ça arrive aussi. Dans ce dernier cas, donc une mise à jour qui a réussi mais qui est tout de même reproposée, il suffira, à la fin des mises à jour, de vider le répertoire WindowsSoftwareDistribution.
Si on a vidé ce dernier alors qu'une mise à jour n'a pas été faite, elle sera à nouveau téléchargée lors de la recherche suivante.
Le 11/11/2013 18:34, ®omain a écrit :
En faîte, c'est la "Recherche des dernières mises à jour pour votre
ordinateur..." qui fait tourner SVCHOST à 99% du CPU.
Quelles sont la cadence du processeur et la capacité de la mémoire ?
Je me demande juste s'il y aurait un lien entre ces répertoires (restes
de MàJ foirées) et la recherche de nouvelles MàJ qui n'avance pas ou
trop peu.
Ben ... une fois qu'une mise à jour est terminée, qu'elle soit "foirée"
ou réussie, si il reste un répertoire temporaire il n'est plus utilisé,
c'est pour ça qu'on l'appelle temporaire.
Si la mise à jour n'a pas réussi, un nouveau téléchargement va être
effectué lors de la recherche suivante. C'est pour ça que ça peut être
intéressant de vérifier que tout a réussi, pour éviter que la même
revienne à la charge. Lorsque c'est le cas il faut vérifier si elle a
effectivement échoué et pourquoi, ou si c'est juste l'effacement du
répertoire qui a échoué, ça arrive aussi. Dans ce dernier cas, donc une
mise à jour qui a réussi mais qui est tout de même reproposée, il
suffira, à la fin des mises à jour, de vider le répertoire
WindowsSoftwareDistribution.
Si on a vidé ce dernier alors qu'une mise à jour n'a pas été faite, elle
sera à nouveau téléchargée lors de la recherche suivante.
En faîte, c'est la "Recherche des dernières mises à jour pour votre ordinateur..." qui fait tourner SVCHOST à 99% du CPU.
Quelles sont la cadence du processeur et la capacité de la mémoire ?
Je me demande juste s'il y aurait un lien entre ces répertoires (restes de MàJ foirées) et la recherche de nouvelles MàJ qui n'avance pas ou trop peu.
Ben ... une fois qu'une mise à jour est terminée, qu'elle soit "foirée" ou réussie, si il reste un répertoire temporaire il n'est plus utilisé, c'est pour ça qu'on l'appelle temporaire.
Si la mise à jour n'a pas réussi, un nouveau téléchargement va être effectué lors de la recherche suivante. C'est pour ça que ça peut être intéressant de vérifier que tout a réussi, pour éviter que la même revienne à la charge. Lorsque c'est le cas il faut vérifier si elle a effectivement échoué et pourquoi, ou si c'est juste l'effacement du répertoire qui a échoué, ça arrive aussi. Dans ce dernier cas, donc une mise à jour qui a réussi mais qui est tout de même reproposée, il suffira, à la fin des mises à jour, de vider le répertoire WindowsSoftwareDistribution.
Si on a vidé ce dernier alors qu'une mise à jour n'a pas été faite, elle sera à nouveau téléchargée lors de la recherche suivante.
Gloops
Le 11/11/2013 19:33, ®omain a écrit :
Certain répertoires n'avaient aucun utilisateur dans leur liste d'autorisation et d'autre je n'étais pas propriétaire.
Est-ce que ça bloque un administrateur, ça ?
Le 11/11/2013 19:33, ®omain a écrit :
Certain répertoires n'avaient aucun utilisateur dans leur liste
d'autorisation et d'autre je n'étais pas propriétaire.
Certain répertoires n'avaient aucun utilisateur dans leur liste d'autorisation et d'autre je n'étais pas propriétaire.
Est-ce que ça bloque un administrateur, ça ?
®omain
Gloops a écrit , Le 11/11/2013 23:18:
Le 11/11/2013 18:34, ®omain a écrit :
En faîte, c'est la "Recherche des dernières mises à jour pour votre ordinateur..." qui fait tourner SVCHOST à 99% du CPU.
Quelles sont la cadence du processeur et la capacité de la mémoire ?
2GHz 2Go
Je me demande juste s'il y aurait un lien entre ces répertoires (restes de MàJ foirées) et la recherche de nouvelles MàJ qui n'avance pas ou trop peu.
Ben ... une fois qu'une mise à jour est terminée, qu'elle soit "foirée" ou réussie, si il reste un répertoire temporaire il n'est plus utilisé, c'est pour ça qu'on l'appelle temporaire.
Si la mise à jour n'a pas réussi, un nouveau téléchargement va être effectué lors de la recherche suivante. C'est pour ça que ça peut être intéressant de vérifier que tout a réussi, pour éviter que la même revienne à la charge. Lorsque c'est le cas il faut vérifier si elle a effectivement échoué et pourquoi, ou si c'est juste l'effacement du répertoire qui a échoué, ça arrive aussi. Dans ce dernier cas, donc une mise à jour qui a réussi mais qui est tout de même reproposée, il suffira, à la fin des mises à jour, de vider le répertoire WindowsSoftwareDistribution.
Il y a 420Mo dedans
Si on a vidé ce dernier alors qu'une mise à jour n'a pas été faite, elle sera à nouveau téléchargée lors de la recherche suivante.
Gloops a écrit , Le 11/11/2013 23:18:
Le 11/11/2013 18:34, ®omain a écrit :
En faîte, c'est la "Recherche des dernières mises à jour pour votre
ordinateur..." qui fait tourner SVCHOST à 99% du CPU.
Quelles sont la cadence du processeur et la capacité de la mémoire ?
2GHz 2Go
Je me demande juste s'il y aurait un lien entre ces répertoires (restes
de MàJ foirées) et la recherche de nouvelles MàJ qui n'avance pas ou
trop peu.
Ben ... une fois qu'une mise à jour est terminée, qu'elle soit "foirée"
ou réussie, si il reste un répertoire temporaire il n'est plus utilisé,
c'est pour ça qu'on l'appelle temporaire.
Si la mise à jour n'a pas réussi, un nouveau téléchargement va être
effectué lors de la recherche suivante. C'est pour ça que ça peut être
intéressant de vérifier que tout a réussi, pour éviter que la même
revienne à la charge. Lorsque c'est le cas il faut vérifier si elle a
effectivement échoué et pourquoi, ou si c'est juste l'effacement du
répertoire qui a échoué, ça arrive aussi. Dans ce dernier cas, donc une
mise à jour qui a réussi mais qui est tout de même reproposée, il
suffira, à la fin des mises à jour, de vider le répertoire
WindowsSoftwareDistribution.
Il y a 420Mo dedans
Si on a vidé ce dernier alors qu'une mise à jour n'a pas été faite, elle
sera à nouveau téléchargée lors de la recherche suivante.
En faîte, c'est la "Recherche des dernières mises à jour pour votre ordinateur..." qui fait tourner SVCHOST à 99% du CPU.
Quelles sont la cadence du processeur et la capacité de la mémoire ?
2GHz 2Go
Je me demande juste s'il y aurait un lien entre ces répertoires (restes de MàJ foirées) et la recherche de nouvelles MàJ qui n'avance pas ou trop peu.
Ben ... une fois qu'une mise à jour est terminée, qu'elle soit "foirée" ou réussie, si il reste un répertoire temporaire il n'est plus utilisé, c'est pour ça qu'on l'appelle temporaire.
Si la mise à jour n'a pas réussi, un nouveau téléchargement va être effectué lors de la recherche suivante. C'est pour ça que ça peut être intéressant de vérifier que tout a réussi, pour éviter que la même revienne à la charge. Lorsque c'est le cas il faut vérifier si elle a effectivement échoué et pourquoi, ou si c'est juste l'effacement du répertoire qui a échoué, ça arrive aussi. Dans ce dernier cas, donc une mise à jour qui a réussi mais qui est tout de même reproposée, il suffira, à la fin des mises à jour, de vider le répertoire WindowsSoftwareDistribution.
Il y a 420Mo dedans
Si on a vidé ce dernier alors qu'une mise à jour n'a pas été faite, elle sera à nouveau téléchargée lors de la recherche suivante.
®omain
Gloops a écrit , Le 11/11/2013 23:20:
Le 11/11/2013 19:33, ®omain a écrit :
Certain répertoires n'avaient aucun utilisateur dans leur liste d'autorisation et d'autre je n'étais pas propriétaire.
Est-ce que ça bloque un administrateur, ça ?
Oui et non : Faut se réapproprier les répertoires et fichiers en tant qu'administrateur avant de pouvoir y accéder. J'ai eu un formatage et réinstallation de Win. Du coup sur certain répertoire le propriétaire était 1 utilisateur de la précédant installation.
"Récupérer un accès refuser sur Windows XP PRO
Voici un problème quelque peu délicat qui déconcerte grandement celui qui est la victime. Vous avez réinstallé Windows xp PRO sur un disque NTFS, et, sans y prêter grande attention, vous placé certains dossiers dans une autre partition. Ou bien, lors du déplacement des dossiers, vous avez omis de copier également les autorisations sur les dossiers. Bien qu' administrateur, lorsque vous tentez d' accéder à ces dossiers, Windows répond Accès refusé. Vous pouvez parfois obtenir ce même message en d' autres circonstances. Comment récupérer cet accès ?
D'abord, désactivez le partage simple
Pour commencer, désactivez le partage des fichiers :
1 - Ouvrez l'exploreur Windows. 2 - Cliquez sur le menu Outils, sur Options des dossiers, puis sur l'onglet Affichages. 3 - Décochez la ligne Utiliser le partage de fichiers simple. 4 - Cliquez sur OK.
Cette opération est nécessaire pour que le volet Sécurité s' affiche par la suite. Remplacez ensuite le propriétaire
En effet, il faut vous affirmer en tant que propriétaire des dossiers :
1 - Toujours dans l' explorateur Windows, faites un clic droit sur le dossier dont l' accès est refusé. 2 - Cliquez sur Partage et sécurité. 3 - Cliquez sur l'onglet Sécurité. 4 - Cliquez sur le bouton Parmètres avancés. 5 - Cliquez sur l'onglet Propriétaire. 6 - Cochez la ligne Remplacer le propriétaire des sous-conteneurs et des objets. Notez que pour windows, le conteneur est ici simplement le dossier. 7 - Cliquez sur le bouton appliquer. 8 - Refermez les diverses boîtes de dialogue.
Vous devriez retrouver l'accès à vos dossiers. Rien ne vous interdit, maintenant, de rétablir le partage simple de fichiers.
Le cadre central de la boîte de dialogue précédente, intitulé Liste des autorisations, répertorie les utilisateurs et les groupes avec leurs autorisations pour cet objet. Il indique également l'utilisateur ou le groupe à partir duquel les autorisations sont héritées, et où elles s'appliquent. Un même utilisateur ou groupe peut disposer de plusieurs autorisations."
Gloops a écrit , Le 11/11/2013 23:20:
Le 11/11/2013 19:33, ®omain a écrit :
Certain répertoires n'avaient aucun utilisateur dans leur liste
d'autorisation et d'autre je n'étais pas propriétaire.
Est-ce que ça bloque un administrateur, ça ?
Oui et non : Faut se réapproprier les répertoires et fichiers en tant
qu'administrateur avant de pouvoir y accéder.
J'ai eu un formatage et réinstallation de Win. Du coup sur certain
répertoire le propriétaire était 1 utilisateur de la précédant installation.
"Récupérer un accès refuser sur Windows XP PRO
Voici un problème quelque peu délicat qui déconcerte grandement celui
qui est la victime. Vous avez réinstallé Windows xp PRO sur un disque
NTFS, et, sans y prêter grande attention, vous placé certains dossiers
dans une autre partition. Ou bien, lors du déplacement des dossiers,
vous avez omis de copier également les autorisations sur les dossiers.
Bien qu' administrateur, lorsque vous tentez d' accéder à ces dossiers,
Windows répond Accès refusé. Vous pouvez parfois obtenir ce même message
en d' autres circonstances. Comment récupérer cet accès ?
D'abord, désactivez le partage simple
Pour commencer, désactivez le partage des fichiers :
1 - Ouvrez l'exploreur Windows.
2 - Cliquez sur le menu Outils, sur Options des dossiers, puis sur
l'onglet Affichages.
3 - Décochez la ligne Utiliser le partage de fichiers simple.
4 - Cliquez sur OK.
Cette opération est nécessaire pour que le volet Sécurité s' affiche par
la suite.
Remplacez ensuite le propriétaire
En effet, il faut vous affirmer en tant que propriétaire des dossiers :
1 - Toujours dans l' explorateur Windows, faites un clic droit sur le
dossier dont l' accès est refusé.
2 - Cliquez sur Partage et sécurité.
3 - Cliquez sur l'onglet Sécurité.
4 - Cliquez sur le bouton Parmètres avancés.
5 - Cliquez sur l'onglet Propriétaire.
6 - Cochez la ligne Remplacer le propriétaire des sous-conteneurs et des
objets. Notez que pour windows, le conteneur est ici simplement le dossier.
7 - Cliquez sur le bouton appliquer.
8 - Refermez les diverses boîtes de dialogue.
Vous devriez retrouver l'accès à vos dossiers. Rien ne vous interdit,
maintenant, de rétablir le partage simple de fichiers.
Le cadre central de la boîte de dialogue précédente, intitulé Liste des
autorisations, répertorie les utilisateurs et les groupes avec leurs
autorisations pour cet objet. Il indique également l'utilisateur ou le
groupe à partir duquel les autorisations sont héritées, et où elles
s'appliquent. Un même utilisateur ou groupe peut disposer de plusieurs
autorisations."
Certain répertoires n'avaient aucun utilisateur dans leur liste d'autorisation et d'autre je n'étais pas propriétaire.
Est-ce que ça bloque un administrateur, ça ?
Oui et non : Faut se réapproprier les répertoires et fichiers en tant qu'administrateur avant de pouvoir y accéder. J'ai eu un formatage et réinstallation de Win. Du coup sur certain répertoire le propriétaire était 1 utilisateur de la précédant installation.
"Récupérer un accès refuser sur Windows XP PRO
Voici un problème quelque peu délicat qui déconcerte grandement celui qui est la victime. Vous avez réinstallé Windows xp PRO sur un disque NTFS, et, sans y prêter grande attention, vous placé certains dossiers dans une autre partition. Ou bien, lors du déplacement des dossiers, vous avez omis de copier également les autorisations sur les dossiers. Bien qu' administrateur, lorsque vous tentez d' accéder à ces dossiers, Windows répond Accès refusé. Vous pouvez parfois obtenir ce même message en d' autres circonstances. Comment récupérer cet accès ?
D'abord, désactivez le partage simple
Pour commencer, désactivez le partage des fichiers :
1 - Ouvrez l'exploreur Windows. 2 - Cliquez sur le menu Outils, sur Options des dossiers, puis sur l'onglet Affichages. 3 - Décochez la ligne Utiliser le partage de fichiers simple. 4 - Cliquez sur OK.
Cette opération est nécessaire pour que le volet Sécurité s' affiche par la suite. Remplacez ensuite le propriétaire
En effet, il faut vous affirmer en tant que propriétaire des dossiers :
1 - Toujours dans l' explorateur Windows, faites un clic droit sur le dossier dont l' accès est refusé. 2 - Cliquez sur Partage et sécurité. 3 - Cliquez sur l'onglet Sécurité. 4 - Cliquez sur le bouton Parmètres avancés. 5 - Cliquez sur l'onglet Propriétaire. 6 - Cochez la ligne Remplacer le propriétaire des sous-conteneurs et des objets. Notez que pour windows, le conteneur est ici simplement le dossier. 7 - Cliquez sur le bouton appliquer. 8 - Refermez les diverses boîtes de dialogue.
Vous devriez retrouver l'accès à vos dossiers. Rien ne vous interdit, maintenant, de rétablir le partage simple de fichiers.
Le cadre central de la boîte de dialogue précédente, intitulé Liste des autorisations, répertorie les utilisateurs et les groupes avec leurs autorisations pour cet objet. Il indique également l'utilisateur ou le groupe à partir duquel les autorisations sont héritées, et où elles s'appliquent. Un même utilisateur ou groupe peut disposer de plusieurs autorisations."
Gloops
Le 12/11/2013 22:07, ®omain a écrit :
Gloops a écrit , Le 11/11/2013 23:18:
Le 11/11/2013 18:34, ®omain a écrit :
En faîte, c'est la "Recherche des dernières mises à jour pour votre ordinateur..." qui fait tourner SVCHOST à 99% du CPU.
Quelles sont la cadence du processeur et la capacité de la mémoire ?
2GHz 2Go
Ah oui il devrait même y avoir moyen de se débrouiller avec moins.
Herser aurait-il une idée ?
Le 12/11/2013 22:07, ®omain a écrit :
Gloops a écrit , Le 11/11/2013 23:18:
Le 11/11/2013 18:34, ®omain a écrit :
En faîte, c'est la "Recherche des dernières mises à jour pour votre
ordinateur..." qui fait tourner SVCHOST à 99% du CPU.
Quelles sont la cadence du processeur et la capacité de la mémoire ?
2GHz 2Go
Ah oui il devrait même y avoir moyen de se débrouiller avec moins.
En faîte, c'est la "Recherche des dernières mises à jour pour votre ordinateur..." qui fait tourner SVCHOST à 99% du CPU.
Quelles sont la cadence du processeur et la capacité de la mémoire ?
2GHz 2Go
Ah oui il devrait même y avoir moyen de se débrouiller avec moins.
Herser aurait-il une idée ?
Gloops
Le 12/11/2013 22:23, ®omain a écrit :
Gloops a écrit , Le 11/11/2013 23:20:
Le 11/11/2013 19:33, ®omain a écrit :
Certain répertoires n'avaient aucun utilisateur dans leur liste d'autorisation et d'autre je n'étais pas propriétaire.
Est-ce que ça bloque un administrateur, ça ?
Oui et non : Faut se réapproprier les répertoires et fichiers en tant qu'administrateur avant de pouvoir y accéder. J'ai eu un formatage et réinstallation de Win. Du coup sur certain répertoire le propriétaire était 1 utilisateur de la précédant installation.
Ah, j'étais persuadé que par définition les administrateurs ont accès à tous les fichiers, sauf ceux pour lesquels une règle leur interdit explicitement l'accès. Peut-être y a-t-il une explication.
En effet, il faut vous affirmer en tant que propriétaire des dossiers :
1 - Toujours dans l' explorateur Windows, faites un clic droit sur le dossier dont l' accès est refusé. 2 - Cliquez sur Partage et sécurité. 3 - Cliquez sur l'onglet Sécurité.
Sous Windows XP familial je n'ai pas "Partage et sécurité". En revanche, dans les propriétés du fichier, on peut faire apparaître l'onglet Sécurité en suivant les instructions là : http://bellamyjc.org/fr/windowsxp2003.html#securitytab
--
Le 12/11/2013 22:23, ®omain a écrit :
Gloops a écrit , Le 11/11/2013 23:20:
Le 11/11/2013 19:33, ®omain a écrit :
Certain répertoires n'avaient aucun utilisateur dans leur liste
d'autorisation et d'autre je n'étais pas propriétaire.
Est-ce que ça bloque un administrateur, ça ?
Oui et non : Faut se réapproprier les répertoires et fichiers en tant
qu'administrateur avant de pouvoir y accéder.
J'ai eu un formatage et réinstallation de Win. Du coup sur certain
répertoire le propriétaire était 1 utilisateur de la précédant
installation.
Ah, j'étais persuadé que par définition les administrateurs ont accès à
tous les fichiers, sauf ceux pour lesquels une règle leur interdit
explicitement l'accès. Peut-être y a-t-il une explication.
En effet, il faut vous affirmer en tant que propriétaire des dossiers :
1 - Toujours dans l' explorateur Windows, faites un clic droit sur le
dossier dont l' accès est refusé.
2 - Cliquez sur Partage et sécurité.
3 - Cliquez sur l'onglet Sécurité.
Sous Windows XP familial je n'ai pas "Partage et sécurité". En revanche,
dans les propriétés du fichier, on peut faire apparaître l'onglet
Sécurité en suivant les instructions là :
http://bellamyjc.org/fr/windowsxp2003.html#securitytab
Certain répertoires n'avaient aucun utilisateur dans leur liste d'autorisation et d'autre je n'étais pas propriétaire.
Est-ce que ça bloque un administrateur, ça ?
Oui et non : Faut se réapproprier les répertoires et fichiers en tant qu'administrateur avant de pouvoir y accéder. J'ai eu un formatage et réinstallation de Win. Du coup sur certain répertoire le propriétaire était 1 utilisateur de la précédant installation.
Ah, j'étais persuadé que par définition les administrateurs ont accès à tous les fichiers, sauf ceux pour lesquels une règle leur interdit explicitement l'accès. Peut-être y a-t-il une explication.
En effet, il faut vous affirmer en tant que propriétaire des dossiers :
1 - Toujours dans l' explorateur Windows, faites un clic droit sur le dossier dont l' accès est refusé. 2 - Cliquez sur Partage et sécurité. 3 - Cliquez sur l'onglet Sécurité.
Sous Windows XP familial je n'ai pas "Partage et sécurité". En revanche, dans les propriétés du fichier, on peut faire apparaître l'onglet Sécurité en suivant les instructions là : http://bellamyjc.org/fr/windowsxp2003.html#securitytab