Windows \ Temp grandes quantidades de arquivos cab_XXXX


30

Alguns servidores que foram reconstruídos recentemente estão recebendo avisos sobre o uso da unidade C: \. Observando o disco, há GBs de dados no Windows \ Temp sendo usados ​​pelo cab_XXXX_X (por exemplo, cab_5328_2). A sugestão que encontrei on-line é apenas excluí-los, mas não posso deixar de sentir que isso só será uma solução alternativa, pois eles são gerados várias vezes ao dia.

Alguém já viu esse comportamento antes com uma caixa do Windows Server 2008 R2 SP1? Não vejo isso acontecendo em nenhum outro servidor que tenhamos, apenas nos dois que foram reconstruídos recentemente. Espero encontrar uma maneira permanente de pará-lo, pois tenho certeza de que não pode ajudar no desempenho.


11
Eu recomendaria o uso do Process Monitor para ver qual processo ou serviço está criando esses arquivos, espero que você consiga capturar um em ação. Em seguida, podemos determinar como proceder quando soubermos como eles estão chegando lá.
vcsjones

11
A pergunta (e a resposta) também são perfeitamente válidas para o Windows 7.
Borislav Ivanov 17/02

Respostas:


26

Eu tive um problema semelhante há um tempo atrás, isso ajudou a identificar a causa. Este é o pouco com a correção.

na pasta C: \ windows \ Logs \ CBS, exclua o arquivo .log mais antigo (você também pode excluí-los todos) na pasta C: \ windows \ temp exclua todos os cab_xxxx no processo de regeneração a seguir, os logs restantes (CBS) foram compactados corretamente e C: \ windows \ temp foi deixado limpo


3
E aqui está uma descrição muito mais técnica do problema. Parece que a Proteção de Recursos do Windows é o serviço responsável.
Borislav Ivanov

NB: Parece que ainda não há hotfix para esse problema. Eu postei no MS Answers perguntando se há algo por vir ... você pode acompanhar esse tópico aqui: answers.microsoft.com/en-us/windows/forum/windows8_1-files/…
JohnLBevan

9

O limite 2GiB ainda nos assombra

Vi isso acontecer nos sistemas Windows 7 de 64 bits e (até hoje) nos sistemas Windows 2008 R2.

Mesmo no Windows de 64 bits, o makecab.exeutilitário é interrompido em arquivos grandes (2GiB +), porque o formato de arquivo do Cabinet não pode armazenar arquivos maiores que 2GiB. .


Se qualquer arquivo de log C:\Windows\Logs\CBSficar muito grande, ele interromperá o processo de compactação de log:

  • O grande arquivo de log do CBS nunca é compactado
  • Arquivos de log CBS mais recentes nunca são compactados
  • C:\Windows\Temp se enche de arquivos de gabinete corrompidos

Os arquivos corrompidos do gabinete consomem cerca de 200MiB + por dia e não podem ser limpos com a reinicialização.

Infelizmente, você deve excluir manualmente o grande arquivo de log do CBS e remover os arquivos corrompidos do gabinete.


Essa era uma falha de design no Windows 7 que poderia ter sido evitada por:

  • dividir arquivos de log grandes do CBS antes de tentar compactá-los ou
  • substituindo o formato de arquivo do gabinete por um formato mais capaz

De qualquer forma, o modo de falha de consumir todo o espaço em disco disponível é uma supervisão severa.


11
Boa resposta. Aqui está um artigo de suporte ... computerworld.com/article/3112358/microsoft-windows/…
Nathan Hartley

Sim, desde que primeiro correu para este problema que eu me perguntei por que makecab não verificar o tamanho da entrada em advace , e é tão misteriosa por que não limpar o arquivo temporário ...
Samb

2

C: \ Windows \ Temp é uma pasta comumente usada por atualizações, logs ou arquivos temporários do Windows. Durante uma instalação, o aplicativo move os arquivos caps para uma pasta temporária. Nesse caso, C: \ Windows \ Temp

Se quiser liberar algum espaço, você pode excluir tudo nesta pasta. Minha sugestão é excluir apenas os antigos, mas manter os arquivos mais recentes (um mês atrás).

Se você deseja liberar espaço, pode usar a ferramenta TreeSize Free ou a ferramenta WinDirStat. Ambos são gratuitos.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.