Criar ponto de junção para arquivos de programas (x86) no sistema em funcionamento

Question

Recentemente, descobri que meu SSD de 128 GB estava preenchendo o ponto em que tive que desinstalar jogos antigos para instalar novos jogos. Isso não foi ruim até que eu tive que instalar alguns outros aplicativos para fazer o trabalho real e agora eu não tenho espaço suficiente para fazer isso mais

Então eu sei a solução para o que eu quero fazer. É a mesma coisa que fiz quando estava a criar uma recuperação de desastres no meu sistema, basta criar um ponto de junção e apontá-lo para um HDD de 1 TB no computador. Então, assim como criar uma junção para c: \ users e apontá-la para o HDD interno, basta copiar a pasta Program Files (x86) para o HDD, reinicializar no modo de segurança com prompt de comando, renomear Program Files (x86), em seguida, crie uma junção com esse nome de pasta. Eu encontrei algo que tenho certeza é um problema do Windows, e desde que eu sou um administrador do Linux, eu percebi que eu levaria para as placas desde que eu não poderia encontrar um problema semelhante no google.

TLDR; Não consigo renomear Arquivos de Programas (x86) de dentro do Windows, então reiniciei o modo de segurança com o comando e consegui renomeá-lo, e consegui criar um ponto de junção com o mesmo nome ...

rename "Program Files (x86)" "Not_Program Files (x86)"
mklink /J "Program Files (x86)"  "D:\Program Files (x86)"

Agora fica estranho. Eu inicializo de volta no Windows e vejo o diretório Program Files (x86) ainda está lá, e não existe nenhum diretório com o que ele deveria ser chamado agora. Mas espere ... tem mais! Quando olho para as propriedades do arquivo de Arquivos de Programas (x86), o objeto está sendo chamado de o que eu o renomei.

Minha pergunta REALMENTE é por que o Windows não renomeia este diretório e como posso realizar o que estou esperando?

aqui está um link para as propriedades da pasta que mostra que o "nome do objeto" é um palavrão que tornei amigável para crianças. (nenhum representante para incluir no post)

link

    

Answer 1

Eu não acho que você deveria estar mexendo com os diretórios Program Files . O Windows tem restrições especiais para eles por um motivo, e adulterá-lo pode produzir resultados indesejados.

Em vez disso, sugiro que você crie junções de diretório em uma base programa por programa . Comece com os programas que você não usa com freqüência, seguidos pelos que ocupam muito espaço (os jogos são bastante famosos por isso, com todos os arquivos de textura, clipes de vídeo e de som, etc.).

É claro que pode ser mais fácil desinstalar diretamente cada programa e reinstalá-los, alterando o caminho de instalação para apontar para seu segundo HDD no processo.

    

Answer 2

Para simplificar, tive que remover o atributo -S da pasta que indica a propriedade do sistema (provavelmente) do console de comando que eu consegui executar

attrib -S "Program Files(x86)"

renomeie a pasta e crie o ponto de junção. O único efeito colateral real que eu notei é que vários atalhos existentes, principalmente aqueles que foram fixados no menu Iniciar ou na barra de tarefas, pararam de funcionar. Isso é facilmente corrigido simplesmente por recriá-los, tive menos sorte apenas alterando as propriedades do atalho, uma vez que o caminho era o mesmo textual.

Com relação aos possíveis riscos envolvidos em fazer algo assim, estou plenamente ciente de que poderia estar procurando uma reinstalação completa, mas estou bem com isso. Regras são feitas para serem quebradas, caso contrário, qual é o ponto em ser superusuário? Eu vou dizer obrigado, porém, por notar que isso não é algo que as pessoas com experiência limitada de sysadmin devem tentar. Este projeto ainda pode ter consequências não intencionais, mas por enquanto estou feliz com o status da minha caixa.

    

Answer 3

Algum tempo atrás, eu estava fazendo algo muito semelhante, mas com dois SSD 120GiB.

A partição do sistema estava ficando muito grande, eles começam a precisar de um tamanho total de 64GiB para cada Windows (para garantir que 60% seja gratuito para atualizações) e eu tenho três.

Não vou entrar em detalhes de baixo nível, apenas aponte:

• O segundo SSD (onde Slim DVD estava) não está ligado até que o sistema operacional esteja carregado, então não posso usá-lo no bootloader do Grub2, não consigo inicializá-lo e não posso fazer nada até que qualquer sistema operacional seja carregado; mesmo para slot SD e para slot ExpressCard54; todos eles não estão energizados enquanto o BIOS é executado na inicialização.

Como os Arquivos de Programas e Arquivos de Programas (x86) têm cerca de 1/3 do total em tamanho de uso, eu estava pensando em mover os GiB's para o segundo SSD, com MKLINK /J ... de truques.

Então, eu garanto que o SSD está ligado assim que o Windows Loader estiver rodando, muito antes de tal pasta ser necessária, ele é alimentado um pouco antes do logotipo do Windows ser exibido na tela, então não deve haver nenhum problema para junção estar lá; então eu dou um aviso geral aqui: use junção (/ J), não um symlink (/ D), coisas estranhas muito longas para explicar acontecem quando é um symlink (a maioria quando você faz um upgrade no Windows 10, de 1709 a 1803 , etc).

Sempre, repito, sempre tente isso como prova de conceito em máquinas virtuais antes de sua máquina principal.

Não é o ADD to you:

• Você pode fazer o mesmo truque para pagefile.sys e swapfile.sys para colocá-los fora, onde sempre pasta / subpasta que você deseja, use comandos como MKLINK C:\pagefile.sys M:\MySubFolder\MyNameForPageFile.DAT e MKLINK C:\swapfile.sys M:\MySubFolder\MyNameForSwapFile.DAT

Dois pontos:

1. Para poder criar o link físico (não junção, não symlink) você deve inicializar com ram virtual desativado (se ele estava ativo, você deve reinicializar depois de desativá-lo), portanto, não há pagefile.sys nem swapfile.sys em raiz da partição do sistema, crie os links físicos e ative o RAM virtual
2. Se você tiver várias janelas (inicialização múltipla), poderá reutilizar o mesmo destino de link físico para todas elas, portanto, apenas tire esse espaço do SSD apenas uma vez, não uma vez por janela

Se você prosseguir com pagefile.sys e swapfile.sys, há um aviso: Qualquer atualização do Windows 10 excluirá o link físico e recriará os arquivos normais no local. Portanto, após a atualização, é necessário refazer o hard-links, desativando ram virtual, reiniciando, criando-os, reativando ram virtual.