Перейти к содержанию
Kukryss83

Чем достоверно скопировать файлы ?

Рекомендуемые сообщения

Стал копировать файлы (около 100Gb) с внешнего USB-HDD на внутренний HDD и в принимающей папке не досчитался около 30%  файлов и суммарного объема.

Копировал проводником WIn7, количество папок и файлов на источнике и копии определял при помощи  "свойств" выделенных директорий. В источнике было около 3000 папок разных уровней вложенности и около 4000 файлов

Сначала возникла проблема с копированием из-за превышения длины имени файла назначения, тогда создал принимающую папку в корневом каталоге C:\ и сообщения о превышении длины имени перестали поступать,  но вылезла вышеописанная проблема.

Может быть при копировании потеряны ненужные файлы вроде индексов для быстрого поиска в директориях?

1)  Пожалуйста порекомендуйте  программу для гарантированного копирования с проверкой количества директорий и файлов, а также их объема и неплохо бы еще  контрольной суммы.

2) Какой программой можно сравнить две директории на совпадение в них файлов по количеству и размеру ?

 

Поделиться сообщением


Ссылка на сообщение

любой файловый мереждер

тот же тотал командер

проблема с длиной пути - это настройки винды, сопсно, это ваша основная проблема. возможно еще и другая - настройки уровней доступа. т.е. если исходный файл запрещён на чтение (видеть-то вы его видите) то и скопирован он не будет. решается принудительной перезаписью прав. т.е. на верхней директории редактируете права на нужные и применяете ко всем вложенным директориям и папкам, можете и не редактировать, а просто применить ко всему вложенному.

Поделиться сообщением


Ссылка на сообщение
Дата: (изменено)

ахроникс-----------клонирование

Изменено пользователем stasblak

Поделиться сообщением


Ссылка на сообщение

я в подобных случаях (чтото не может скопироваться) копирую кусками - взял десяток папок, скопировал, проверил свойства, если совпало - скопировал еще кучку, на тех павпках где винда ругается что чтото не удалось - уже отдельные разборки..

в итоге обычно оказывается что не копируются файлы для автозапуска (их не пропускает фаервол) и какие нибудь файлы и папки с дурным названием (типа ^%$#^%$&) которые образовались там вообще непойми откуда..

 

ну а чтобы прям все - то тотал коммандер и запустить его от имени администратора (даже если текущая учетка и так администратор)..

Поделиться сообщением


Ссылка на сообщение

winRAR.

Архивируете свои файлы на свободный диск. Он и контрольные суммы посчитает, а информацию для восстановления добавит.

 

После тго как убедились что архив соотвесвует оригиналу - распаковываете туда куда надо и все. Ошибки были - удаляете распакованое, освобождаете место или что там вам помешало, и опять распаковываете.

 

А арихив - 1 копия в облако, 2 копия на двд-диск и в банковскую ячейку. И идин диск дома. Это если данны важные.

Поделиться сообщением


Ссылка на сообщение

читаю и дивлюсь...

 

ладно, пойду отсель, не буду мешать ))

Поделиться сообщением


Ссылка на сообщение
2 часа назад, Kukryss83 сказал:

В источнике было около 3000 папок разных уровней вложенности и около 4000 файлов

Вот это вот, откровенно говоря, запредельная шизь.

Вам вначале надо навести порядок на диске. Большая глубина вложенности и большое количество файлов до добра не доведут.

Сгруппируйте файлы по темам и архивируйте прямо каталогами в тематические архивы винрар. Далее копируйте архивы.

Ну и вообще, имейте в виду - перекачка файлов посредством юсб-кабеля не всегда надёжна. Файлы могут повреждаться при такой процедуре.

Поэтому  либо считайте md5 перед перекачкой и потом сверяйте. Либо

иначе проверяйте файлы на компе после переноса, прежде чем удалять их с внешнего usb-диска.

 

 

 

Поделиться сообщением


Ссылка на сообщение
1 час назад, Kukryss83 сказал:

Сначала возникла проблема с копированием из-за превышения длины имени файла назначения, тогда создал принимающую папку в корневом каталоге C:\ и сообщения о превышении длины имени перестали поступать,  но вылезла вышеописанная проблема.

Кстати, имена файлов тоже надо бы привести в какую-то логичную систему. Это позволит их сократить и таким образом избежать проблем при распаковке архивов.

 

 

Поделиться сообщением


Ссылка на сообщение

