Функция «проверить диск» отлично подходит для того, чтобы убедиться, что ваш только что записанный диск исправен, но как именно она работает? В сегодняшнем посте SuperUser Q&A есть ответ на любопытный вопрос читателя.
Сегодняшняя сессия вопросов и ответов проходит благодаря SuperUser - подразделению Stack Exchange, группы веб-сайтов вопросов и ответов, управляемой сообществом.
Фото любезно предоставлено cobalt123 (Flickr) .
Вопрос
Пользователь 1301428 SuperUser reader хочет знать, как проверяются диски после записи:
Что на самом деле делает проверка диска после записи для проверки данных? Я предполагаю, что это своего рода сравнение исходных файлов и файлов, записанных на диск, но кто-нибудь знает, как это действительно делается на низком уровне?
Я имею в виду, создает ли он хэш исходного и целевого контента, а затем сравнивает их? Если да, то хранит ли он хэш записанного контента в ОЗУ? Или сохраняет его во временном файле на жестком диске? Есть ли файл журнала того, что происходит?
Просто любопытно узнать, как именно работает эта функция. И я имею в виду Windows Image Burner.
Как работает процесс проверки диска?
Ответ
У авторов SuperUser Фрэнка Томаса и Synetech есть ответ для нас. Сначала Фрэнк Томас:
Ознакомьтесь с этими страницами MSDN в Windows API для IBurnVerification интерфейс и IMAPI_BURN_VERIFICATION_LEVEL перечисление.
Для дисков с данными это выглядит так, как будто в быстром режиме контрольная сумма производится не для всего диска, а только для набора секторов. Затем он проверяет, что API вызывает READ_DISC_INFO и READ_TRACK_INFO для нового диска успешно.
Для полной проверки он выполняет вышеуказанные проверки, а затем вычисляет полную контрольную сумму в последнем сеансе на новом диске против контрольной суммы, вычисленной в записываемом потоке памяти. Контрольные суммы должны храниться в оперативной памяти, но они, вероятно, являются недолговечными значениями. Обратите внимание, что сравнение проводится с образом диска в ОЗУ, а не с самим исходным носителем, поэтому, если исходные данные были прочитаны неправильно, они будут записаны неправильно. Проверка этого не обнаружит.
Для музыкальных дисков он фокусируется на проверке READ_TRACK_INFO и таблицы содержания диска, но не выполняет вычисление контрольной суммы. Для музыки нет режима полной верификации.
Далее следует ответ от Synetech:
Фрэнк красиво объяснил проверку, специфичную для Windows. Я дам более общий ответ.
- Что на самом деле делает Verify disk после записи для проверки данных?
- Я имею в виду, создает ли он хэш исходного и целевого контента, а затем сравнивает их? Если да, то хранит ли он хэш записанного контента в ОЗУ? Или сохраняет его во временном файле на жестком диске? Есть ли файл журнала того, что происходит?
Это, безусловно, один из способов реализации сравнения: хэширование одного файла (надеюсь, с достаточно большим - чтение с низкой вероятностью коллизии), повторение для другого и сравнение хешей. Если так реализована проверка, то вы сможете некоторое время видеть, как светодиодный индикатор привода мигает, а затем некоторое время мигает светодиодный индикатор CD / DVD.
Другой способ реализации проверки - прочитать блок одного файла, затем тот же блок из другого файла, сравнить их, а затем повторять, пока не будет достигнут конец файла. В этом случае вы увидите, что светодиоды двух дисков попеременно меняются.
Конечно, если на жестком диске и оптическом приводе нет светодиодов, это будет не так очевидно. Но вы все равно можете увидеть это с помощью чего-то вроде ProcessMonitor, потому что он будет регистрировать серию чтений с одного, затем другого либо одним большим пакетом, либо чередующимися небольшими пакетами.
- Я предполагаю, что это своего рода сравнение исходных файлов и файлов, записанных на диск, но кто-нибудь знает, как это действительно делается на низком уровне?
Фактически, все, что он действительно делает, - это очищает кеш-память накопителя, чтобы функция сравнения считывала данные с реального диска, а не из кеш-памяти. Очевидно, что это критический шаг, потому что, если проверка выполняется из кеша, то она не отражает то, что на самом деле находится на диске, поэтому повреждение может легко проскользнуть.
Вы можете увидеть, выполняется ли сравнение с диска или из кеша в ОЗУ, по тому, как быстро это происходит. Если вы вручную выполните простое сравнение (то есть с помощью WinDiff, WinMerge или путем их хеширования с помощью инструмента хеширования), вы заметите, что сравнение происходит намного быстрее, чем ожидалось, поскольку файлы читаются из кеша памяти. Вы должны очистить кеш, чтобы заставить его читать с реального диска. Для оптических приводов (и других съемных носителей, таких как флэш-накопители и карты памяти) простого извлечения диска достаточно, чтобы очистить кеш, но для жестких дисков это не так просто (хотя обычно это не имеет значения, потому что новая копия - это та, которую вы хотите протестировать).
Есть что добавить к объяснению? Отключить звук в комментариях. Хотите узнать больше ответов от других технически подкованных пользователей Stack Exchange? Ознакомьтесь с полной веткой обсуждения здесь .
