Réponses:
Si vous déplacez un répertoire sur le même système de fichiers, vous ne déplacez que l'entrée de répertoire d'un emplacement du système de fichiers à un autre. Par exemple, mv /source/dir /target/dirsupprimera l’entrée du répertoire dirde /sourceet en créera une nouvelle dans /target. Cela se fait par un appel de système atomique (c'est-à-dire, ininterruptible). L'inode contenant les entrées de répertoire de dirainsi que le contenu réel du répertoire lui-même n'est pas affecté.
Si vous déplacez le répertoire d'un système de fichiers à un autre, tous les fichiers sont d'abord copiés dans le nouveau système de fichiers, puis dissociés de celui d'origine. Ainsi, si vous interrompez mvpendant la copie, vous risquez de vous retrouver avec deux copies de certains fichiers, à l'ancien et à l'emplacement actuel.
strace mv /fs1/dir /fs2/- la dernière chose que mv fait consiste à appeler unlinkattous les fichiers source en même temps (pas un par un car ils sont copiés).
L’implémentation GNU itère sur les arguments de la ligne de commande, essaie de renommer d’abord, puis, si cela échoue, copie de manière récursive puis supprime récursivement la source. Alors
mv a b c/
supprimera un avant de copier b , et ne commencera pas rien supprimer dans un avant que la copie de destination est terminée.
Notez que cela s’applique uniquement à l’implémentation GNU.
Pour clarifier: si a est un répertoire contenant d et e , et b est un fichier, la commande sera
mvégalement, de sorte qu'il n'est pas uniquement GNU.
Vous déplacez un répertoire, interrompez le déplacement et le répertoire d'origine reste intact:
$ mv a b/
Si vous déplacez plusieurs répertoires, chacun d'entre eux sera intact, que ce soit sur la source ou sur la destination, en fonction du moment où vous avez interrompu:
$ mv a b c/
Comment j'ai eu ma réponse:
$ mv --version
mv (GNU coreutils) 8.21
$ info mv
... It first uses some of the same code that's used by `cp -a'
to copy the requested directories and files, then (assuming the copy
succeeded) it removes the originals. If the copy fails, then the part
that was copied to the destination partition is removed. If you were
to copy three directories from one partition to another and the copy of
the first directory succeeded, but the second didn't, the first would
be left on the destination partition and the second and third would be
left on the original partition.
En guise de test, j'ai copié un dossier volumineux dans un répertoire NFS, interrompu, et le nombre de fichiers de mon dossier volumineux source est resté identique, et des contenus partiels ont été laissés dans le répertoire NFS. J'ai utilisé "find. -Type f | wc -l" pour vérifier.
On dirait que la réponse de Simon est correcte.
La réponse acceptée est sans aucun doute fausse au sujet de la migration entre les systèmes de fichiers - un fait qui m'a déjà épargné pas mal de problèmes. Lors du déplacement d'un répertoire contenant des sous-répertoires, aucun fichier d'un sous-répertoire ne sera supprimé avant que tout le sous-répertoire n'ait été copié. C’est, en réalité, le sens réel du mot "objet par objet" - un sous-répertoire est un objet (fichier) et son intégrité doit donc être préservée par une copie complète à la destination avant que quoi que ce soit puisse être supprimé. La réponse de Simon me semble donc la bonne.
N ° mv fonctionne objet par objet, les objets déjà traités seront supprimés de la source.
Définitivement non. Le mouvement est effectué objet par objet. Ainsi, l’objet déplacé vers la destination jusqu’au point d’interruption n’existera plus dans la source.
Si mv a été émis pour un fichier volumineux (entre différents) et qu'il a été interrompu, la source sera intacte. Sur la cible, vous verrez un fichier incomplet jusqu'au point d'interruption.
Vous pouvez cependant restaurer le mv avec la même commande et le processus se poursuivra.
Si vous souhaitez interrompre mv parce que vous souhaitez vous déconnecter du terminal, vous pouvez simplement l'envoyer en arrière-plan:
* press Ctrl+Z
# bg
# disown
fsck(qui s’exécutera probablement automatiquement au redémarrage, car le disque n’a pas été démonté proprement).