Uma nova unidade recebe muito espaço alocado após a formatação - por quê?


0

Eu tenho uma VM hospedada em um servidor Hyper-V que está agindo como um host RDS. Eu adicionei um disco de tamanho 4 GB, a fim de colocar um arquivo de paginação para ele. Quando eu formato, sua capacidade é relatada como 3,97 GB, mas uma vez que eu atribuo uma carta, o espaço livre é reduzido em 12% para 3,45 GB. Eu então corro defrag s: /a /v, onde "s:" é a letra da unidade, ela relata o seguinte:

Microsoft Drive Optimizer
Copyright (c) 2013 Microsoft Corp.

Invoking slab consolidation on Swap (S:)...

The operation completed successfully.

Post Defragmentation Report:

    Volume Information:
            Volume size                 = 3,99 GB
            Cluster size                = 64 KB
            Used space                  = 23,87 MB
            Free space                  = 3,97 GB

    Slab Consolidation:
            Space efficiency            = 100%
            Potential purgable slabs    = 0

Ou seja, o espaço é liberado, mas é imediatamente alocado de volta. Eu me pergunto o que causa isso? Eu encontrei que as propriedades da Lixeira foram definidas para cerca de 540 MB para esse disco, então eu desativei essa configuração para "Não coloque arquivos na lixeira" para o disco S :. Ainda assim, o problema persiste. O que mais poderia alocar esse espaço?

UPDATE: Se eu remover a letra da unidade, formate a unidade novamente, o espaço livre está listado corretamente como 3,97 GB (US $ Mft provavelmente ocupando mais espaço), mas assim que eu atribuo uma carta eu perco 500 MB de espaço, mesmo Eu já defini o volume da lixeira para a unidade. Eu não posso reiniciar o sistema operacional naquela máquina virtual para verificar se isso resolveria o problema, mas não encontrei esse comportamento antes - talvez a lixeira ainda aloque seus 540 MB de valor padrão apenas porque não atualizou suas configurações por meio de uma reinicialização. Alguém pode confirmar o problema, então?


Um disco de 4 GB com clusters de 64 KB ... você formatou como FAT32? Você consegue ver algum arquivo que está sendo colocado? Você verificou o tamanho da pasta da lixeira, se existir?
Seth

@Seth Não é formatado com NTFS com configuração manual de tamanho de cluster (estou pretendendo armazenar lá um arquivo de paginação e isso é tudo). O tamanho da pasta da lixeira é 129b. Também haverá uma atualização em um minuto.
Vesper

Você tem cotas configuradas? Tente executar o teste do TreeSize Pro como administrador e veja o que ele relata. Veja também a saída de dir no prompt de comando.
Daniel B

Respostas:


0

Por padrão, o Windows está configurado para gerenciar a memória virtual automaticamente. Talvez seja rápido criar um arquivo de paginação no novo disco?

Verifique se há algum arquivo de sistema oculto na raiz da unidade acessando View - & gt; Opções e configurá-lo assim:

enter image description here

No meu caso, eu tenho o hiberfile.sys, pagefile.sys e swapfile.sys localizado lá.


Isso estava presente, e antes de eu colocar lá arquivo da página havia apenas $RECYCLE.BIN pasta com um único arquivo, totalizando 129 bytes alocados. Mas, a quantidade de espaço livre foi menor que a capacidade total em cerca de 500 MB.
Vesper

Tentei duplicar o problema, mas meu ambiente é um pouco diferente (VMWare ESX 6.0, Windows 2008 R2). Aloca 50 MB, mas não mais ..
Magnus

Bem, pode haver problemas com a função RDSH e o convidado 2012R2. Eu não acho que o hipervisor seria importante aqui, mas o SO e o papel do convidado podem alterar um monte de diversão. Afinal, um DC + RDSH é um combo mortal XD
Vesper

O Windows não colocará o arquivo de paginação em unidades aleatórias. Está na unidade do sistema por padrão.
Daniel B

@DanielB ainda valeu a pena verificar se eu tinha ativado a listagem de arquivos protegidos pelo sistema.
Vesper
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.