Drag & Drop vs mv - Qualche differenza?

10

C'è una differenza tra i file in movimento con Drag & Drop vs mv?

Caso d'uso:

Il volume External_Drive_A ha circa 8000 file per un totale di 9 GB. External_Drive_B ha 74 GB di spazio libero. Il risultato finale desiderato è spostare tutti i file da A a B in modo che A possa essere cancellato e utilizzato in un'altra posizione.

L'approccio Drag & Drop consiste nell'aprire una finestra del Finder per A, un'altra finestra del Finder per B, evidenziare tutti i file su A, quindi fare clic e trascinarli su B.

mv l'approccio è aprire una sessione Terminale e invocare

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

Drag & Drop fa qualcosa dietro le quinte oltre alla copia e alla rimozione, o è strettamente una questione di bellezza?

Risposta di jmlumpkin di seguito:

Differiscono! Drag & Drop porta i metadati, mvno. Ho provato questo aggiungendo una frase alla sezione Commenti Spotlight nella finestra di dialogo Ottieni informazioni di un file di testo. Quando ho trascinato e rilasciato il file su più volumi, la frase era presente quando ho invocato Ottieni informazioni sulla destinazione; ma quando usato mv, la frase mancava quando ho invocato Ottieni informazioni sulla destinazione.

finder command-line

— Thomas L Holaday
fonte

è un po 'confuso, come afferma la pagina man di mv: "L'utilità mv ora supporta HFS + Finder e attributi estesi e forcelle di risorse. L'utilità mv non eliminerà più le forcelle di risorse dai file HFS. Per un metodo alternativo, fare riferimento a cp (1)." allora dove sono archiviate queste informazioni sui riflettori?

— Robert S Ciaccio,

6

Nelle versioni precedenti di Mac OS, il trascinamento di un file era in realtà più vicino al comando 'idem' per conservare le fork di risorse, ecc.

— jmlumpkin
fonte

1

Grazie per avermi fatto conoscere il comando idem. La sua pagina man elenca tutti i tipi di funzionalità intelligenti, tra cui l'assottigliamento dei binari universali e le informazioni sui metadati HFS.

— Thomas L Holaday,

è un ottimo strumento. Lo usavamo più di "mv" per spostare elementi tra macchine / server / unità locali o persino sull'unità principale.

— jmlumpkin,

7

Non utilizzare mvo trascinare la selezione per spostare i dati tra i volumi .

Se si verifica qualcosa di brutto durante l'operazione, finirai con metà dei dati qui e metà dei dati lì, e sarà difficile capire dove riavviare. Se ciò avviene tramite la rete, potresti non avere ancora tutti i dati su entrambi i volumi .

Esegui una copia (riga di comando o trascina e rilascia), dopodiché, elimina l'origine.

— Thilo
fonte

Quindi ovviamente ho l'uovo in faccia, mi sono persa l'intera faccenda dei "file batch". Suggerisco né mv, né cp, ma rsyncinvece. Thilo, mi dispiace molto. Avevo un caso di utilizzo di file di grandi dimensioni nella mia testa nonostante questa discussione riguardante i batch di file.

— Jason Salaz,

Per uno spostamento multi-file su più volumi eseguito come copia - elimina, è (cp ⊕ rsync) seguito da rm equivalente a una copia della GUI seguito da un cestino della GUI seguito da un cestino vuoto della GUI?

— Thomas L Holaday,

@Thomas L Holaday: Beh, un cestino vuoto della GUI potrebbe eliminare definitivamente tutti i tipi di cose non correlate già nel cestino. Penso che ci sia un modo per eliminare dalla GUI bypassando il cestino, forse una combinazione di tasti opzione, non riesco mai a ricordare quelli. Questa sarebbe una buona nuova domanda.

— Thilo,

2

Il risultato finale è probabilmente lo stesso, ma immagino che i casi limite potrebbero essere trattati in modo diverso, anche a seconda di quale mvsi utilizza (l'impostazione predefinita in /bin/o una versione GNU in /sw/bin/da Fink, o da Macport, ecc.)

Ad esempio, un alias OS X o fork di risorse potrebbero non essere trattati correttamente dalla toolchain unix e ci sono probabilmente casi in cui le cose di file unix di basso livello potrebbero non essere gestite dal trascinamento della selezione di OS X.

— jherran
fonte