Estou usando uma configuração de fusão para novos computadores no trabalho (por exemplo, SSD de 128 GB com HDD de 1 TB). O SSD destina-se apenas ao perfil do usuário e todos os aplicativos devem ser instalados no HDD. No entanto, muitos funcionários simplesmente despejam todos os seus dados em ‘Desktop’ ou ‘Documentos’, enchendo o SSD. Existe uma maneira de redirecionar de alguma forma dados de pastas como 'Desktop' e 'Documentos' para o HDD, ou possivelmente manter o sistema operacional no SSD, mas mover algumas pastas de perfil de usuário para o HDD? Obrigado! Kyan
Responder1
Mover todo o perfil do usuário é uma opção. Isto é feito mais facilmente poralterando o local do perfil padrão no registroe, em seguida, criar um novo usuário para uso diário (você pode até excluir o antigo posteriormente, se desejar). Você pode mover um perfil de usuário estabelecido, mas é uma bagunça; você precisa encontrar todas as referências no registro para o local do seu perfil antigo e alterá-lo. Uma opção melhor émova seu perfil (ou mesmo toda a pasta Usuários) enquanto o sistema operacional estiver offline e, em seguida, crie uma junção de diretório ou link simbólico (link simbólico)de C:\Users(ou C:\Users\<username>) para o novo local. Essa técnica também deve funcionar antes do Win8 (apesar da URL); links simbólicos foram introduzidos no Vista e as junções são ainda mais antigas (embora costumavam ser mais difíceis de criar, antes do mklinkcomando chegar com o Vista).
Observe que ambas as abordagens são, essencialmente, não suportadas. Você pode não conseguir fazer coisas como instalar service packs ou atualizações locais do Windows se fizer isso - encontrei esse problema em uma máquina com Vista e não sei se ele já foi corrigido - e pode ter outros problemas também. Também não resolverá o problema de programas que são instalados sem permitir a escolha de um local, mas não são instalados no seu perfil de usuário. Finalmente, há um argumento para colocar pelo menos as partes principais do seu perfil – o registro do usuário e os arquivos de configurações do sistema – no disco de inicialização. Isso não apenas será mais rápido (se o seu disco de inicialização for um SSD e o disco de dados não), mas também significa que seu perfil não ficará inutilizável se o disco de dados morrer ou for removido.
Para apoiar essa ideia de "coisas críticas de perfil na unidade de inicialização, dados em outro lugar", o Windows (para muitas versões agora, não tenho certeza exatamente quando foi iniciado) permitiu que você alterasse os locais da maioria dos seus diretórios de dados pessoais. Em essência, os diretórios Desktop/Documents/Downloads/Music/Pictures/Videos foramvirtuallocais já há algum tempo (por exemplo, XP-> Vista mudou "Meus Documentos" para "Documentos" quando visualizado no Explorer, mas o nome do sistema de arquivos subjacente nãonãoalterar se você fez uma atualização no local). Abra o Windows Explorer, acesse seu perfil de usuário e clique com o botão direito em um de seus diretórios virtuais. Abra Propertiese vá para a guia "Localização". Clique Move...e selecione o diretório (após criá-lo, se necessário) em sua unidade de dados onde deseja que o conteúdo desse diretório virtual resida. O Windows se oferecerá para mover tudo do diretório “real” atual para o novo. Depois disso, qualquer coisa que tente instalar em "sua pasta Documentos" será realmente instalada no novo local (embora, é claro, qualquer coisa que simplesmente codifique um caminho %USER_PROFILE%\Documents\StupidApp_Stuffsem passar pelas APIs do shell não verá essa alteração). Também não resolve o problema do "programa se coloca onde quer sem perguntar"... mas pelo menos essa abordagem é suportada pela Microsoft e mantém seus dados (documentos, músicas, jogos salvos, o que quer que seja) separados do seu configurações de perfil (registro de usuários, dados de aplicativos, etc.).
Para lidar com o caso de programas que se colocam rudemente (ou seus arquivos) onde não são desejados, mais uma vez recomendo links simbólicos. Mova o arquivo ou diretório incorreto (enquanto o programa relevante não estiver em execução, é claro) para sua unidade de dados e substitua seu local original por um link simbólico para o novo local (usando mklink). Por exemplo, se C:\ProgramData\RudeAppestiver ocupando dezenas de gigabytes e desperdiçando espaço do seu SSD, você pode tentar executar os seguintes comandos (isso pressupõe o uso do CMD, não do Powershell ou de outro shell, e pressupõe que você ainda não tenha um D:\ProgramDatadiretório):
md D:\ProgramData
xcopy /e /k /o /h C:\ProgramData\RudeApp D:\ProgramData\RudeApp\
rd /s C:\ProgramData\RudeApp
mklink /d C:\ProgramData\RudeApp D:\ProgramData\RudeApp
O que isso faz é, em ordem:
- Crie o diretório ProgramData em sua unidade D: (é claro, ProgramData está oculto e tem algumas ACLs complicadas na unidade C:, então você pode querer usar
xcopy /k /o /h C:\ProgramData D:\ProgramDatapara obter todos esses metadados, embora isso também copie todos os arquivos diretamente em ProgramData ) - Copie todos os arquivos do diretório C:\ProgramData\RudeApp original para um novo diretório (D:\ProgramData\RudeApp) em sua unidade de dados. Esta cópia é recursiva (também copiará subdiretórios) e preserva a segurança e os atributos do arquivo.
- Exclua o diretório C:\ProgramData\RudeApp original. Você pode renomeá-lo em vez de excluí-lo se quiser ter certeza de que tudo funciona bem e excluí-lo posteriormente.
- Cria um link simbólico de diretório em C:\ProgramData\RudeApp - o local onde o aplicativo espera encontrar seus arquivos - que aponta para o novo local (D:\ProgramData\RudeApp). Os programas, incluindo o Windows Explorer, verão o link como se fosse um diretório em C:, mas é apenas um ponteiro (em NTFS, um "ponto de nova análise") para um diretório em D:. O ponteiro ocupa apenas uma quantidade trivial de espaço em C:.
Você pode excluir links simbólicos com segurança sem afetar os arquivos ou diretórios vinculados. Renomear o link simbólico também é seguro (embora as pessoas que o procuravam pensem que você removeu a pasta). Renomear ou mover umligado aarquivo ou diretório énãoseguro; isso quebrará o link e você precisará excluí-lo e recriá-lo apontando para o novo local.
Responder2
junções, links físicos, etc.
Você precisará criar a pasta de destino e copiar os arquivos antes de mklink /j
MKLINK[[/D] | [/H] | [/J]] Destino do link
mklink /j Documents j:\Documents
mklink /?
A partir do sitecuriosidades dos desenvolvedoreseste artigo explica isso. windows-file-junctions-links-simbólicos-e-hard-links
Um link simbólico é como um atalho, mas em vez de ser salvo como um arquivo, ele é registrado na partição do disco rígido. Ele não utiliza nenhum espaço em disco e todos os programas reconhecem o link e o destino. Um link simbólico pode apontar para qualquer arquivo ou pasta localmente no computador ou em uma rede usando um caminho SMB.
Um link físico de arquivo é um pouco diferente e não pode ser usado em várias partições, o que significa que você não pode ter um link na unidade C: apontando para um arquivo na unidade D:. Um link físico de arquivo aponta e duplica um destino como uma cópia espelhada, mas a cópia não usa nenhum espaço adicional na partição do disco rígido. Portanto, 2 links físicos que espelhassem um arquivo de 1 GB usariam no total apenas 1 GB na partição em vez de 3 GB. É importante ressaltar que se os links físicos ou o destino forem excluídos, os outros links reterão os dados. As alterações no conteúdo do destino ou dos links são propagadas automaticamente para todos os outros itens.
Uma junção se comporta como um link físico para diretórios, mas, diferentemente dos links físicos de arquivos, você pode criar junções que abrangem várias partições. Novamente, uma junção de diretório e seu conteúdo são armazenados na partição do disco rígido, mas não usam nenhum espaço adicional. Quaisquer alterações no conteúdo do destino ou dos links serão propagadas automaticamente, exceto quando o diretório de destino for excluído ou renomeado. Nesse caso, todos os links que apontam para o destino serão quebrados e permanecerão na partição.