Visual Studio 2013 crea troppi file di registro nella directory C: \ Windows \ Temp

Ho recentemente installato Visual Studio 2013. Dopo un paio di settimane ho trovato migliaia di file MSI * .LOG creati nella mia C: \ Windows Directory Temp: vale quasi 30 GB. Ogni file è praticamente lo stesso ed è di circa 3,1 Mb. Sembra che stia installando la stessa cosa più e più volte. Posso cancellare tutti i file, ma iniziano a riapparire quasi immediatamente. Ho inserito uno snippet di uno dei file sottostanti. Sono nuovo a postare su StackOverflow quindi non sono sicuro se ho bisogno di mettere più del file o tutti i file o cosa. Ho trovato altri 2 articoli su Internet che suggerivano problemi con VS2013, quindi ho seguito il processo di riparazione e ho disinstallato/reinstallato VS2013. Ho notato che dopo aver disinstallato VS2013 non sono stati creati altri file, ma hanno iniziato a comparire di nuovo dopo aver reinstallato VS2013.Visual Studio 2013 crea troppi file di registro nella directory C: Windows Temp

Non ho ricevuto errori durante l'installazione di VS2013. Sono in grado di creare nuove soluzioni/progetti e tutto sembra compilare/compilare bene, quindi non sono in grado di capire quale potrebbe essere il problema.

Qualcuno ha visto questo problema? C'è una risoluzione che risolve il problema? Sto cercando qualcosa di diverso dal semplice "ripulire i file ogni notte"!

=== Verbose logging started: 12/1/2014 12:29:41 Build type: SHIP UNICODE 5.00.7601.00 Calling process: C:\Windows\Microsoft.NET\Framework\v4.0.30319\mscorsvw.exe === 
MSI (c) (9C:18) [12:29:41:414]: Resetting cached policy values 
MSI (c) (9C:18) [12:29:41:414]: Machine policy value 'Debug' is 0 
MSI (c) (9C:18) [12:29:41:414]: ******* RunEngine: 
     ******* Product: {9C593464-7F2F-37B3-89F8-7E894E3B09EA} 
     ******* Action: 
     ******* CommandLine: ********** 
MSI (c) (9C:18) [12:29:41:414]: Client-side and UI is none or basic: Running entire install on the server. 
MSI (c) (9C:18) [12:29:41:414]: Grabbed execution mutex. 
MSI (c) (9C:18) [12:29:41:414]: Cloaking enabled. 
MSI (c) (9C:18) [12:29:41:414]: Attempting to enable all disabled privileges before calling Install on Server 
MSI (c) (9C:18) [12:29:41:430]: Incrementing counter to disable shutdown. Counter after increment: 0 
MSI (s) (84:94) [12:29:41:430]: Running installation inside multi-package transaction {9C593464-7F2F-37B3-89F8-7E894E3B09EA} 
MSI (s) (84:94) [12:29:41:430]: Grabbed execution mutex. 
MSI (s) (84:DC) [12:29:41:430]: Resetting cached policy values 
MSI (s) (84:DC) [12:29:41:430]: Machine policy value 'Debug' is 0 
MSI (s) (84:DC) [12:29:41:430]: ******* RunEngine: 
     ******* Product: {9C593464-7F2F-37B3-89F8-7E894E3B09EA} 
     ******* Action: 
     ******* CommandLine: ********** 
