Por que alguns arquivos não podem ser modificados ao encolher uma partição no Windows?

Question

Em TechNet :

When you shrink a partition, certain files (for example, the paging file or the shadow copy storage area) cannot be automatically relocated and you cannot decrease the allocated space beyond the point where the unmovable files are located.

O que são exatamente esses arquivos impossíveis e por que eles não podem ser movidos? Do ponto de vista do sistema de arquivos, acho que isso provavelmente não é uma restrição do NTFS subjacente?

    

Answer 1

Versão TLDR: usei com êxito o Ubuntu LiveCD e o gparted para reduzir minha partição principal do Windows 7. O resto é apenas detalhando para iniciantes / o que eu gostaria de saber antes da minha aventura ... E que eu fiz todo o trabalho arriscado em hardware de reposição, então meus dados não estavam em perigo.

Eu estava tentando encolher um disco rígido de 500 GB com 100 GB de dados até o ponto em que eu pudesse colocá-lo em um SSD de 250 GB. Desfragmentação do Windows e DiskDefrag Auslogics (livre no momento) conseguiu que eu pudesse diminuir a maioria da partição C, mas não todo o caminho. Entre o sistema reservado, C e partição de recuperação (nessa ordem), havia cerca de 280 GB particionados; muito grande para o novo SSD. Aqui está como eu consegui isso funcionar. Nota: o que eu fiz foi arriscado. Eu tinha backups e fiz todo o meu trabalho em um disco rígido extra, nunca tocando na minha unidade original.

Passo 0. Use o gerenciador de partições do Windows para reduzir a partição o máximo possível. Essa é a melhor prática, mas não funcionou para mim.

1. Ran Auslogics para descobrir como os dados foram distribuídos pela minha partição C. Acontece que o Windows estava colocando 40 pequenos arquivos de sistema no meio da partição C, impedindo que o gerenciador de partições diminuísse ainda mais.
2. Eu tirei uma imagem do sistema e a coloquei em um disco rígido extra. (Eu usei o Windows "criar imagem do sistema", fui para um computador de reposição e restaurar a imagem para o disco rígido de reposição usando um usb de instalação do Windows) Novamente, eu não trabalhei fora do meu disco rígido atual, apenas fora da cópia de reposição. Depois de concluir esta etapa, eu tinha uma cópia inicializável do meu sistema original em execução em um computador de reposição.
3. No meu sistema de reposição, eu iniciei o Ubuntu LiveCD. Instalar mídia para desktop Ubuntu vem com uma opção "tente Ubuntu": isto é o que é um "LiveCD". Tem o Ubuntu rodando de um pendrive, e seu HDD não tem nenhum arquivo realmente sendo usado. Eu corri gparted (CTRL + ALT + T para abrir o terminal, "sudo gparted" para iniciar o programa).
4. No GParted, pude ver que os arquivos do sistema que vi no Auslogics não estavam mais lá; Eles eram, aparentemente, arquivos temporários criados pelo Windows durante a inicialização, e esses arquivos eram definidos como 200 GB na partição. Encolhi a partição C para um tamanho aceitável e movi a partição de recuperação para o final da partição C. Tamanho total saiu para 230GB. Clique em OK para fazer as alterações. Desligue o sistema.
5. Inicialize o computador de reserva no disco rígido sobressalente. A primeira vez que eu iniciei, o Windows executou automaticamente o reparo da inicialização e consertou tudo o que precisava corrigir e inicializou no Windows. Este passo é o porquê eu fiz tudo no hardware de reposição, de modo que, se estivesse corrompido, meu sistema original ainda estava intacto. Na segunda inicialização, inicializou perfeitamente. Eu tinha um sistema totalmente funcional que ocupava apenas os primeiros 230 GB de espaço no disco rígido de 500 GB HD.
6. No sistema sobressalente, fiz uma imagem do sistema usando o Windows. No meu sistema original, substitui o disco rígido original pelo novo SSD. Inicializado pela mídia de instalação do Windows para restaurar a imagem do sistema no meu novo SSD.

E esse pessoal é como eu tenho um disco rígido de 500GB copiado em um SSD de 250GB. Não é fácil, mas foi um desafio interessante.