CRC продолжает меняться

850
connec

У меня есть многофайловый архив RAR с файлом SFV, который я проверял несколько раз с помощью нескольких разных программ (QuickSFV и SFV Checker), и обе меняют свой отчет каждый раз, когда я запускаю их, вычисляя разные контрольные суммы для каждого файла на каждом итерация.

Кто-нибудь может подсказать, почему это может быть, или как я могу диагностировать причину?

Пояснение: проблема в том, что сообщаемый CRC для файла постоянно меняется при каждом его запуске, где файл не изменяется. Контекст представляет собой файл SFV для многофайлового архива, и я вычисляю CRC с помощью QuickSFV / SFV Checker.

Обновление: я смог извлечь архив (который изначально не работал из-за плохого CRC, а следовательно, из-за необходимости проверять SFV), просто пытаясь снова и снова, пока он не заработал, так что файлы фактически были действительными, а CRC были случайным образом вычислено неправильно. Я понятия не имею, откуда исходит несоответствие, и мне интересно услышать идеи.

Обновление: у компьютера был очередной всплеск мини-зависаний, когда я перезагружал его, он жаловался на неправильную «контрольную сумму заголовка» и, возможно, поврежденную файловую систему, и Windows не загружалась. Дальнейшие перезапуски в конечном итоге привели к появлению сообщения «диск не обнаружен». Я снял боковые панели со своей машины, отключил HD, подул на слоты / кабели (у меня был GameBoy, и старые привычки умирали), снова подключил его, и все, кажется, снова работает (включая разрешение оригинала) Несоответствия CRC). Возможно, кабель был немного ослаблен, или какой-то заряд в боковых панелях (как-то) влиял на связь?

0
Вы * неожиданно * получаете * разные контрольные суммы * для * разных файлов *? Daniel Beck 12 лет назад 0
Я получаю разные контрольные суммы для одного и того же файла на разных итерациях, уточню мой вопрос. connec 12 лет назад 0
Я так и думал - спасибо за разъяснения. Daniel Beck 12 лет назад 0
То, что файлы были извлечены, не означает, что CRC вычислялся неправильно. Может показаться, что они в порядке, но все же содержат данные мусора в некоторых или во всех частях. djs 12 лет назад 0

1 ответ на вопрос

0
elcash

Сначала перемонтируйте readonly и создайте резервные копии.

Это случилось со мной, и я был убежден, что это был диск. Не было. Я бы проверил ваш блок питания и ваш сетевой фильтр, а затем убедитесь, что вы получаете правильное питание от источника питания. В моем случае это был ИБП / сетевой фильтр.

РЕДАКТИРОВАТЬ: Я перечитал ваш вопрос, и я не буду игнорировать это, даже если вы смогли распаковать архив. В моем случае я получу разные md5sums в одном файле, но они будут похожи. Маленькие файлы обычно возвращают правильную сумму.

Пример:

 md5sum file1 # returns abcde12345... md5sum file1 # returns bbcde12545... md5sum file1 # returns b1cde12395... md5sum file1 # returns abcde12345...
Интересно, что у меня нет ИБП / устройства защиты от перенапряжений, так как я могу проверить, что мой блок питания неисправен? connec 12 лет назад 0
В моем случае я получал неверные контрольные суммы примерно в 80% случаев на любых файлах размером, скажем, 1M. Я предупреждаю, чтобы убедиться, что это _данные_ неверные данные в архиве или какая-либо другая программная проблема, а не тонкая аппаратная проблема. Вы можете просто сложить пару разных файлов и посмотреть, сможете ли вы воспроизвести несогласованное поведение в другом месте. Я также получал сообщения о неисправности ядра каждые пару часов или около того; это сводило меня с ума. elcash 12 лет назад 0
Ну, в архиве был iso, который был установлен соответствующим образом и т. Д., Так что я вполне уверен, что данные в порядке. Я также страдаю зависаниями время от времени, и иногда, когда я перезагружаюсь, я получаю ошибку «неверная контрольная сумма заголовка», которая мешает загрузке ... так что это, кажется, довольно глубокая проблема, просто не уверенная, как ее диагностировать: / connec 12 лет назад 0

Похожие вопросы