Чому mv настільки швидше, ніж cp? Як відновити неправильну команду mv?

Я перетягую папку в іншу помилково у FileZilla.

~/big_folder
~/some_other_folder

Папка, яку перемістили, дуже величезна. Вона включає сотні тисяч файлів (node_modules, невеликі файли зображень, безліч папок)

Що так дивно, що після того, як я відпущу мишу, переміщення буде зроблено. Папка "big_folder" переміщується в "some_other_folder".

~/some_other_folder/big_folder

(Не немає big_folderв ~/після переміщення)

Тоді я усвідомлюю помилку і намагаюся рухатись назад, але це не вдається як на FileZilla, так і на терміналі.

Тоді мені доведеться cp -rкопіювати файли назад, оскільки в них є коди на стороні сервера~/big_folder

І потрібно, як вічно, чекати ...

Що я повинен зробити?

До речі, ось вихід з FileZilla (це збій, що рухається назад):

Status:       Renaming '/root/big_folder' to '/root/some_other_folder/big_folder'
Status:       /root/big_folder -> /root/some_other_folder/big_folder

Status:       Renaming '/root/some_other_folder/big_folder' to '/root/big_folder'
Command:  mv "big_folder" "/root/big_folder"
Error:          mv /root/some_other_folder/big_folder /root/big_folder: received failure with description 'Failure'

Якщо каталог переміщується в межах однієї файлової системи (одного і того ж розділу), тоді все, що потрібно, - це перейменувати шлях файлу до каталогу. Ніякі дані, крім запису каталогу для самого каталогу, не повинні змінюватися.

При копіюванні каталогів дані для кожного файлу потрібно дублювати. Це включає читання всіх вихідних даних та записування їх у пункті призначення.

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

Якщо FileZilla успішно перейменував каталог з ~/big_folderна ~/some_other_folder/big_folder, я б відновив це за допомогою

mv ~/some_other_folder/big_folder ~/big_folder

... після того, переконавшись в тому , що були директорії ~/big_folder(якщо є, цей крок покладе big_folderз some_other_folderв ~/big_folderкаталог в якості вкладеної папки).

Існуюча відповідь чудова, але я хотів би трохи розширити її, показавши, що саме відбувається, коли ви рухаєтесь проти, коли копіюєте файл. Переглядаючи систематичні дзвінки під час копіювання, ви бачите:

open("hello1.txt", O_RDONLY)               = 3
open("hello2.txt", O_WRONLY|O_CREAT, 0644) = 4
read(3, "Hello, world!\n", 4096)           = 14
write(4, "Hello, world!\n", 14)            = 14
close(3)                                   = 0
close(4)                                   = 0

Це відкриває вихідний файл, потім створює другий файл. Потім він зчитує вміст вихідного файлу в пам'ять і записує цю пам'ять у цільовий файл. Для цього потрібно кілька контекстних комутаторів і деякий диск-вхід / вивід, який може бути досить високим для великих файлів. Якщо ви перемістите файл, проте, ви побачите:

rename("hello1.txt", "hello2.txt")         = 0

Важливо пам’ятати, що файл буде перейменований лише тоді, коли він знаходиться на тому ж розділі на одному фізичному диску. Якщо ви створите величезний багатогігабайтний файл, а потім перемістите його між двома місцями у вашому будинку, ви помітите, що дія завершується миттєво. Якщо, з іншого боку, ви перемістите його на зовнішній пристрій, для переміщення знадобиться стільки часу, як якщо б ви використовували cpнатомість. Це тому, що переміщення файлу можна здійснити лише перейменувавши його, якщо він знаходиться на тому ж розділі.