Drag & Drop vs mv - Une différence?

10

Y at - il une différence entre les fichiers en vrac en mouvement par glisser-déposer vs mv?

Cas d'utilisation:

Le volume External_Drive_A contient environ 8 000 fichiers totalisant 9 Go. External_Drive_B dispose de 74 Go d'espace libre. Le résultat final souhaité est de déplacer tous les fichiers de A vers B afin que A puisse être effacé et utilisé dans un autre emplacement.

L'approche par glisser-déposer consiste à ouvrir une fenêtre du Finder pour A, une autre fenêtre du Finder pour B, mettre en surbrillance tous les fichiers sur A, puis les cliquer-glisser-déplacer sur B.

mv approche consiste à ouvrir une session Terminal et à appeler

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

Drag & Drop fait-il quelque chose en arrière-plan en plus de la copie et de la suppression, ou est-ce strictement une affaire de beauté?

Répondu par jmlumpkin ci-dessous:

Ils diffèrent! Drag & Drop apporte les métadonnées, mvnon. J'ai testé cela en ajoutant une phrase à la section Commentaires Spotlight de la boîte de dialogue Obtenir des informations d'un fichier texte. Lorsque j'ai fait glisser et déposé le fichier sur plusieurs volumes, la phrase était présente lorsque j'ai appelé Get Info sur la destination; mais lorsqu'elle a été utilisée mv, la phrase manquait lorsque j'ai appelé Obtenir des informations sur la destination.

finder command-line

— Thomas L Holaday
source

c'est un peu déroutant, comme l'indique la page de manuel pour mv: "L'utilitaire mv prend désormais en charge HFS + Finder et les attributs étendus et les fourchettes de ressources. L'utilitaire mv ne supprimera plus les fourches de ressources des fichiers HFS. Pour une méthode alternative, reportez-vous à cp (1)." Alors, où sont stockées ces informations sur les projecteurs?

— Robert S Ciaccio

6

Dans les versions antérieures de Mac OS, le glisser-déposer d'un fichier était en fait plus proche de la commande `` idem '' pour conserver les fourchettes de ressources, etc.

— jmlumpkin
source

1

Merci de m'avoir présenté la commande idem. Sa page de manuel répertorie toutes sortes de fonctionnalités intéressantes, y compris les fichiers binaires universels et les métadonnées HFS.

— Thomas L Holaday

c'est un excellent outil. Nous utilisions cela plus que «mv» lors du déplacement de trucs entre machines / serveurs / disques locaux ou même sur le disque principal.

— jmlumpkin

7

N'utilisez pas le mvglisser-déposer pour déplacer des données entre des volumes .

Si quelque chose de mauvais se produit pendant l'opération, vous vous retrouverez avec la moitié des données ici et la moitié des données là-bas, et il sera difficile de savoir où redémarrer. Si cela se fait sur le réseau, il se peut que vous n'ayez même pas encore toutes les données sur l'un ou l'autre volume .

Faites une copie (ligne de commande ou glisser-déposer) et après cela, supprimez la source.

— Thilo
source

Donc, bien sûr, j'ai un œuf sur le visage, j'ai raté tout le truc des "fichiers batch". Je ne propose ni mv, ni cp, mais rsyncplutôt. Thilo, je suis vraiment désolé. J'ai eu un cas d'utilisation d'un fichier volumineux dans ma tête malgré ce fil concernant les lots de fichiers.

— Jason Salaz

Pour un déplacement multi-fichiers inter-volumes exécuté en tant que copie - suppression, (cp ⊕ rsync) suivi de rm équivaut-il à une copie GUI suivie d'une corbeille GUI suivie d'une corbeille vide GUI?

— Thomas L Holaday

@Thomas L Holaday: Eh bien, une poubelle GUI vide pourrait supprimer définitivement toutes sortes de choses sans rapport avec la corbeille. Je pense qu'il existe un moyen de supprimer de l'interface graphique en contournant la corbeille, peut-être une combinaison de touches d'option, je ne m'en souviens jamais. Ce serait une bonne nouvelle question.

— Thilo

2

Le résultat final est probablement le même, mais je suppose que les cas marginaux peuvent être traités différemment, également en fonction de celui que mvvous utilisez (la version par défaut dans /bin/ou une version GNU /sw/bin/de fink, ou de macports, etc.)

Par exemple, un alias ou des fourchettes de ressources OS X peut ne pas être traité correctement par la chaîne d'outils Unix, et il y a probablement des cas où les éléments de fichier Unix de bas niveau ne peuvent pas être traités par le glisser-déposer OS X.

— jherran
source