Newsgroup: it.comp.os.win.windows7
Titolo: residui in %temp%

ho notato oggi che ci sono numerose cartelle, una al giorno, da circa 
190 Mb l'una, con nomi improbabili:
 
jzyn32eu.qj0\
wde0lopx.jiu\
etc
 
all'interno una struttuta di directory sempre uguale e alcune decine di 
file che rimandano a un Visual Studio Installer
 
Le posso cancellare senza problemi, non sono in uso
 
perché ci sono? perché una al giorno? perché non vengono cancellate dopo 
l'uso?
 
-- 
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........

 perché non vengono cancellate dopo l'uso?
 
Perche' il componente che le crea e' buggato oppure e' avvenuto un errore.

 
 
era una affermazione, non una domanda
intendo dire che anche quella di oggi non è in uso e la ho cancellata
 
per il resto le risposte che hai dato non rispondono alla mie domande, a 
parte l'ultima che risponde anche alle precedenti ;)


 dopo l'uso?
 
https://docs.microsoft.com/en-us/windows/security/threat-protection/auditing/apply-a-basic-audit-policy-on-a-file-or-folder
 
 
quanto sopra ti permette di abilitare il cosiddetto "audit log" per le
cartelle che ti interessano, le informazioni verranno poi loggate
nell'event log "sicurezza" di windows e questo dovrebbe fornirti un
minimo di informazioni per iniziare le "indagini"; dopodichè potresti
usare, ad esempio "Process Monitor"
 
https://docs.microsoft.com/en-us/sysinternals/downloads/procmon
 
 
lo avvii come amministratore, vai al menu "file" e DE-selezioni "capture
events", quindi cancelli gli eventi già catturati (edit->clear display)
e nella toolbar de-selezioni tutti gli eventi lasciando selezionati
solo quelli relativi al file system; quindi vai al menu "filter" e
clicchi sulla voce "Filter..." a quel punto aggiungi un filtro che
includa SOLO gli eventi relativi alla cartella che ti interessa, in
pratica creerai un filtro con la condizione "Path", "Begins with",
"<percorso temp>" e con l'azione "include"; fatto questo e salvato il
filtro, elimina le sottocartelle delle quali parlavi, quindi riabilita
la cattura degli eventi (file->capture events) da parte di procmon;
fatto quanto sopra, vai al menu "Options" e seleziona "Enable boot
logging", quindi chiudi procmon e riavvia il sistema
 
Lascia che l'avvio venga completato ed accedi al sistema; ora controlla
di tanto in tanto la cartella temp per verificare l'apparizione di
quelle sottocartelle, appena le vedi, lancia di nuovo procmon (come
admin) e DISATTIVA "enable boot logging", il programma a questo punto
ricaricherà il log dal boot in poi e mostrerà a video gli eventi
relativi alla cartella "temp", verifica data, ora e processo che ha
generato ciascun evento e troverai "chi" crea quelle cartelle :)
 
 
 
 

momento.
 
Fa eccezione qualche programma scritto male, ma č meglio sbatterci il
naso e saperlo.
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 naso e saperlo.
 
Un programma che lascia dati necessari nella cartella TEMP non deve 
esistere... un po' come certi utenti che mettono i documenti nel 
cestino usandolo come "archivio", poi glieli si cancella e loro 
sclerano (mi è capitato di persona, più di una volta)

 esistere...
 
 
Purtroppo esistono. Ricordo che quando usavo Cclenaer di default era 
impostato per non cancellare dentro temp, i file delle ultime 24 ore 
ore. O erano 48... in ogni caso il concetto è quello, possono essere 
indispensabili.

esistere...
 
Concordo, ma come si sa il mondo *non* č perfetto. Per la cronaca, ci
ho sbattuto il naso personalmente in passato.


Guglielmo ha scritto:

La cosa più logica sarebbe di non cancellare niente che sia stato
scritto dopo l'ultimo riavvio. Tutto il resto, se è ancora lì dopo
un riavvio io lo butterei via, e se nel 2020 c'è ancora in giro un
"programma di merda®" a quel livello, per me può morire fra atroci
sofferenze.
 
Bye, G.

Scriveva Paperino sabato, 28/11/2020:

Personalmente, dalle varie TEMP, ho sempre cancellato tutto ciò che non 
è bloccato/in uso. Mai avuto conseguenze strane

 che non è bloccato/in uso. Mai avuto conseguenze strane
 
Anch'io, sul mio pc. Ma sui pc di altri è successo, come detto
anche da altri nel thread.
In genere si trattava di installer di $roba_fetida_marrone (cit.) che
durante gli aggiornamenti mettono lì i nuovi file da sostituire a
quelli correnti al prossimo riavvio.
Se glieli cancelli, l'aggiornamento va a donnine di facili costumi.
 
Bye, G.
 
 
----Android NewsGroup Reader----
https://piaohong.s3-us-west-2.amazonaws.com/usenet/index.html
 

 ho sbattuto il naso personalmente in passato.
 
Sono d'accordo (purtroppo)...
Io sto subendo il problema descritto qui:
https://answers.microsoft.com/it-it/msoffice/forum/all/files-temporanei-di-internet-e-office/2c80217e-db9c-43c3-8125-200559513db9
 
 
Non è la cartella %temp% ma sempre di file temporanei parliamo...

 
 
ok, ho messo in pista questo
 
di solito la cartella viene creata dopo che ho lasciato l'ufficio per cui 
domani verifico :)


 
 
trovato:
processo BackGroundDownload.exe ha creato con successo, dopo tre tentativi 
falliti, la directory AppData\Local\Temp\aunwaw2s.lhp
 
tutto inizia qualche secondo prima, direi che il colpevole sia:
 
C:\Program Files (x86)\Microsoft Visual 
Studio\Installer\resources\app\ServiceHub\Services\Microsoft.VisualStudio.S
etup.Service\BackgroundDownload.exe
 
e quindi adesso si tratta di trombarlo


 e quindi adesso si tratta di trombarlo
 
O di capire perchè stia cercando di scaricare qualcosa; se hai
installato VStudio è possibile che l'installazione non sia stata
completata correttamente e che il processo stia ritentando di scaricare
qualche "pezzo" o qualche aggiornamento
 

 scaricare qualche "pezzo" o qualche aggiornamento
 
Vedi qui
 
https://stackoverflow.com/questions/62591407/how-to-stop-backgrounddownload-exe
 
 
 

 
 
bon, per adesso lo ho disabilitato, vediamo nei prossimi giorni
 
grazie


 grazie
 
y/w
 

 capitato di persona, più di una volta)
 
 
ecco.
pensavo di essere l'unico ad avere questo genere di utenza.
mal comune mezzo gaudio?
per fortuna a breve cambio mestiere. peccato. l'informatica seria e ben 
fatta proprio mi piace.
:-(

mal comune mezzo gaudio?
 
Io ho imparato che conviene chiedere.


 
 
ieri niente :)
oggi ancora niente :)


 oggi ancora niente :)
 
Ottimo, ed allo stesso tempo hai imparato come usare "procmon" per
"dare la caccia" alla "roba strana" :D un trucchetto simpatico è quello
di avviare "procmon", attivare il boot logging, riavviare il sistema ed
attendere qualche minuto, a quel punto, fai logon, attendi qualche
altro minuto e rilanci "procmon" disattivando il logging; il log che
risulterà (lungo) ti permetterà di individuare i processi che impiegano
maggior tempo/risorse in fase di avvio ed, in alcuni casi, velocizzare
l'avvio del sistema ed il logon :D