Windows 2008 - 40 GB de espaço inacessível, usado pelo sistema. Onde?

Question

eu criei uma cópia do sistema em um VMWare Virual Machine (v7), o tamanho é 7.11 Go compactado, 70 Go descompactado (desculpe sistema está em francês!) faça o login: adminstrateur & senha: T3st link

Há 40 GB faltando no meu disco rígido, e eu tentei muitas coisas para rastreá-lo sem sucesso ( chkdsk /r /f , Defrag, WinDirStat, farejador de espaço, Boot no Windows defender off-line, GMER 2.1.1 rootkit remoção, fluxos, vssadmin, dism etc.). A propósito, os programas foram executados como admin & sistema

Você pode ver o detalhe do espaço em disco aqui:

Oúnicodetalhequepossoencontrarédechksdsk,quedizqueos40GBsãousadospelosistema:

LenomdevolumeestSystem.Avertissement!LeparamètreFn'apasétéspécifié.ExécutiondeCHKDSKenmodelectureseule.CHKDSKestentraindevérifierlesfichiers(étape1sur3)...46402816enregistrementsdefichiertraités.Lavérificationdesfichiersestterminée.793enregistrementsdegrandfichiertraités.0enregistrementsdefichierincorrecttraités.0enregistrementsEAtraités.84enregistrementsd'analysetraités.CHKDSKestentraindevérifierlesindex(étape2sur3)...46451532entréesd'indextraitées.Lavérificationdesindexestterminée.0fichiersnonindexésanalysés.0fichiersnonindéxésrécupérés.CHKDSKestentraindevérifierlesdescripteursdesécurité(étape3sur3)46402816SD/SIDdefichierstraités.Lavérificationdesdescripteursdesécuritéestterminée.24359fichiersdedonnéestraités.CHKDSKvérifielejournalUSN...100%effectués.(1212416octetsUSNsur1216272traités)1216272octetsUSNtraités.VérificationdujournalUSNterminée.Windowsavérifiélesystèmedefichierssanstrouverdeproblème.157701119Kod'espacedisqueautotal.26568260Kodans260039fichiers.130984Kodans24360index.0Kodansdessecteursdéfectueux.46482335Koutilisésparlesystème.65536Kooccupésparlefichierjournal.84519540Kodisponiblessurledisque.4096octetsdanschaqueunitéd'allocation.39425279unitésd'allocationautotalsurledisque.21129885unitésd'allocationdisponiblessurledisque.

(46482335Koutilisésparlesystèmesignifica46GBusadopelosistema)

NãopareceestarnapastaInformaçõesdovolumedosistema:

Diskpartmostraqueéapenasumapartição:

eu também tentei inicializar no linux debian live cd para checar o arquivo do disco rígido & Integridade NTFS:

resultado de "du -xks ./* | sort -n" (está tudo bem)

 0          ./Documents and Settings
 1          ./autorun.inf
 1          ./boot.ini.1.cache
 1          ./boot.ini.cache
 1          ./boot.ini..cache
 8          ./BOOTSECT.BAK
 16         ./cleanmem_log.txt
 22         ./SRVPRB
 53         ./SRVLOG
 234        ./$Recycle.Bin
 376        ./bootmgr
 504        ./Config.Msi
 916        ./_icon
 971        ./SRVSCRIPT
 2443       ./SRVTOOL
 3376       ./System Volume Information
 3792       ./inetpub
 15436      ./Boot
 19636      ./SRVWEB
 169092     ./Recovery
 281139     ./ProgramData
 513829     ./SRVINFO
 1421744    ./Program Files (x86)
 1543517    ./Users
 2877066    ./Program Files
 4197856    ./SRVFPT
 14981405   ./Windows

ntfsfix & ntfsfix -d dizer que tudo está ok

mas ntfsck retornam tons do seguinte erro: erro ao obter valor de bit para registro {valor de deslocamento}

no google há apenas 2k resultados, alguns dos resultados estão apontando para a fonte ntfsck, os outros não parecem relevantes ...

P: Como faço para eliminar esse espaço usado pelo sistema?

mais algumas informações:

1. o sistema vem do conversor VMware, o sistema original (physic) tem o mesmo problema de espaço
2. o disco foi reduzido com o EASEUS Partition Master, mas o problema estava presente antes
3. Quando eu comprimir a máquina virtual eu tenho como resultado um arquivo tar.gz 14Go tamanho, como se o 40Go onde vazio

EDITAR :

O espaço usado foi localizado na MFT, mas nenhuma ferramenta realmente se livra dele.

    

Answer 1

Você tentou executar spacesniffer como o administrador como o HopelessN00b sugere nos comentários da sua pergunta? Geralmente, as grandes incógnitas desaparecem e, provavelmente, você descobrirá que C:\Windows\WinSxS é o culpado. É aí que o Windows mantém versões diferentes dos arquivos .DLL , na tentativa de evitar o inferno da DLL de antigamente. Você pode limpá-lo de alguma forma fazendo isso a partir de um prompt de comando com privilégios de administrador:

