Перетягування та перенесення проти телевізора

11

Чи є різниця між об'ємними рухами файлів за допомогою Drag & Drop vs mv?

Корпус:

Об'єм External_Drive_A має близько 8000 файлів загальною вагою 9 Гб. External_Drive_B має 74 Гб вільного місця. Бажаним кінцевим результатом є переміщення всіх файлів від А до В, щоб A можна було стерти та використати в іншому місці.

Підхід "Drag & Drop" полягає в тому, щоб відкрити одне вікно Finder для A, інше вікно Finder для B, виділити всі файли на A, а потім натиснути команду та перетягнути їх до B.

mv підхід полягає у відкритті сеансу терміналу та виклику

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

Чи робить Drag & Drop щось додаткове, окрім копіювання та видалення, чи це суто краса?

Відповів jmlumpkin нижче:

Вони відрізняються! Drag & Drop приносить метадані, mvні. Я перевірив це, додавши фразу в розділ Коментарі прожектора в діалоговому вікні Отримати інформацію про текстовий файл. Коли я перетягував і перекидав файл у томах, фраза була присутня, коли я викликав Отримати інформацію про місце призначення; але коли він використовувався mv, ця фраза відсутня, коли я посилався на отримання інформації про місце призначення.

finder command-line

— Томас Л Холадей
джерело

це трохи заплутано, оскільки сторінка man для mv заявляє: "Утиліта mv тепер підтримує HFS + Finder і розширені атрибути та вилки ресурсів. Утиліта mv більше не буде знімати вилки ресурсів з файлів HFS. Для альтернативного способу зверніться до cp (1). " тож де зберігається ця інформація про прожектор?

— Robert S Ciaccio

6

У більш ранніх версіях Mac OS, перетягування та видалення файлу насправді було ближче до команди "ditto", щоб зберегти вилки ресурсів тощо.

— jmlumpkin
джерело

1

Дякуємо, що познайомили мене з командою ditto. На його довідковій сторінці перераховані всілякі чудові функції, включаючи проріджування універсальних бінарних файлів та метаданих HFS.

— Thomas L Holaday

це чудовий інструмент. Ми використовували це більше, ніж "mv", коли переміщували речі між машинами / серверами / локальними дисками або навіть на головному диску.

— jmlumpkin

7

Не використовуйте mvі не перетягуйте для переміщення даних між томами .

Якщо під час операції трапиться щось погане, ви закінчите половину даних тут і половину даних там, і важко буде зрозуміти, де перезапустити. Якщо це робиться по мережі, можливо , ви навіть не матимете всіх даних на будь-якому томі .

Зробіть копію (командний рядок або перетягування), а після цього вдалося видалити джерело.

— Тіло
джерело

Тож я, звичайно, маю яйце на обличчі, я пропустив всю річ "пакетних файлів". Я не пропоную ні mv, ні cp, але rsyncнатомість. Тіло, мені дуже шкода. У мене був великий обсяг використання файлів у голові, незважаючи на цю тему щодо пакетів файлів.

— Джейсон Салаз

Для переміщення багатофайлового файлу між томами, виконаного як копія - видалення, чи (cp ⊕ rsync) супроводжується rm еквівалентом копії графічного інтерфейсу, після чого слід сміттям графічного інтерфейсу, а потім порожнім сміттям графічного інтерфейсу?

— Thomas L Holaday

@Thomas L Holaday: Ну, порожній смітник із графічним інтерфейсом може назавжди видалити всі види непов'язаних речей, які вже є у смітнику. Я думаю, що є спосіб видалити з графічного інтерфейсу, обходячи сміттєвий контейнер, можливо, якась комбінація клавіш опціону, я їх ніколи не пам'ятаю. Це було б гарне нове запитання.

— Тіло

2

Кінцевий результат, мабуть, той самий, але я б припустив, що крайові випадки можуть трактуватися по-різному, також залежно від того, яким mvви користуєтесь (за замовчуванням у /bin/версії GNU або /sw/bin/від fink, або від макпортів тощо)

Наприклад, псевдонім OS X або вилки ресурсів можуть не оброблятися належним чином інструментом ланцюга інструментів Unix, і, ймовірно, є випадки, коли перетягування та переміщення файлів для Unix файлів низького рівня може не оброблятися.

— джерран
джерело

Перетягування та перенесення проти телевізора - різниця?