Porque é que o ficheiro CBS.log tem 20 GB

Eu tinha um ficheiro cbs.persist.log de 17 gb, como tinha a certeza que não era eu a encher o meu ssd, procurei por grandes ficheiros invulgares no directório de logs do windows. Só consegui pensar num problema de compressão de qualquer forma.

Então, para reiniciar a compressão na pasta CBS usei o seguinte método:

1. Desactivar o TrustedInstaller.exe (Windows Module Installer) no Taskmanager Services
2. Apagar todos os ficheiros .log no directório C:\Windows\Logs\ CBS*, apagar também os ficheiros .persist e .cab
3. Active novamente o TrustedInstaller.exe

NOTA: A limpeza da pasta CBS repõe o processo de compressão, pelo que os novos ficheiros .persist criados não devem ultrapassar os 50 Mb antes da compressão nos ficheiros .cab como deve ser.

Não há nenhum resultado visual directo, é necessário esperar até que um ficheiro .log seja suficientemente grande.

Esta solução ainda funciona para mim no Windows 7 / 8 / 8.1 após 1 ano

Embora eu não possa ter a certeza que a compressão nunca mais falhará, se falhar… então simplesmente repita a solução novamente mas certifique-se de que desactiva o TrustedInstaller antes de apagar os ficheiros na pasta CBS.

Espero que isto ajude.

Esse é um arquivo gerado pelo Microsoft Windows Resource Checker (SFC.exe).

Não, ele não deve ser tão grande assim. O CBS.persist.log deve ser gerado quando o CBS chegar a ter cerca de 50 megabytes de tamanho. O CBS.log deve ser copiado para cbs.persist.log e um novo ficheiro cbs.log deve ser iniciado.

Pode tentar comprimir o ficheiro:

• Se clicar com o botão direito do rato no ficheiro CBS.log
• Depois clique em Properties
• No separador General, clique em Advanced
• Verifique “Compress contents to save disk space” e clique em OK

Ou, se tiver a certeza que o seu sistema está a funcionar bem, pode apagar este ficheiro. O SFC.exe irá criar um novo, da próxima vez que for executado. Mas, pode ser útil para a resolução de problemas.

Só para o caso de alguém se perguntar por que razão isto acontece em primeiro lugar. Acredito ter reproduzido as condições especiais (tenho a certeza que existem outras variações destas condições que podem causar o mesmo resultado):

1. Comecei um grande número de actualizações muito grandes do Windows (um monte de pacotes de idiomas e de serviços, etc.), enquanto também tinha um grande número de outras aplicações e janelas abertas (sou um programador). Depois fui almoçar.
2. O Windows Update funcionou até o sistema ficar sem memória (RAM). Eu tenho 32 Gigabytes, mas não foi suficiente.
3. O “Trusted Installer.exe” (serviço “Windows Module Installer”) tentou comprimir o ficheiro de log de rápido crescimento, mas não conseguiu correr, ou porque o log cresceu demasiado depressa, ou porque não conseguia arrancar devido à pouca memória, ou ambos. Assim, quando foi necessário, o serviço “Windows Module Installer” nem sequer arrancou, (mesmo temporariamente).
4. A partir daí, não conseguiu lidar com o ficheiro de log, pois era demasiado grande para a compressão .CAB (cerca de 25 Gigabytes!) e assim o ciclo vicioso tinha começado e nada o podia parar (excepto por intervenção manual como descrito por “Gin” acima).
5. Quando o ficheiro de log cresceu para 60 Gigabytes no meu SSD, utilizou todo o meu espaço livre e eu recebi um aviso de “espaço de armazenamento baixo”, e comecei a procurar a causa.

O processo seguinte parece ter resolvido o problema: “desactivar o serviço Windows Module Installer, apagar o conteúdo da pasta C:\Windows\Logs\CBS\, e a pasta ‘C:\Windows\Temp’ - saltar quaisquer ficheiros em uso, depois iniciar novamente o serviço Windows Module Installer e defini-lo como ‘manual’ start (o predefinido)”. Reiniciar.

Como uma alternativa, no Windows 7, se o serviço “Windows Modules Installer” for interrompido, então iniciando ele parece acionar o processo de rotação de logs que cria um novo arquivo cbs.log e move o arquivo antigo para um arquivo comprimido CbsPersist .cab. O meu ficheiro de registo 500mb foi comprimido até 30mb.

Note que pode demorar alguns minutos a correr. O serviço parece parar automaticamente depois de terminado.

No meu caso, não consegui parar o serviço, mesmo depois de o desactivar. Os passos seguintes ajudaram-me a parar o serviço e a remover o log CBS.

C:\Windows\system32>net stop TrustedInstaller
The requested pause, continue, or stop is not valid for this service.

More help is available by typing NET HELPMSG 2191.

C:\Windows\system32>sc qc TrustedInstaller
[SC] QueryServiceConfig SUCCESS

SERVICE_NAME: TrustedInstaller
    TYPE : 10 WIN32_OWN_PROCESS
    START_TYPE : 4 DISABLED
    ERROR_CONTROL : 1 NORMAL
    BINARY_PATH_NAME : C:\Windows\servicing\TrustedInstaller.exe
    LOAD_ORDER_GROUP : ProfSvc_Group
    TAG : 0
    DISPLAY_NAME : Windows Modules Installer
    DEPENDENCIES :
    SERVICE_START_NAME : localSystem

C:\Windows\system32>tasklist | find /i "TrustedInstaller.exe"
TrustedInstaller.exe 2164 Services 0 132,404 K

C:\Windows\system32>taskkill /f /im "TrustedInstaller.exe"
SUCCESS: The process "TrustedInstaller.exe" with PID 2164 has been terminated.

Just in case if it would help someone.

No Server 2008 R2, My C:\windows\temp estava vazio. Tentei apagar os logs cbs e um log de 2.5 GB cbs continuava a regressar, por isso verifiquei o C:\windows\temp depois de tentar apagar o log e um grande número de ficheiros .dmp tinha lá aparecido.

Apagou estes e o ficheiro do log desapareceu. O espaço em disco foi recuperado. (O meu continuou a regressar mesmo depois de o ter apagado).