Добавлю свои 5 копеек. Винчестер у вас не FAT32? На него не копируются файлы объемом более 4Гб. Т.е. именно объем одного файла важен.

Поделиться сообщением


Ссылка на сообщение

Ну да, в разных файловых системах свои заморочки. Права доступа, допустимые символы в именах, жёсткие ссылки. Даже датировка файлов в NTFS может быть в более широких пределах, чем в FAT-32, и копируется она неправильно.

Поделиться сообщением


Ссылка на сообщение
В 06.04.2020 в 17:33, n-a-v сказал:

любой файловый мереждер

тот же тотал командер

Спасибо всем ответившим, Тотал действительно копирует достоверно. Непонятно, что мешает проводнику Windows работать также.

В 06.04.2020 в 17:33, n-a-v сказал:

проблема с длиной пути - это настройки винды, сопсно, это ваша основная проблема. возможно еще и другая - настройки уровней доступа. т.е. если исходный файл запрещён на чтение (видеть-то вы его видите) то и скопирован он не будет.

Файлы на чтение не запрещены, буду еще копировать с одного внешнего диска на другой внешний. Но некоторые файлы имеют суммарную длину имени  больше 259 символов и Тотал командер на это ругается.

Посоветуйте пожалуйста программу, которая бы отсканировала каталог и  составила  список файлов с именем больше заданной длины, а я по списку изменю названия файлов и  каталогов над ними.

В 06.04.2020 в 18:09, White_Swan сказал:

Кстати, имена файлов тоже надо бы привести в какую-то логичную систему. Это позволит их сократить и таким образом избежать проблем при распаковке архивов.

Большинство каталогов - это software и имена файлов и вложенность задает производитель s/w. В этих каталогах нет длинных имен 

Поделиться сообщением


Ссылка на сообщение

возможно поможет

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathsEnabled в реестре

Поделиться сообщением


Ссылка на сообщение

Кстати тотал коммандер можно настроить чтобы при копировании сохранялись даты создания доступа.

Поделиться сообщением


Ссылка на сообщение
Только что, ktzarim сказал:

Кстати тотал коммандер можно настроить чтобы при копировании сохранялись даты создания доступа.

спасибо, где такая настройка?

Только что, n-a-v сказал:

возможно поможет

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathsEnabled в реестре

спасибо!

1. какой программой  редактировать реестр Windows и где  хранится файл реестра?

2. если изменить макс длину пути на этом компьютере, это не решит проблему с другими компьютерами, так что придется искать программу для проверки/сканирования длин имен.

Поделиться сообщением


Ссылка на сообщение

Изменяется ини файл настороек тотал коммандера. Какие строки менять не помню, это есть в справке коммандера или пожалуйста посмотрите поиском.

Поделиться сообщением


Ссылка на сообщение
В 06.04.2020 в 17:54, White_Swan сказал:

Поэтому  либо считайте md5 перед перекачкой и потом сверяйте. Либо

иначе проверяйте файлы на компе после переноса, прежде чем удалять их с внешнего usb-диска.

Какие есть хорошие программы для сравнения MD5 всех файлов каталога-источника с его  копией?

В 07.04.2020 в 07:34, bull сказал:

Винчестер у вас не FAT32? На него не копируются файлы объемом более 4Гб. Т.е. именно объем одного файла важен.

NTFS 1000 Gb

В 06.04.2020 в 18:09, White_Swan сказал:

Кстати, имена файлов тоже надо бы привести в какую-то логичную систему. Это позволит их сократить и таким образом избежать проблем при распаковке архивов.

Ищу программу, которая бы подсчитывала длины путей + имен для каждого файла

Поделиться сообщением


Ссылка на сообщение
Дата: (изменено)
2 часа назад, Kukryss83 сказал:

Какие есть хорошие программы для сравнения MD5 всех файлов каталога-источника с его  копией?

Если вы хотите сверять (сравнивать) каталоги пофайлово, то для этого существовала специальная команда compare в файловом менеджере NORTON COMMANDER. С её помощью сравнивались два файла побайтно. Наверняка что-то аналогичное есть в файловом менеджере TOTAL COMMANDER или FAR и, очень возможно, что это можно делать и в пакетном режиме.

Но в вашем случае в этом, имхо, нет необходимости. Вам достаточно заархивировать каталог целиком и посчитать MD5 для самого архива. Потом скопировать архив на комп и снова посчитать MD5 копии архива на компе. Потом сравнить.

 

