È meglio copiare ed eliminare sempre, piuttosto che spostare?

In generale, mi trovo nel panico quando mi rendo conto che se annullo uno spostamento di file, ciò potrebbe rendere la destinazione o la fonte incompleta. Questa domanda si applica alle piattaforme basate su Windows e Unix. Non riesco mai a ricordare esattamente come funziona il comando move in entrambi i casi. Ad esempio, se si sta spostando una directory; copia l'intera directory e quindi la elimina dopo o copia e quindi elimina ogni file singolarmente?

Mi rendo sempre conto, dopo aver digitato qualcosa del genere mv verybigdir dest, che forse avrei dovuto digitare cp -R verybigdir dest  &&  rm -R verybigdir(dove l' &&operatore procede al comando successivo solo se il primo ha avuto esito positivo) - o è inutile? Cosa succede esattamente quando premo Ctrl+ a Cmetà di una mossa? Allo stesso modo, cosa succede esattamente su Windows quando premo il pulsante Annulla?

Non riesco a contare il numero di volte in cui ho spostato qualcosa (l'ultima volta è stato durante l'utilizzo svn) e ho avuto due directory, con contenuti divisi. Immagino che la risposta sia difficile, perché non tutte le applicazioni spostano gruppi di file allo stesso modo.

Su Windows, passare alla stessa unità e partizione funzionerà esattamente come il comando mv di Unix e rinominare la cartella o modificarne il genitore. Tuttavia, se dovessi spostarlo su un altro driver o partizione, copierebbe ed eliminerebbe file per file, quindi perché è più efficiente usare un file tar o un file zip senza compressione per spostare i file più velocemente tra partizioni e dischi rigidi . Se lo annullassi, semplicemente si fermerebbe dove si trova. Credo che lo stesso sia vero per Unix ma non ho sperimentato abbastanza per esserne sicuro al 100%. Si tratta solo di cambiare l'inode, ma se si trova su un'altra partizione o unità, deve essere copiato nei settori su quella partizione o unità. Se lo avessi annullato durante il trasferimento, avrebbe già spostato alcuni file e il file che veniva trasferito lo vedrà '

Aggiornamento: se dovessi annullare una mossa e volessi riprenderla, emetti nuovamente l'ordine di mossa. Potrebbe avvisarti che la cartella di destinazione esiste già, ma i file non verranno sovrascritti (a meno che non esistessero prima del trasloco originale o non fossero aggiunti tra i due ordini di spostamento) poiché non appena vengono trasferiti, vengono eliminati dal sorgente (se su un'altra partizione o unità).

Anche su un computer perfettamente stabile che non guasta mai: se ti preoccupi dei timestamp, allora mvè meglio che semplice cp.

( cp -aconserverò i timestamp per te e presumo che esista qualcosa di simile su Windows).

No.

Spiegazione:

mv verybigdir dest

rinomina verybigdir in dest. Questa è un'operazione atomica, cioè non può fallire a metà strada.

Se dest è su un altro dispositivo, mv copierà per primo, quindi eliminerà la vecchia versione. Questa non è un'operazione atomica. Se fallisce, potresti avere solo una copia parziale di verybigdir in dest, ma verybigdir sarà comunque completo.

Sì, altre applicazioni possono spostare i file in modo diverso.

Su Windows copio ed elimino sempre anziché spostare. Una volta stavo spostando i file ed è qui che ho notato per la prima volta un brutto ricordo. Quando ho spostato il file si è interrotto e ho ricevuto un errore, quindi ho controllato la cartella di origine e il file era sparito, quindi ho controllato la destinazione e c'era un file corrotto. Ciò è accaduto più frequentemente con file di dimensioni maggiori e la maggior parte erano download che richiedevano ore, quindi consiglio di copiarli e quindi eliminarli. Risparmia tempo all'inizio, alla fine ti ripagherà.

Su unix, su mosse che non attraversano i confini del filesystem, mvnon copia i dati: aggiorna semplicemente il database degli inode in varie directory. Questo è molto più veloce rispetto cpai file di grandi dimensioni.

Inoltre, l'utilizzo mvattraverso i confini del filesystem invoca silenziosamente un meccanismo di copia ed eliminazione.

Quindi penso che dovresti preferire mv.

Almeno in Windows, spostare è semplicemente una copia ed eliminazione più automatizzata. Credo che mv sposta ogni file singolarmente, il che significa che ^ c-ing non perderà alcun file, finirai con i tuoi file divisi in due punti - a differenza di Windows Explorer, che rimuoverà tutto quando annulla.

La mia soluzione è: non muoverti mai a meno che non sia sicuro di volerlo spostare.

Se si utilizzano ACL sul filesystem di origine, ma non sulla destinazione, mv su Linux copierà l'origine e quindi, a causa dell'incapacità di impostare gli ACL sulla destinazione, si arresterà. Quindi finisci per avere il file su entrambi i lati. In mv non esiste alcun interruttore per impedire tale comportamento, quindi in questo caso è preferibile cp && rm.