MSI (s) (84:DC) [12:29:41:430]: Machine policy value 'DisableUserInstalls' is 0 
MSI (s) (84:DC) [12:29:41:445]: SRSetRestorePoint skipped for this transaction. 
MSI (s) (84:DC) [12:29:41:445]: End dialog not enabled 
MSI (s) (84:DC) [12:29:41:445]: Original package ==> C:\Windows\Installer\4c8872.msi 
MSI (s) (84:DC) [12:29:41:445]: Package we're running from ==> C:\Windows\Installer\4c8872.msi 
MSI (s) (84:DC) [12:29:41:461]: APPCOMPAT: Uninstall Flags override found. 
MSI (s) (84:DC) [12:29:41:461]: APPCOMPAT: Uninstall VersionNT override found. 
MSI (s) (84:DC) [12:29:41:461]: APPCOMPAT: Uninstall ServicePackLevel override found. 
MSI (s) (84:DC) [12:29:41:461]: APPCOMPAT: looking for appcompat database entry with ProductCode '{9C593464-7F2F-37B3-89F8-7E894E3B09EA}'. 
MSI (s) (84:DC) [12:29:41:461]: APPCOMPAT: no matching ProductCode found in database. 
MSI (s) (84:DC) [12:29:41:461]: MSCOREE not loaded loading copy from system32 
MSI (s) (84:DC) [12:29:41:461]: Opening existing patch 'C:\Windows\Installer\3007d0.msp'. 
MSI (s) (84:DC) [12:29:41:461]: Opening existing patch 'C:\Windows\Installer\2fe190.msp'. 
MSI (s) (84:DC) [12:29:41:461]: Opening existing patch 'C:\Windows\Installer\20c3cd.msp'. 
MSI (s) (84:DC) [12:29:41:477]: Opening existing patch 'C:\Windows\Installer\20c3cc.msp'. 
MSI (s) (84:DC) [12:29:41:477]: SequencePatches starts. Product code: {9C593464-7F2F-37B3-89F8-7E894E3B09EA}, Product version: 12.0.21005, Upgrade code: {015856DA-C69D-3EE0-85EC-270367A147A1}, Product language 1033 
MSI (s) (84:DC) [12:29:41:477]: SequencePatches returns success. 
MSI (s) (84:DC) [12:29:41:477]: Final Patch Application Order: 
MSI (s) (84:DC) [12:29:41:477]: {BFB5154E-888D-4D0E-B377-018AF8B74968} - 
MSI (s) (84:DC) [12:29:41:477]: {C823005E-3448-3126-A3E5-9B568096F87A} - 
MSI (s) (84:DC) [12:29:41:477]: {1B46DFCA-9504-4ACD-AB79-FBC3C899784E} - 
MSI (s) (84:DC) [12:29:41:477]: {1F654618-A065-3008-9415-576BB5F0E42D} - 
MSI (s) (84:DC) [12:29:41:477]: Machine policy value 'DisablePatch' is 0 
MSI (s) (84:DC) [12:29:41:477]: Machine policy value 'AllowLockdownPatch' is 0 
MSI (s) (84:DC) [12:29:41:477]: Machine policy value 'DisableLUAPatching' is 0 
MSI (s) (84:DC) [12:29:41:477]: Machine policy value 'DisableFlyWeightPatching' is 0 
MSI (s) (84:DC) [12:29:41:477]: Looking for patch transform: RTM.1 
DEBUG: Error 2746: Transform RTM.1 invalid for package C:\Windows\Installer\4c8872.msi. Expected product {7781AFF2-D0BE-364B-B18A-D7DBEF8B712D}, found product {9C593464-7F2F-37B3-89F8-7E894E3B09EA}. 
MSI (s) (84:DC) [12:29:41:477]: Skipping validation for patch transform #RTM.1. Will not apply because previous transform was invalid 
MSI (s) (84:DC) [12:29:41:477]: Looking for patch transform: RTM.2 
1: 2746 2: RTM.1 3: C:\Windows\Installer\4c8872.msi 4: {7781AFF2-D0BE-364B-B18A-D7DBEF8B712D} 5: {9C593464-7F2F-37B3-89F8-7E894E3B09EA}

Grazie!

fonte

2014-12-01 Mark Roberts

Relevant: http://superuser.com/questions/736253/too-many-log-files-being-created-in-temp-folder – test

Sì, questo era uno dei 2 articoli che ho trovato che indicava che era un problema con VS2013. Tuttavia, dopo aver provato a riparare VS2013 (oltre a disinstallare/reinstallare), stavo ancora vedendo i file .log creati. –

Lo stesso qui! Riempie il mio spazio libero! Di solito non utilizzo nemmeno il mio VS 2013 locale (lavoro utilizzando un host remoto tramite RDP). VS 2013 riempie il mio registro anche se non lo avvio! o_O –

Dopo aver eseguito la riparazione dal programma di installazione di Visual Studio, il problema sembra essere risolto. Ho perso alcuni concerti, ma non c'è più il riempimento giornaliero.

fonte

2015-02-14 18:07:51

Bene, pensavo di aver passato il processo di riparazione prima di pubblicare il mio problema, ma sono andato avanti e ho provato di nuovo dato il successo di Csaba Toth e ha effettivamente risolto il mio problema. Grazie per l'aiuto di tutti! –

Vorrei poter determinare la causa principale, ma come sviluppatore ho così tante versioni di Visual Studios, altri IDE, SDK e altre cose correlate installate, che è molto difficile indicare il colpevole. Questo è iniziato non molto tempo fa, alcuni mesi fa però. Forse dopo aver installato l'edizione della community di VS 2013? O l'aggiornamento VS 4? –

Nel mio caso il problema è iniziato dopo aver installato l'aggiornamento 5 per VS 2013 Community Edition. La riparazione non ha risolto il problema.

Tuttavia, ho trovato this post su Heath Stewart's MSDN Blog e ha aiutato nel mio caso.

fonte

2015-07-30 12:25:57 Wacek

http://blogs.msdn.com/b/heaths/archive/2015/04/20/visual-studio-2013-continuously-repairs-producing-many-small-log-files.aspx –

Visual Studio 2013 crea troppi file di registro nella directory C: \ Windows \ Temp

risposta

Problemi correlati