Изменено пользователем White_Swan

Поделиться сообщением


Ссылка на сообщение

Тоже столкнулся с непонятками ...

Два винта по 160 гигабайт.Отформатировал один.Установил ту же систему ,что и на первом .Скопировал содержимое одного винта на другой - 10 гигабайт разницы...

Поделиться сообщением


Ссылка на сообщение
30 минут назад, 58RUS сказал:

Тоже столкнулся с непонятками ...

Два винта по 160 гигабайт.Отформатировал один.Установил ту же систему ,что и на первом .Скопировал содержимое одного винта на другой - 10 гигабайт разницы...

Выяснить эту разницу не проблема. Может, разница в обновлениях системы. Можно было просто скопировать образ диска и не было бы никакой разницы.

Поделиться сообщением


Ссылка на сообщение
1 час назад, 58RUS сказал:

Скопировал содержимое одного винта на другой - 10 гигабайт разницы...

Тут все может быть проще. Я почти уверен, что дело в дефрагментации файлов на исходном диске, особенно если файлы мелкие и много.
Когда интенсивно пользуешься диском, куски файлов раскиданы по всему диску. Т.е. алгоритм работы таков: при записи файла на диск система не ищет, где есть место, чтобы поместить весь файл целиком, а тупо находит первый свободный кластер и пишет в него начало файла. Если размер файла превышает размер кластера, то ищется следующий свободный кластер и остаток файла пишется в него. И так до тех пор, пока весь файл не запишется. Фишка же в том, что если остаток файла размером меньше чем размер кластера, то система все равно помечает такой кластер как занятый полностью и больше туда ничего не пишет. Таким образом получается, что несмотря на то, что размер самого файла, допустим, 20 Мб, на диске суммарно он может занять место и 22, и 25 Мб. При копировании на пустой диск необходимость в поиске свободных кластеров отпадает, и все файлы пишутся последовательно в кластеры друг за другом. Что, разумеется, позитивно сказывается на месте, занимаемом файлом. Т.е. файл весом 20 Мб на новом диске при копировании может занять 20,2 Мб (против 25 Мб на старом). Если файлов много и они мелкие, экономия выходит довольно существенная...

Поделиться сообщением


Ссылка на сообщение
Дата: (изменено)

На NTFS винда, начиная с Висты, использует т. н. жёсткие ссылки. Погуглите. Если по-простому - один физический файл на диске может отображаться разными именами и/или в разных папках файловой системы. При этом файловые менеджеры некорректно показывают размер папок.

А Коммандер имеет разные возможности. Например, в меню Инструменты можно синхронизировать папки. Плагин diskdir создаёт списки файлов, в текстовом редакторе можно видеть длину имён.

Есть книга Total Commander(09)Власов К.А.,Казаков В.Ю. и форум поддержки http://wincmd.ru/

Изменено пользователем antabu

Поделиться сообщением


Ссылка на сообщение
18 минут назад, Феанор сказал:

Тут все может быть проще. Я почти уверен, что дело в дефрагментации файлов на исходном диске, особенно если файлы мелкие и много.

Логический суммарный размер файлов от этого не меняется, при мелких  файлах и крупных кластерах, растет только место физически занятое на диске. Те если файл 500 байт, а кластер 4Кб, то файл будет занимать 1 кластер

Поделиться сообщением


Ссылка на сообщение
Только что, antabu сказал:

Есть книга Total Commander(09)Власов К.А.,Казаков В.Ю. и форум поддержки http://wincmd.ru/

спасибо за ссылку, а где можно скачать книгу?

Поделиться сообщением


Ссылка на сообщение
1 час назад, Kukryss83 сказал:

Те если файл 500 байт, а кластер 4Кб, то файл будет занимать 1 кластер

Все так. Только если вы копируете 10 файлов по 500 байт, то по идее они в сумме должны занять 5 Кб, а по факту они займут 40 Кб на диске.
При 100 файлах ситуация еще более удручающая.

Поделиться сообщением


Ссылка на сообщение

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Последние посетители   0 пользователей онлайн

    Ни одного зарегистрированного пользователя не просматривает данную страницу


×
×
  • Создать...

Важная информация

Мы разместили cookie-файлы на ваше устройство, чтобы помочь сделать этот сайт лучше. Вы можете изменить свои настройки cookie-файлов, или продолжить без изменения настроек.