Arrastrar y soltar vs mv: ¿alguna diferencia?


10

¿Hay alguna diferencia entre los archivos de movimiento masivo con Drag & Drop vs mv?

Caso de uso:

El volumen External_Drive_A tiene alrededor de 8000 archivos con un total de 9GB. External_Drive_B tiene 74GB de espacio libre. El resultado final deseado es mover todos los archivos de A a B para que A pueda limpiarse y usarse en otra ubicación.

El enfoque de arrastrar y soltar es abrir una ventana del Finder para A, otra ventana del Finder para B, resaltar todos los archivos en A, luego hacer clic con el comando y arrastrarlos hacia B.

mv el enfoque es abrir una sesión de Terminal e invocar

mkdir /Volumes/External_Drive_B/A_legacy
mv /Volumes/External_Drive_A/* /Volumes/External_Drive/B/A_legacy/

¿Drag & Drop hace algo detrás de escena además de copiar y eliminar, o es estrictamente una cuestión de belleza?

Respondido por jmlumpkin a continuación:

¡Ellos difieren! Arrastrar y soltar trae los metadatos, mvno. Probé esto agregando una frase a la sección Comentarios de Spotlight en el cuadro de diálogo Obtener información de un archivo de texto. Cuando arrastré y solté el archivo en los volúmenes, la frase estaba presente cuando invoqué Obtener información en el destino; pero cuando se usaba mv, faltaba la frase cuando invoqué Obtener información sobre el destino.


es un poco confuso, como dice la página de manual de mv: "La utilidad mv ahora admite HFS + Finder y Atributos extendidos y tenedores de recursos. La utilidad mv ya no eliminará los tenedores de recursos de los archivos HFS. Para obtener un método alternativo, consulte cp (1) ". Entonces, ¿dónde se almacena esta información destacada?
Robert S Ciaccio

Respuestas:


6

En versiones anteriores de Mac OS, arrastrar y soltar un archivo estaba realmente más cerca del comando 'ídem' para retener las bifurcaciones de recursos, etc.


1
Gracias por presentarme el comando ditto. Su página de manual enumera todo tipo de características ingeniosas, incluidos los binarios de Universal y la información de metadatos HFS.
Thomas L Holaday

Es una gran herramienta. Solíamos usar esto más que 'mv' cuando movíamos cosas entre máquinas / servidores / unidades locales o incluso en la unidad principal.
jmlumpkin

7

No utilice mvni arrastre y suelte para mover datos entre volúmenes .

Si sucede algo malo durante la operación, terminará con la mitad de los datos aquí y la mitad de los datos allí, y será difícil determinar dónde reiniciar. Si esto se hace a través de la red, es posible que aún no tenga todos los datos en ninguno de los volúmenes .

Haga una copia (línea de comando o arrastre y suelte), y luego de eso, elimine la fuente.


Así que, por supuesto, tengo un huevo en la cara, me perdí todo el asunto de los "archivos por lotes". Sugiero ni mv, ni cp, sino en su rsynclugar. Thilo, lo siento mucho. Tenía un caso de uso de un archivo grande en mi cabeza a pesar de este hilo en relación con los lotes de archivos.
Jason Salaz

Para un movimiento de varios archivos entre volúmenes ejecutado como una copia: eliminar, ¿es (cp ⊕ rsync) seguido de rm equivalente a una copia GUI seguida de una papelera GUI seguida de una papelera vacía GUI?
Thomas L Holaday

@Thomas L Holaday: Bueno, una GUI de basura vacía podría eliminar permanentemente todo tipo de cosas no relacionadas que ya están en la papelera. Creo que hay una manera de eliminar de la GUI sin pasar por la papelera, tal vez alguna combinación de teclas de opción, nunca puedo recordarlas. Esa sería una buena pregunta nueva.
Thilo

2

El resultado final es probablemente el mismo, pero supongo que los casos límite pueden tratarse de manera diferente, también dependiendo de cuál mvuse (la /bin/versión predeterminada o una versión de GNU /sw/bin/de fink, o de macports, etc.)

Por ejemplo, un alias de OS X o bifurcaciones de recursos podrían no ser tratados adecuadamente por la cadena de herramientas de Unix, y es probable que haya casos en los que las operaciones de archivo de bajo nivel de Unix no sean manejadas por arrastrar y soltar de OS X.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.