Vincula diferentes carpetas a diferentes discos duros

Vincula diferentes carpetas a diferentes discos duros

Estoy usando una configuración de fusión para computadoras nuevas en el trabajo (por ejemplo, SSD de 128 GB con un disco duro de 1 TB). El SSD está destinado únicamente al perfil de usuario y todas las aplicaciones deben instalarse en el HDD. Sin embargo, muchos empleados simplemente descargan todos sus datos en "Escritorio" o "Documentos", llenando el SSD. ¿Hay alguna manera de redirigir de alguna manera los datos de carpetas como "Escritorio" y "Documentos" al HDD, o posiblemente mantener el sistema operativo en el SSD pero mover algunas carpetas de perfil de usuario al HDD? ¡Gracias! kyan

Respuesta1

Mover todo el perfil de usuario es una opción. Esto se hace más fácilmente mediantecambiar la ubicación predeterminada del perfil en el registroy luego crear un nuevo usuario para el uso diario (incluso puedes eliminar el anterior después, si lo deseas). En su lugar, puedes mover un perfil de usuario establecido, pero es un desastre; debe encontrar todas las referencias en el registro a la ubicación de su perfil anterior y cambiarlas. Una mejor opción esmueva su perfil (o incluso toda la carpeta Usuarios) mientras el sistema operativo está desconectado y luego cree una unión de directorio o un enlace simbólico (enlace simbólico)desde C:\Users(o C:\Users\<username>) a la nueva ubicación. Esta técnica también debería funcionar antes de Win8 (a pesar de la URL); Los enlaces simbólicos se introdujeron en Vista y las uniones son aún más antiguas (aunque solían ser más difíciles de crear, antes de que mklinkllegara el comando a Vista).

Tenga en cuenta que ambos enfoques, esencialmente, no están respaldados. Es posible que no pueda hacer cosas como instalar paquetes de servicios o actualizaciones locales de Windows si hace esto (me encontré con este problema en una máquina Vista y no sé si ya se ha solucionado) y podría experimentar otros problemas. también. Tampoco resolverá el problema de los programas que se instalan sin permitirle elegir una ubicación, pero no los instala en su perfil de usuario. Finalmente, existe un argumento para colocar al menos las partes principales de su perfil (su registro de usuario y archivos de configuración del sistema) en el disco de arranque. Esto no solo será más rápido (si su disco de arranque es un SSD y su disco de datos no lo es), sino que también significa que su perfil no quedará inutilizable si su disco de datos muere o se elimina.

Para respaldar esta idea de "elementos de perfil críticos en la unidad de arranque, datos en otro lugar", Windows (desde hace muchas versiones, no estoy seguro de cuándo comenzó exactamente) le ha permitido cambiar las ubicaciones de la mayoría de sus directorios de datos personales. En esencia, los directorios Escritorio/Documentos/Descargas/Música/Imágenes/Videos han sidovirtualubicaciones desde hace algún tiempo (por ejemplo, XP->Vista cambió "Mis documentos" a "Documentos" cuando se veía en el Explorador, pero el nombre del sistema de archivos subyacente nonocambiar si realizó una actualización local). Abra el Explorador de Windows, vaya a su perfil de usuario y haga clic derecho en uno de sus directorios virtuales. Abra Propertiesy vaya a la pestaña "Ubicación". Haga clic Move...y seleccione el directorio (después de crearlo, si es necesario) en su unidad de datos donde desea que resida el contenido de ese directorio virtual. Windows ofrecerá mover todo desde el directorio "real" actual al nuevo. A partir de entonces, cualquier cosa que intente instalarse en "su carpeta de Documentos" se instalará en la nueva ubicación (aunque, por supuesto, cualquier cosa que simplemente codifique una ruta %USER_PROFILE%\Documents\StupidApp_Stuffsin pasar por las API del shell no verá este cambio). Tampoco resuelve el problema de "el programa simplemente se coloca donde quiere sin preguntarte"... pero al menos este enfoque es compatible con Microsoft y mantiene tus datos (documentos, música, juegos guardados, lo que sea) separados de tu configuración del perfil (registro de usuarios, datos de la aplicación, etc.).

