Я спрашиваю, потому что я думал, что операция перемещения локально была больше похожа на процесс переименования, просто связать несколько файловых указателей и покончить с этим.
Я выполняю настройку компьютера под управлением Windows 10 после обновления на SSD-накопитель большего размера и в процессе установки Dropbox с 300+ ГБ файлов, рекомендуемая процедура просто приостановит синхронизацию, переместит все старое содержимое в новая папка и возобновление синхронизации.
И все же этот шаг занимает много времени. Судя по данным, которые я вижу в диалоге перемещения, кажется, что процесс перемещения копирует файл, а затем удаляет его.
Тем не менее, как уже говорилось, я думал, что операция перемещения, поскольку это тот же диск, была просто повторной привязкой указателя файла.
Итак, вопрос в следующем:
- Мое предположение было неверным? Переместить действительно копировать, а затем удалить?
- Есть ли где-то неправильная настройка?
- Может ли что-то мешать процессу перекомпоновки, например, файлы принадлежат более старой установке и, таким образом, имеют данные доступа или данные о владельце, которые Windows может удалить, но на самом деле не хочет иметь с собой?
Обратите внимание, что это тот же физический диск, тот же логический диск, тот же диск Windows и т. Д. Здесь нет махинаций.
Процесс, который я использовал, был:
- Я поменял основной диск с большим SSD
- Папка Dropbox находилась на моем дополнительном диске, D: \ Dropbox
- После установки Windows 10 на основной диск я переименовал D: \ Dropbox в D: \ DropboxOld
- Затем я установил Dropbox и попросил его синхронизировать с D: \ Dropbox (параллельная папка с D: \ DropboxOld)
- Затем я приостановил синхронизацию и начал перемещать содержимое из D: \ DropboxOld в D: \ Dropbox (согласно этой статье: https://www.dropbox.com/en/help/1941 )
И сейчас я нахожусь в ожидании этого шага.
Причина, по которой я полагаю, что это действительно копирование, а затем удаление, заключается в том, что в первую очередь требуется много времени для завершения, но в первую очередь я замечаю, что когда он попадает в большой файл, как, например, в ISO-файле SQL Server 2016 Developer Edition, диалог перемещения выглядит так этот:
Items remaining: 27 (6,00 GB)
Затем он просто начинает обратный отсчет слева от ГБ, пока не завершит работу с файлом. Если бы этот шаг был простым, он быстро перешел бы к следующему файлу, но это не так. Оставшиеся файлы остаются в 27, пока ГБ не отсчитают размер этого iso.
источник