[Busla]

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

[DJ Mogarych]

Busla, Садовник, коллеги уже ответили, но я добавлю. Контрольная сумма затем и придумана, чтобы проверять правильность уникальной сборки образа. Если с образом происходят любые действия, то сумма обязана меняться, иначе грош цена такой "контрольной" сумме.

[Busla]

DJ Mogarych, так сборка и не меняется, меняется только её расположение.

[DJ Mogarych]

Сборка меняется, так как с ней проводили манипуляции.

[Садовник]

Сборка меняется »

Если лиц. Windows XP сохранить на HDD в ISO-образ (CD уже старенький), то ее контрольная сумма станет неправильной?

[Казбек]

Я был не прав: метаданные здесь не при чем. Меня ввел в заблуждение ответ на stackoverflow.com:

MD5 algorithm computes the file entierely, including metadata (filename, dates, etc) which are stored into the file, so two files can be identical in "main content" but different in some bytes.

А это не так, и как следует из статьи:

For example, the MD5 hash value of Lincoln’s Gettysburg Address in plain (Notepad) text is E7753A4E97B962B36F0B2A7C0D0DB8E8. Anyone, anywhere performing the same calculation on the same data will get the same unique value in a fraction of a second.

И это верно, насоздавав таких файлов в разные периоды времени с разными именами, я получил их одинаковые контрольные суммы.
Что подтверждается статьей:

When the data is comprised of loose files and attachments, a hash algorithm tends to be applied to the full contents of the files. Notice that I said to “contents.” Some data we associate with files is not actually stored inside the file but must be gathered from the file system of the device storing the data. Such “system metadata” is not contained within the file and, thus, is not included in the calculation when the file’s content is hashed. A file’s name is perhaps the best example of this. Recall that even slight differences in files cause them to generate different hash values. But, since a file’s name is not typically housed within the file, you can change a file’s name without altering its hash value.

Deduplication: Why Computers See Differences in Files that Look Alike
Тогда у меня возник вопрос, почему же мои ISO образы имеют разные контрольные суммы. Понасоздавав таких образов с помощью 4 разных программ и открыв их в HxD редакторе, сравнив их, я обнаружил, что так происходит из-за таймштампа, который программы добавляют в код ISO-образа:

Скрин

Под номерами даты в формате ISO (YYYY-MM-DDTHH:MM:SS).
То есть метаданные не причем, все дело в этих таймштампах, которые программы для создания образа добавляют. У двух программ, кроме дат были еще различие в нескольких слэшах.

[Busla]

Казбек, спасибо!
Т.е. образы снимали с CD? Или образы формировали из файлов?

[Казбек]

Т.е. образы снимали с CD? Или образы формировали из файлов? »

Из файлов, потому что исходя из сообщения автора, я понял именно так.

Если ISO-образ записать на CD/DVD диск, а затем сохранить обратно в ISO-образ »

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

Одинаковые суммы при клонировании

Еще подтверждение

[Садовник]

клонировать »

Какая программа лучше для клонирования? Хочу сохранить свою лиц. Windows XP.

[Казбек]

Садовник,

Принципиальной разницы нет. Возьмите, например, ImgBurn. Но насчет сохранения лицензии и вопрос с ней связанных, вам лучше обратиться в раздел Лицензирование продуктов Microsoft