1.1, Алексей Мичурин (?), 16:55, 13/10/2006 [ответить] [﹢﹢﹢] [ · · · ] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Мне кажется, что это слишком сложно, не универсально и не удобно в использовании. Проще так: перед формированием образа в корне будущего диска сделать что-то вроде
find . -type f -exec md5 {} \; | sort >CHECKSUM.MD5
это под фрёй. под линуксом можно использовать не md5, а md5sum. (рекомендую использовать sort, как у меня, отсортированные файлы проще сравнивать) теперь закатываем CHECKSUM.MD5 в iso вместе со всеми остальными. теперь можно будет проверить не только целостность всего диска, но и определить, какой файл побился. | |
1.2, Лузер (?), 02:24, 15/10/2006 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Зато ты так нифига не определишь побитость служебных областей диска (загрузочные образа, скрытые файлы, оглавление директорий и прочая нефайловая дрянь которой на сидюках есть).А этот метод дает однозначный ответ - или точная копия исошки или нет. | |
|
2.3, Алексей Мичурин (?), 09:37, 16/10/2006 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Ну как же не определю? ,-) Мне ж, чтобы суммы посчитать надо будет прочитать и файлы, и области и прочие. Если побилась сама файловая система, то я это сразу пойму.
Есть, конечно области, без которых можно файлы прочитать; но пусть побилась какая-нибудь загрузочная область. Метод кнота скажет только "диск битый -- выкини его", что именно побилось будет не ясно, хотя файлы-то целы и доступны. Мой метод скажет "файлы целы и доступны". Кроме того, я предлагаю хранить сумму на самом диске, а где предлагает хранить её кнот? | |
|
|
|
3.6, RUR (?), 14:52, 16/10/2006 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Можно и так:
$ ls -l sep2006.iso | awk '{ print int($5/2048) }'
--
$ echo 2 | awk '{print int($1/3)}'
0
Однако, если размер .iso не пропорционален 2048, то правильный ли он?
или нужно еще прибавлять 1?:
$ echo 2 | awk '{print int($1/3)+1 }'
1
| |
|
|
5.8, RUR (?), 10:56, 17/10/2006 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
А я думал, что мы говорим о сравнении информации в .iso файле и записанной на болванку. Если ИЗО покоцан, то на болванке уж точно покоцано. Какой смысл сравнивать? | |
|
|
|
|
|
2.18, Darkus (?), 09:17, 17/11/2006 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Примерно такие вопросы меня и мучают 90% времени, когда я сюда заглядываю :) Советы на вопрос "как посмотреть файл" типа:
cat 'ls filename.txt' |more
:-) Будьте проще, парни. | |
|
1.16, Kroz (??), 20:52, 26/10/2006 [ответить] [﹢﹢﹢] [ · · · ] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Интересно, при каких обстоятельства тест может не пройти? Сектор либо читается либо не читается, а неправильно записанным... наверное уже прошли те времена.
ИМХО надо проверять не на соответствие, а на читабельность. А для этого есть qpxtool и еще несколько утилит (сейчас не вспомню каких именно). А этот тест будет проходить всегда, при условии если нет битых секторов.
Кстати, а если будет битый сектор, от этот тест просто повесит процесс, точнее процесс будет идти минут 20-30 (в зависимости от кол-ва битых секторов), а ты будешь гадать: просто сектор долго читается или битые сектора, будешь жать Ctrl-C, смотреть логи. Ерунда все это! | |
|