Non, pas d'erreur d'unités, il s'agit bien d'un fichier temporaire et
de gigaoctets.
L'ordi, sous W8, avec un HD principal SSD 1 TO, 2 ans d'âge, plus trois
autres disques, clones du principal, des conventionnels de 1,5 To.
L'espace libre de C: se réduisaitde façon inquiétante et, à moins de 1
Go de libre, il m'a fallu m'en inquiéter ! J'ai déniché le coupable :
C:\Users\JDA\AppData\Local\Temp\ = plus de 89000 élements et 49,6 Go !
Bien entendu, rien à faire pour le supprimer. Alors on biaise :
- Boote sur un clone. Renommage du Temp original en Z-Temp.
- Boote sur le SSD. Le Temp en question s'est reconstitué, mais ne fait
plus que quelques mégas. Et le Z-Temp se laisse détruire sans problème.
Et j'ai retrouvé environ 50 Go d'espace libre sur C:\
Celle-là, je ne la connaissais pas !
--
Jacques DASSIÉ
Toujours sçavoir plus
http://archaero.com/
"Ascadix" a écrit dans le message de news:55108f26$0$3164$
Et si tu tentait simplement la manip la plus "ordinaire" concernant le %temp% ... tu vire un max de fichiers + sous-dossiers dans ce dossier et tu laisse courir le reste dont tu t'occupera aprés le prochain reboot.
a condition qu'il n'y ait pas des action en attente auquel cas il faudra refaire l'installation qui aura été bancale par effacement de l'étape nécessaire a son accomplissement final.
-- Cordialement,
"Ascadix" <ascadix.ng@free.fr> a écrit dans le message de
news:55108f26$0$3164$426a74cc@news.free.fr...
Et si tu tentait simplement la manip la plus "ordinaire" concernant le
%temp% ... tu vire un max de fichiers + sous-dossiers dans ce dossier et
tu laisse courir le reste dont tu t'occupera aprés le prochain reboot.
a condition qu'il n'y ait pas des action en attente auquel cas il faudra
refaire l'installation qui aura été bancale par effacement de l'étape
nécessaire a son accomplissement final.
"Ascadix" a écrit dans le message de news:55108f26$0$3164$
Et si tu tentait simplement la manip la plus "ordinaire" concernant le %temp% ... tu vire un max de fichiers + sous-dossiers dans ce dossier et tu laisse courir le reste dont tu t'occupera aprés le prochain reboot.
a condition qu'il n'y ait pas des action en attente auquel cas il faudra refaire l'installation qui aura été bancale par effacement de l'étape nécessaire a son accomplissement final.
-- Cordialement,
Jacques DASSIÉ
Az Sam a utilisé son clavier pour écrire :
"MELMOTH" a écrit dans le message de news:
Ce cher mammifère du nom de Jacques DASSIÉ nous susurrait
Bien entendu, rien à faire pour le supprimer
Même avec *Unlocker* ?!...
ON NE SUPPRIME PAS UN DOSSIER TEMP DU SYSTEME SUR UNE SESSION EN COURS !!
Tu as tout à fait raison ! C'est même pour cela que j'ai été le supprimer après avoir rebooté sur un clone !
-- Jacques DASSIÉ Toujours sçavoir plus http://archaero.com/
Az Sam a utilisé son clavier pour écrire :
"MELMOTH" <theo@free.fr> a écrit dans le message de
news:mn.b35f7df33efb5b9d.135555@free.fr...
Ce cher mammifère du nom de Jacques DASSIÉ nous susurrait
Bien entendu, rien à faire pour le supprimer
Même avec *Unlocker* ?!...
ON NE SUPPRIME PAS UN DOSSIER TEMP DU SYSTEME SUR UNE SESSION EN
COURS !!
Tu as tout à fait raison ! C'est même pour cela que j'ai été le
supprimer après avoir rebooté sur un clone !
--
Jacques DASSIÉ
Toujours sçavoir plus
http://archaero.com/
Ce cher mammifère du nom de Jacques DASSIÉ nous susurrait
Bien entendu, rien à faire pour le supprimer
Même avec *Unlocker* ?!...
ON NE SUPPRIME PAS UN DOSSIER TEMP DU SYSTEME SUR UNE SESSION EN COURS !!
Tu as tout à fait raison ! C'est même pour cela que j'ai été le supprimer après avoir rebooté sur un clone !
-- Jacques DASSIÉ Toujours sçavoir plus http://archaero.com/
Ascadix
Az Sam vient de nous annoncer :
"Ascadix" a écrit dans le message de news:55108f26$0$3164$
Et si tu tentait simplement la manip la plus "ordinaire" concernant le %temp% ... tu vire un max de fichiers + sous-dossiers dans ce dossier et tu laisse courir le reste dont tu t'occupera aprés le prochain reboot.
a condition qu'il n'y ait pas des action en attente auquel cas il faudra refaire l'installation qui aura été bancale par effacement de l'étape nécessaire a son accomplissement final.
Je connais cette "légende" ,
Mais c'est assez terrible, je suis curieux ....
Et depuis que je la connais (la légende, on va dire époque NT4), j'ai souvent regardé si c'était "vrai" (pendmove est un outils sympa pour ça : https://technet.microsoft.com/en-us/sysinternals/bb897556.aspx )
Et j'ai jamais trouvé un fichier en attente de renomage pour patch dans %temp%, ils sont mis dans leur dossier final avec un nom temporaire.
Bien sur, je suis prés à réviser cette info si tu me trouve un contre-exemple :-)
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
Az Sam vient de nous annoncer :
"Ascadix" <ascadix.ng@free.fr> a écrit dans le message de
news:55108f26$0$3164$426a74cc@news.free.fr...
Et si tu tentait simplement la manip la plus "ordinaire" concernant le
%temp% ... tu vire un max de fichiers + sous-dossiers dans ce dossier et tu
laisse courir le reste dont tu t'occupera aprés le prochain reboot.
a condition qu'il n'y ait pas des action en attente auquel cas il faudra
refaire l'installation qui aura été bancale par effacement de l'étape
nécessaire a son accomplissement final.
Je connais cette "légende" ,
Mais c'est assez terrible, je suis curieux ....
Et depuis que je la connais (la légende, on va dire époque NT4), j'ai
souvent regardé si c'était "vrai" (pendmove est un outils sympa pour ça :
https://technet.microsoft.com/en-us/sysinternals/bb897556.aspx )
Et j'ai jamais trouvé un fichier en attente de renomage pour patch dans
%temp%, ils sont mis dans leur dossier final avec un nom temporaire.
Bien sur, je suis prés à réviser cette info si tu me trouve un
contre-exemple :-)
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça
arrive.
"Ascadix" a écrit dans le message de news:55108f26$0$3164$
Et si tu tentait simplement la manip la plus "ordinaire" concernant le %temp% ... tu vire un max de fichiers + sous-dossiers dans ce dossier et tu laisse courir le reste dont tu t'occupera aprés le prochain reboot.
a condition qu'il n'y ait pas des action en attente auquel cas il faudra refaire l'installation qui aura été bancale par effacement de l'étape nécessaire a son accomplissement final.
Je connais cette "légende" ,
Mais c'est assez terrible, je suis curieux ....
Et depuis que je la connais (la légende, on va dire époque NT4), j'ai souvent regardé si c'était "vrai" (pendmove est un outils sympa pour ça : https://technet.microsoft.com/en-us/sysinternals/bb897556.aspx )
Et j'ai jamais trouvé un fichier en attente de renomage pour patch dans %temp%, ils sont mis dans leur dossier final avec un nom temporaire.
Bien sur, je suis prés à réviser cette info si tu me trouve un contre-exemple :-)
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
Az Sam
"Ascadix" a écrit dans le message de news:55130cec$0$3068$
Bien sur, je suis prés à réviser cette info si tu me trouve un contre-exemple :-)
les empaquetés par zip et du genre par exemple.
-- Cordialement,
"Ascadix" <ascadix.ng@free.fr> a écrit dans le message de
news:55130cec$0$3068$426a34cc@news.free.fr...
Bien sur, je suis prés à réviser cette info si tu me trouve un
contre-exemple :-)
"Ascadix" a écrit dans le message de news:55130cec$0$3068$
Bien sur, je suis prés à réviser cette info si tu me trouve un contre-exemple :-)
les empaquetés par zip et du genre par exemple.
-- Cordialement,
Th.A.C
Le 25/03/2015 20:30, Ascadix a écrit :
Je connais cette "légende" ,
Mais c'est assez terrible, je suis curieux ....
Et depuis que je la connais (la légende, on va dire époque NT4), j'ai souvent regardé si c'était "vrai" (pendmove est un outils sympa pour ça : https://technet.microsoft.com/en-us/sysinternals/bb897556.aspx )
Et j'ai jamais trouvé un fichier en attente de renomage pour patch dans %temp%, ils sont mis dans leur dossier final avec un nom temporaire.
je n'y ai été confronté que 2 ou 3 fois.
(et il n'y a pas que des fichiers en attente de renommage/suppression pendant le boot comme possibilité).
En général, c'est quand un programme installe quelque chose qui nécessite un rebout avant de continuer. L'installation décompresse ses fichiers dans 'temp' et en aura besoin après le reboot pour continuer l'installation...
Typiquement, un émulateur de CD comme Daemon Tools qui installe un driver et reboot le PC pour activer le driver avant de continuer l'installation.
Probablement aussi des outils comme adwcleaner qui se décompressent dans 'temp', font leur job, rebootent le pc pour finir le boulot et affiche un rapport ou autre message avant de se terminer...
De toute façon, une bonne précaution est de toujours rebooter une fois après avoir 'fait des choses' dans un PC avant de faire du ménage.
Le 25/03/2015 20:30, Ascadix a écrit :
Je connais cette "légende" ,
Mais c'est assez terrible, je suis curieux ....
Et depuis que je la connais (la légende, on va dire époque NT4), j'ai
souvent regardé si c'était "vrai" (pendmove est un outils sympa pour ça
: https://technet.microsoft.com/en-us/sysinternals/bb897556.aspx )
Et j'ai jamais trouvé un fichier en attente de renomage pour patch dans
%temp%, ils sont mis dans leur dossier final avec un nom temporaire.
je n'y ai été confronté que 2 ou 3 fois.
(et il n'y a pas que des fichiers en attente de renommage/suppression
pendant le boot comme possibilité).
En général, c'est quand un programme installe quelque chose qui
nécessite un rebout avant de continuer.
L'installation décompresse ses fichiers dans 'temp' et en aura besoin
après le reboot pour continuer l'installation...
Typiquement, un émulateur de CD comme Daemon Tools qui installe un
driver et reboot le PC pour activer le driver avant de continuer
l'installation.
Probablement aussi des outils comme adwcleaner qui se décompressent dans
'temp', font leur job, rebootent le pc pour finir le boulot et affiche
un rapport ou autre message avant de se terminer...
De toute façon, une bonne précaution est de toujours rebooter une fois
après avoir 'fait des choses' dans un PC avant de faire du ménage.
Et depuis que je la connais (la légende, on va dire époque NT4), j'ai souvent regardé si c'était "vrai" (pendmove est un outils sympa pour ça : https://technet.microsoft.com/en-us/sysinternals/bb897556.aspx )
Et j'ai jamais trouvé un fichier en attente de renomage pour patch dans %temp%, ils sont mis dans leur dossier final avec un nom temporaire.
je n'y ai été confronté que 2 ou 3 fois.
(et il n'y a pas que des fichiers en attente de renommage/suppression pendant le boot comme possibilité).
En général, c'est quand un programme installe quelque chose qui nécessite un rebout avant de continuer. L'installation décompresse ses fichiers dans 'temp' et en aura besoin après le reboot pour continuer l'installation...
Typiquement, un émulateur de CD comme Daemon Tools qui installe un driver et reboot le PC pour activer le driver avant de continuer l'installation.
Probablement aussi des outils comme adwcleaner qui se décompressent dans 'temp', font leur job, rebootent le pc pour finir le boulot et affiche un rapport ou autre message avant de se terminer...
De toute façon, une bonne précaution est de toujours rebooter une fois après avoir 'fait des choses' dans un PC avant de faire du ménage.