Para lidiar con el caso de programas que se colocan groseramente (o sus archivos) donde no son deseados, recomiendo una vez más los enlaces simbólicos. Mueva el archivo o directorio infractor (mientras el programa relevante no se esté ejecutando, por supuesto) a su unidad de datos, luego reemplace su ubicación original con un enlace simbólico a la nueva ubicación (usando mklink). Por ejemplo, si C:\ProgramData\RudeAppestá ocupando decenas de gigabytes y desperdiciando el espacio de su SSD, puede intentar ejecutar los siguientes comandos (esto supone que usa CMD, no Powershell u otro shell, y supone que aún no tiene un D:\ProgramDatadirectorio):

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

Lo que esto hace es, en orden:

  1. Cree el directorio ProgramData en su unidad D: (por supuesto, ProgramData está oculto y tiene algunas ACL complicadas en la unidad C:, por lo que es posible que desee usarlo xcopy /k /o /h C:\ProgramData D:\ProgramDatapara obtener todos esos metadatos, aunque esto también copiará cualquier archivo directamente en ProgramData )
  2. Copie todos los archivos en el directorio C:\ProgramData\RudeApp original a un nuevo directorio (D:\ProgramData\RudeApp) en su unidad de datos. Esta copia es recursiva (también copiará subdirectorios) y preserva la seguridad y los atributos del archivo.
  3. Elimine el directorio original C:\ProgramData\RudeApp. Puede cambiarle el nombre en lugar de eliminarlo si desea asegurarse de que todo funcione correctamente y luego eliminarlo.
  4. Crea un enlace simbólico de directorio en C:\ProgramData\RudeApp, la ubicación donde la aplicación esperará encontrar sus archivos, que apunta a la nueva ubicación (D:\ProgramData\RudeApp). Los programas, incluido el Explorador de Windows, verán el enlace como si fuera un directorio en C:, pero es simplemente un puntero (en NTFS, un "punto de análisis") a un directorio en D:. El puntero ocupa sólo una pequeña cantidad de espacio en C:.

Puede eliminar enlaces simbólicos de forma segura sin afectar los archivos o directorios vinculados. Cambiar el nombre del enlace simbólico también es seguro (aunque las personas que lo estaban buscando pensarán que eliminaste la carpeta). Cambiar el nombre o mover unvinculado aarchivo o directorio esnoseguro; esto romperá el enlace y tendrás que eliminarlo y volver a crearlo apuntando a la nueva ubicación.

Respuesta2

uniones, enlaces duros, etc.

Deberá crear la carpeta de destino y copiar los archivos allí antes de mklink /j.

MKENLACE [[/D] | [/H] | [/J]] Destino del enlace

mklink /j Documents j:\Documents
mklink /?

Desde el sitio webcuriosidades de los desarrolladoreseste artículo lo explica. uniones-de-archivos-de-windows-enlaces-simbólicos-y-enlaces-hardware

material de origen

Un enlace simbólico es como un acceso directo pero en lugar de guardarse como un archivo, se registra en la partición del disco duro. No utiliza espacio en disco y todos los programas reconocen tanto el enlace como el destino. Un enlace simbólico puede apuntar a cualquier archivo o carpeta, ya sea localmente en la computadora o a través de una red usando una ruta SMB.

Un enlace físico de archivo es un poco diferente y no se puede usar en múltiples particiones, lo que significa que no puede tener un enlace en la unidad C: que apunte a un archivo en la unidad D:. Un enlace físico de un archivo apunta a un destino y lo duplica como una copia reflejada, pero la copia no utiliza ningún espacio adicional en la partición del disco duro. Por lo tanto, 2 enlaces físicos que reflejaran un archivo de 1 GB en total solo usarían 1 GB en la partición en lugar de 3 GB. Es importante destacar que si se eliminan los enlaces físicos o el destino, los otros enlaces conservan los datos. Los cambios en el contenido del destino o de los enlaces se propagan automáticamente a todos los demás elementos.

Una unión se comporta como un vínculo físico para directorios, pero a diferencia de los vínculos físicos de archivos, puede crear uniones que abarquen varias particiones. Nuevamente, una unión de directorio y su contenido se almacenan en la partición del disco duro, pero no utilizan ningún espacio adicional. Cualquier cambio en el contenido dentro del destino o en los enlaces se propagará automáticamente, excepto cuando se elimine o cambie el nombre del directorio de destino. En ese caso, todos los enlaces que apuntan al objetivo se romperán y permanecerán en la partición.

información relacionada