• Dism.exe /online /Cleanup-Image /StartComponentCleanup - isso inicia uma pré-visualização de todos os arquivos na pasta WinSxS. Dependendo do que você realmente instalou, isso pode economizar um pouco ou muito espaço.

Confira este bit da MS sobre o assunto. Observe também que, muitas vezes, o comando falhará com algum código de erro. Isso geralmente significa que há operações pendentes na pasta (como atualizações do Windows) que precisam ser concluídas. Particularmente, se houver um arquivo chamado C:\Windows\WinSxS\pending.xml , provavelmente não funcionará. Deixe todas as atualizações serem instaladas, talvez faça uma reinicialização e tente novamente. Espero que ajude!

    

Answer 2

Baixei a VM e a carreguei em um servidor. A primeira coisa que notei foi a unidade C foi compactada. Se o seu servidor físico é assim, descomprima a unidade. Há pouco a ganhar fazendo isso.

Depois de descomprimir, verifiquei que estou vendo o que você está vendo. Eu também adicionei espaço em disco para corresponder aos seus 150 GB. Eu, então, instalei o Defraggler Portable e analisei o disco. Eu comecei a olhar para os setores para ver quais arquivos estavam lá e notei que o $ MFT ocupava uma grande quantidade de espaço. Depois de uma pequena pesquisa, descobri que o utilitário Drive Wiper do CClean pode corrigir isso.

Comecei a limpar o espaço livre (1 passo). O software está mostrando "Wipe MFT Free Space", mas a tarefa será executada por cerca de 24 horas. Vou deixar que corra e responda.

Existe muita informação a ser encontrada envolvendo $ MFT e CCleaner se você pesquisar. Você pode encontrar um momento 'eureka' que você vai chegar à raiz de como isso aconteceu em primeiro lugar. Eu só posso especular neste momento.

Atualização 1: O processo estava demorando mais do que o esperado e tentei melhorar o desempenho da vm, mas a barra de progresso parou e o tempo restante aumentou. Eu reconstruí a VM com mais recursos, mas não parece fazer diferença. Uma opção disponível: faça um backup da unidade C e, se o backup estiver no intervalo de 18-19 GB, formate ou limpe a partição C e restaure o backup. Estou suspeitando que uma ferramenta de disco de terceiros seja responsável pelos arquivos $ MFT estarem nessa condição.

Atualização 2:

Tudooqueconseguifazerémostraroqueestáconsumindooespaço.Eunãoconseguilibertá-lo.Existemprovavelmenteferramentaspagasparaajudar.SevocêsabequalsoftwaredeparticionamentoestavanosistemaantesdoEASEUS,issopodeajudarsuacausatambém.Nacapturadetelaacima,o"64% da unidade" é baseado na partição de 68 GB, não na partição completa de 150 GB que você possui.

    

Answer 3

Este é um problema interessante. Minha suspeita aqui é que isso é algum artefato do sistema físico que foi virtualizado, mas é indetectável porque qualquer causa física não está mais presente.

Dois exemplos podem ser:

• bloqueios ruins na unidade física que o VMware Converter conseguiu reconhecer e contornar, mas agora os blocos defeituosos fazem parte do arquivo .vmdk, mas não são blocos ruins reais porque o VMware Converter pode ter recorrido a uma cópia em nível de arquivo, já que uma cópia em nível de bit estava falhando
• algum tipo de cópias de sombra que podem ter se tornado órfãs pelo seu aplicativo ou que estavam irreconhecíveis no sistema físico devido a problemas de gravador VSS lá

Veja o que eu tentaria:

1. Se você ainda tiver o sistema físico, execute sua análise completa lá também. Exceto, talvez você já tenha e tentado a virtualização para ver se isso corrigiria o problema.

2. Se você estiver realizando backups de imagem na VM, tente restaurar totalmente a VM em uma VM de teste e faça sua análise novamente.

3. Se você não estiver usando-o para backups, tente fazer outro backup de imagem dos sistemas físico e VM usando o ShadowProtect. Custa, mas você pode instalar uma avaliação de 30 dias totalmente funcional que só ficará inativa após o término do período de avaliação.

Você precisará reinicializar o sistema antes que o ShadowProtect permita fazer o backup do volume do sistema. Depois de obter um backup, você também pode tentar a restauração independente de hardware para restaurar o sistema (você precisaria comprar o ShadowProtect IT Edition; minha empresa o usa e vale a pena, mas você pode estar procurando soluções gratuitas para que o HIR não encaixar isso).

• link
• link

Duas razões para experimentar o ShadowProtect:

• tem gravadores VSS completamente separados que são instalados para chegar ao sistema de arquivos. Eu usei o ShadowProtect em sistemas onde qualquer outro software de backup que eu consiga pensar não funcionará porque os escritores nativos do Windows VSS estão corrompidos
• O ShadowProtect possui uma compactação extremamente poderosa que elimina dados irrelevantes. Eu costumo ver entre 50% e 60% de taxa de compressão ao fazer backup de servidores virtuais. Pode ser capaz de eliminar 40GB de lixo também.

Estou curioso para saber se você chegar ao fundo se isso.