Как проверить целостность файлов после копирования на внешний диск

Почему проверка по размеру файла недостаточна

Одинаковый размер — полезный быстрый признак, но он не доказывает идентичность содержимого. Два разных файла легко могут занимать одинаковое число байт. Криптографический хэш, напротив, вычисляется из содержимого файла: Microsoft описывает Get-FileHash как способ получить значение, соответствующее данным файла, и отмечает, что изменение содержимого меняет хэш. Для бытовой проверки целостности удобно использовать SHA-256: это алгоритм по умолчанию в Get-FileHash и широко доступен на современных системах. Цель здесь не в защите от всех возможных атак, а в сравнении исходника и копии. Если обе версии дают один и тот же SHA-256, можно с высокой уверенностью считать содержимое идентичным.

Важно: Хэш проверяет содержимое конкретного файла, но не доказывает здоровье всего накопителя. Для архива из тысяч файлов нужен либо массовый список хэшей, либо специализированная проверка набора.

Проверка одного файла в Windows через PowerShell

1. 1. Не удаляйте исходник после копирования. Убедитесь, что одновременно доступны исходный файл и копия на внешнем диске, например C:\Archive\backup.zip и E:\Archive\backup.zip.
2. 2. Откройте PowerShell и выполните Get-FileHash для исходника. Если алгоритм не указан, современный PowerShell использует SHA-256 по умолчанию; для явности можно добавить -Algorithm SHA256.
3. 3. Выполните ту же команду для копии на внешнем диске. Не переименовывайте вывод вручную: сравнивайте именно поле Hash, а не путь.
4. 4. Если две 64-символьные строки SHA-256 совпадают полностью, содержимое файлов совпадает. При любом различии считайте проверку не пройденной и не удаляйте исходник.
5. 5. При несовпадении повторите копирование другим кабелем или портом, затем снова вычислите оба хэша. Если ошибки повторяются, проверьте файловую систему и состояние накопителя до дальнейшего использования.

Совет: Для больших файлов хэширование может занять заметное время и нагружать диск последовательным чтением. Это нормально: проверка должна прочитать содержимое целиком.

Как сделать то же на Mac

В macOS можно использовать встроенную утилиту shasum из Terminal. Apple в собственных инструкциях применяет команду shasum -a 256 для получения SHA-256 пакета, что подходит и для обычной проверки файлов. Удобный способ избежать ошибок в длинном пути — набрать shasum -a 256, поставить пробел и перетащить файл из Finder в окно Terminal: путь подставится автоматически. Сначала получите хэш исходника, затем копии на внешнем диске. Сравнивайте значения символ в символ. Если перенос выполняется между Windows и Mac, алгоритм не зависит от ОС: SHA-256 одного и того же содержимого даст одинаковый результат на обеих системах, поэтому исходник можно посчитать на Windows, а копию — на Mac.

Предупреждение: Не сравнивайте SHA-256 с MD5 или SHA-1: значения разных алгоритмов всегда различаются. На обеих сторонах должен использоваться один и тот же алгоритм.

Как проверить папку с множеством файлов без самообмана

• Сначала зафиксируйте список файлов и их относительные пути, чтобы не пропустить файл, который вообще не скопировался.
• Вычисляйте SHA-256 для каждого файла и сохраняйте результат в отдельный текстовый manifest, а не только смотрите вывод на экране.
• После копирования вычислите хэши для второй папки и сравните пары по относительному пути. Совпадение общего размера папок недостаточно.
• Если набор содержит миллионы мелких файлов, учитывайте, что хэширование будет медленнее из-за большого числа операций открытия файлов.
• Храните manifest отдельно от проверяемого диска, если он нужен для последующих периодических проверок архива.

Что делать после успешной проверки

Успешное совпадение хэшей подтверждает копирование на этот момент, но не отменяет резервирование. Если после проверки вы удалите исходник, внешний диск станет единственной копией, и его отказ всё равно приведёт к потере данных. Для действительно важных материалов оставьте ещё один независимый экземпляр — на другом диске, NAS или в подходящем облачном хранилище. Периодическая повторная сверка хэшей полезна для долгосрочных архивов: она показывает, изменилось ли содержимое с момента создания контрольного списка. При этом не стоит путать проверку целостности с восстановлением: хэш обнаруживает несоответствие, но сам по себе не исправляет повреждённый файл. Восстановить его можно только из другой корректной копии.

Как сделать проверку большого архива воспроизводимой

Для разовой копии одного ISO достаточно сравнить две строки SHA-256, но для архива из сотен гигабайт лучше создать проверяемый процесс. Сформируйте manifest до переноса: относительный путь файла плюс SHA-256. Храните этот manifest отдельно и не редактируйте вручную после копирования. На новом диске повторно вычислите хэши в том же порядке и сравните наборы автоматически или хотя бы через diff-инструмент. Это позволяет увидеть три класса ошибок: файл отсутствует, появился лишний файл или содержимое отличается. Если каталог содержит файлы, которые активно меняются во время копирования, сначала остановите приложения и базы, иначе исходный хэш может быть рассчитан уже для другой версии. Для фото- и видеоархива полезно дополнительно открыть выборку файлов после сверки: хэш подтверждает байты, а открытие подтверждает, что вы действительно проверили нужные файлы и пути. После успешной миграции не удаляйте исходник мгновенно, если место позволяет — выдержите короткий период, убедитесь, что приложения читают данные с нового пути, и только потом освобождайте старый носитель. Такой процесс немного дольше обычного drag-and-drop, зато превращает «кажется, скопировалось» в проверяемый результат с сохранённым доказательством целостности.

Когда пересчитывать хэши повторно

Для холодного архива контрольный список SHA-256 полезно хранить годами и периодически пересчитывать. Частота зависит от ценности данных и условий хранения, но сама идея проста: сравнивать текущее содержимое с эталоном, созданным сразу после подтверждённого копирования. Если один файл изменился легально, обновляйте manifest осознанно и фиксируйте новую версию. Не перезаписывайте контрольный список автоматически после каждой проверки — иначе повреждённый файл может случайно стать новым «эталоном». Эталон должен меняться только после подтверждённого изменения исходных данных.

Что учитывать

Одинаковый размер — полезный быстрый признак, но он не доказывает идентичность содержимого. Два разных файла легко могут занимать одинаковое число байт. Криптографический хэш, напротив, вычисляется из содержимого файла: Microsoft описывает Get-FileHash как способ получить значение, соответствующее данным файла, и отмечает, что изменение содержимого меняет хэш. Для бытовой проверки целостности удобно использовать SHA-256: это алгоритм по умолчанию в Get-FileHash и широко доступен на современных…

Источники и проверка

Фактическая часть сверена по первичным источникам (в т.ч. Get-FileHash). Пример и формулировки — редакция N1RO на 2026-09-22.

• Get-FileHash
• Create a package in Apple Business