Redimensionando o volume com o DiskPart sem êxito, embora haja espaço livre suficiente

2

Eu tenho um disco físico com duas partições, uma partição de sistema operacional antiga (com MBR) de 296 GB e uma partição de recuperação de 2048 MB (uma partição de recuperação DELL padrão), ambas não estão em uso. Eu consegui redimensionar a partição do sistema operacional de 296 GB para 174 GB com o seguinte comando:

DISKPART> shrink

que encolhe até o espaço máximo encolhível. No entanto, a partição usa apenas 56 GB e eu quero criar uma partição de pelo menos 128 GB (para poder criar um VHD dele). Quando eu encolho novamente, recebo o seguinte erro:

DISKPART> shrink desired=50000

Virtual Disk Service error:
The specified shrink size is too big and will cause the volume to be
smaller than the minimum volume size.

De acordo com este post eu deveria fazer a defrag , o que eu fiz usando várias ferramentas (open source UltraDefrag parecia fazer o melhor trabalho). Parece que todos os arquivos estão no topo do disco, mas como posso verificar isso com certeza? E, em caso negativo, como posso desfragmentar / mover arquivos manualmente para reivindicar o maior espaço possível em disco livre consecutivo?

Ou: o que devo fazer para reduzir o volume ao tamanho atual usado mais um pouco?

(Nota: Eu tentei criar um novo VHD com o comando CREATE VDISK apontando para o VHD superdimensionado para o parâmetro source, mas aqui também, o limite de 128GB / 137GiB impede o sucesso, parece. Montando o VHD e encolhendo ele teve exatamente o mesmo efeito de fazê-lo no disco físico original, e é por isso que agora tento limitar primeiro o tamanho da partição física.)

    
por Abel 20.07.2010 / 13:08

3 respostas

1

Realmente não importa se é um disco do sistema operacional ou um disco de dados. Em ambos os casos, o meio do disco é ocupado por $MFTMirr , que copia os bits vitais da tabela MFT. Este arquivo não pode ser movido, embora a Microsoft o tenha disponibilizado para movimentação desde o Windows XP.

Até agora eu encontrei apenas uma ferramenta que pode mover de forma confiável esses arquivos: PerfectDisk . Tem uma versão gratuita de trinta dias, totalmente funcional. Ele só pode mover esses arquivos de metadados e MFT quando estiver no modo off-line: Selecione Boot Time na guia principal e reinicie ou, se possível, desfragmente no modo off-line. Depois disso, o comando SHRINK funcionou como esperado.

Se você precisar de mais informações sobre o histórico ou quiser saber como fazer isso com mais detalhes, decidi criar um pequeno blog sobre o assunto .

    
por 01.08.2010 / 17:40
0

Eu sou um manequim. e demorou 2 dias para finalmente diminuir meu volume de C: sys (WINDOWS 7). a solução que encontrei é terrivelmente simples.

  1. Eu baixei o aplicativo gratuito PerfectDisc, instalado
  2. em 'Configurações globais' eu selecionei e marquei: o PerfectDisk gerencia arquivos de livro e de pré-busca '
  3. clique com o botão direito do mouse em C: - Preferências do Drive - selecione: "Método de otimização padrão"="Prep for Shrink" e 'Método de pesquisa de espaço livre' = 'Encaminhar'
  4. agora comece a desfragmentar (botão de reprodução)
  5. tente também ativar a opção 'boot time defrag' e pressione o botão 'boot time defrag' no menu superior (requer reinicialização)

Boa sorte a todos !!! que alívio

    
por 12.05.2015 / 01:32
0

No meu caso, resolvi que "O tamanho de redução especificado é muito grande" no disco de dados, excluindo arquivos que tinham algumas permissões complicadas (copiei as do MacOS há algum tempo).

    
por 07.09.2015 / 18:59