Re: fsck & md5sum
On Wed, 4 Jun 2014, nefedov.y...@jinr.ru wrote: On Wed, 4 Jun 2014, Eugene Berdnikov wrote: On Wed, Jun 04, 2014 at 04:25:00PM +0400, yuri.nefe...@gmail.com wrote: Что-то я не пойму, как после fsck может изменится md5sum у файла? ... И вот программа, которая его читает стала читать из него что-то странное, так что я даже заподозрил, что диск испортился. ... Как такое может быть? Кто-то жутко врет, но кто? Испортилась страничка в дисковом кэше, данные стали для программы "странными", что и вызвало подозрения. Утилитка md5sum также читает данные из дискового кэша, при первом прогоне ей были скормлены битые странички. Вполне может быть. Выглядело это как будто нули и случайные числа посыпались. Обнаружил-то я это вчера, но думал, что в программе какая-то ошибка. Лишь сегодня в обед догадался вернуть версию недельной давности, которая точно считала, а ошибка осталась на месте. Вот и пошел диск проверять. ... skip Поставлю на ночь память проверять. Обнаружились проблемы с памятью. 0015de83800 - 5598.5MB Всего было 8GB, так что проблемная область скорее всего выделялась под дисковый кэш. Спасибо. Мозг спасен от перегрева. ) Ю.
Re: fsck & md5sum
yuri.nefe...@gmail.com -> debian-russian@lists.debian.org @ Wed, 4 Jun 2014 17:35:36 +0400 (MSK): >> badblocks в read-only случае читает блок и проверяет, не вернули ли >> ошибку чтения. Это не значит, что оттуда вернули то, что когда-то туда >> было записано. Возможно, он читает несколько раз и сравнивает >> результаты чтения. Возможно, попинав диск, он вызвал relocation на >> уровне контроллера, и потому не получил ошибки, но данные на новом месте >> не совпадают с теми, что когда-то давным-давно были на старом :) y> Я бы тогда ожидал, что в логах что-то должно появиться. В этой ситуации - не с чего. Если relocation на уровне контроллера, то контроллер сам в логи не пишет, а в ядро он уже не выдает никаких ошибок... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/878upch33r@wizzle.ran.pp.ru
Re: fsck & md5sum
4 июня 2014 г., 20:54 пользователь Hleb Valoshka написал: > > поставьте погонять memtest86+, возможно, у вас появились проблемы с памятью memtest86* - полная чушь. Я однажды в маму с 1.5 вольтной памятью воткнул память с 1.3, система работала с фантастическими глюками, но memtest86 ничего не находил. А вот memtester, работающий как обычный процесс, находил сразу.
Re: fsck & md5sum
On Wed, 4 Jun 2014, Eugene Berdnikov wrote: On Wed, Jun 04, 2014 at 04:25:00PM +0400, yuri.nefe...@gmail.com wrote: Что-то я не пойму, как после fsck может изменится md5sum у файла? ... И вот программа, которая его читает стала читать из него что-то странное, так что я даже заподозрил, что диск испортился. ... Как такое может быть? Кто-то жутко врет, но кто? Испортилась страничка в дисковом кэше, данные стали для программы "странными", что и вызвало подозрения. Утилитка md5sum также читает данные из дискового кэша, при первом прогоне ей были скормлены битые странички. Вполне может быть. Выглядело это как будто нули и случайные числа посыпались. Обнаружил-то я это вчера, но думал, что в программе какая-то ошибка. Лишь сегодня в обед догадался вернуть версию недельной давности, которая точно считала, а ошибка осталась на месте. Вот и пошел диск проверять. После прогона fsck по каким-то причинам битые странички оказались вытеснены из кэша и потому прочитаны с диска заново, после чего и файл стал "правильным", и md5sum изменилась. Ну тут-то просто. Я же отмонтировал партицию перед проверкой. Так что и кэш исчез. ) Если программа, читающая файл, делает проверку целостности данных, она может обнаружить подобные ошибки. Нет, не умеет. Если только самому руками контрольную сумму считать перед запуском. Поставлю на ночь память проверять. Ю.
Re: fsck & md5sum
On 6/4/14, yuri.nefe...@gmail.com wrote: поставьте погонять memtest86+, возможно, у вас появились проблемы с памятью
Re: fsck & md5sum
On Wed, 4 Jun 2014, Павел Знаменский wrote: А во сколько был запущен первый md5sum? Непосредственно перед fsck, а второй сразу после монтирования. Ю.
Re: fsck & md5sum
On Wed, 4 Jun 2014, Artem Chuprina wrote: Бэкапной копии нету, сравнить? Нет, это результаты промежуточного счета. Могу еще раз насчитать, но там формат файла такой, что где-то даты счета сохраняются... Однако проверил, что после fsck результаты счета с этим файлом совпали с теми, что были раньше. То есть на 90% уверен, что файл пришел в правильное прошлое состояние. badblocks в read-only случае читает блок и проверяет, не вернули ли ошибку чтения. Это не значит, что оттуда вернули то, что когда-то туда было записано. Возможно, он читает несколько раз и сравнивает результаты чтения. Возможно, попинав диск, он вызвал relocation на уровне контроллера, и потому не получил ошибки, но данные на новом месте не совпадают с теми, что когда-то давным-давно были на старом :) Я бы тогда ожидал, что в логах что-то должно появиться. Ни словечка нет. Лишь бы это не ext4 штучки. Вот параметры # tune2fs -l /dev/sdb1 Filesystem revision #:1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash Default mount options:user_xattr acl Ю.
Re: fsck & md5sum
On Wed, Jun 04, 2014 at 04:25:00PM +0400, yuri.nefe...@gmail.com wrote: > Что-то я не пойму, как после fsck может изменится md5sum у файла? ... > И вот программа, которая его читает стала читать из него > что-то странное, так что я даже заподозрил, что диск испортился. ... > Как такое может быть? Кто-то жутко врет, но кто? Испортилась страничка в дисковом кэше, данные стали для программы "странными", что и вызвало подозрения. Утилитка md5sum также читает данные из дискового кэша, при первом прогоне ей были скормлены битые странички. После прогона fsck по каким-то причинам битые странички оказались вытеснены из кэша и потому прочитаны с диска заново, после чего и файл стал "правильным", и md5sum изменилась. Если программа, читающая файл, делает проверку целостности данных, она может обнаружить подобные ошибки. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140604132322.ga32...@cio.protva.ru
Re: fsck & md5sum
А во сколько был запущен первый md5sum?
Re: fsck & md5sum
yuri.nefe...@gmail.com -> debian-russian@lists.debian.org @ Wed, 4 Jun 2014 16:25:00 +0400 (MSK): y> Что-то я не пойму, как после fsck может изменится md5sum у файла? y> Ситуация такая: имеется файл >> ls -l 3050.dst y> -rw-r--r-- 1 837956261 Мар 31 10:10 3050.dst >> md5sum 3050.dst y> ab6b39961d6a8ae0715762193c1e8de2 3050.dst y> И вот программа, которая его читает стала читать из него y> что-то странное, так что я даже заподозрил, что диск испортился. y> Запустил fsck.ext4 -c /dev/sdb1 y> Больше часа шуршало, ничего не нашло: Checking for bad blocks (read-only y> test): 0.00% done, 0:00 elapsed. (0/0/0 errdone y> Однако и ошибка пропала и у файла md5sum изменился... y> # md5sum 3050.dst y> 717166646debf59752d07f7b2b0a2674 3050.dst y> # ls -l 3050.dst y> -rw-r--r-- 1 837956261 Mar 31 10:10 3050.dst y> Как такое может быть? Кто-то жутко врет, но кто? Бэкапной копии нету, сравнить? badblocks в read-only случае читает блок и проверяет, не вернули ли ошибку чтения. Это не значит, что оттуда вернули то, что когда-то туда было записано. Возможно, он читает несколько раз и сравнивает результаты чтения. Возможно, попинав диск, он вызвал relocation на уровне контроллера, и потому не получил ошибки, но данные на новом месте не совпадают с теми, что когда-то давным-давно были на старом :) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87d2eohm1p@wizzle.ran.pp.ru
fsck & md5sum
Что-то я не пойму, как после fsck может изменится md5sum у файла? Ситуация такая: имеется файл > ls -l 3050.dst -rw-r--r-- 1 837956261 Мар 31 10:10 3050.dst > md5sum 3050.dst ab6b39961d6a8ae0715762193c1e8de2 3050.dst И вот программа, которая его читает стала читать из него что-то странное, так что я даже заподозрил, что диск испортился. Запустил fsck.ext4 -c /dev/sdb1 Больше часа шуршало, ничего не нашло: Checking for bad blocks (read-only test): 0.00% done, 0:00 elapsed. (0/0/0 errdone Однако и ошибка пропала и у файла md5sum изменился... # md5sum 3050.dst 717166646debf59752d07f7b2b0a2674 3050.dst # ls -l 3050.dst -rw-r--r-- 1 837956261 Mar 31 10:10 3050.dst Как такое может быть? Кто-то жутко врет, но кто? Ю.
