1.1, Алексей Мичурин (?), 16:55, 13/10/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Мне кажется, что это слишком сложно, не универсально и не удобно в использовании. Проще так: перед формированием образа в корне будущего диска сделать что-то вроде
find . -type f -exec md5 {} \; | sort >CHECKSUM.MD5
это под фрёй. под линуксом можно использовать не md5, а md5sum. (рекомендую использовать sort, как у меня, отсортированные файлы проще сравнивать) теперь закатываем CHECKSUM.MD5 в iso вместе со всеми остальными. теперь можно будет проверить не только целостность всего диска, но и определить, какой файл побился. | |
|
2.14, zyxman (?), 21:02, 24/10/2006 [^] [^^] [^^^] [ответить]
| +/– |
тоже конечно вариант, но под фрей есть mtree, и оно делает вообще все о чем вы упомянули, плюс определяет изменение директорий, файлов и прав доступа. | |
|
1.2, Лузер (?), 02:24, 15/10/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Зато ты так нифига не определишь побитость служебных областей диска (загрузочные образа, скрытые файлы, оглавление директорий и прочая нефайловая дрянь которой на сидюках есть).А этот метод дает однозначный ответ - или точная копия исошки или нет. | |
|
2.3, Алексей Мичурин (?), 09:37, 16/10/2006 [^] [^^] [^^^] [ответить]
| +/– |
Ну как же не определю? ,-) Мне ж, чтобы суммы посчитать надо будет прочитать и файлы, и области и прочие. Если побилась сама файловая система, то я это сразу пойму.
Есть, конечно области, без которых можно файлы прочитать; но пусть побилась какая-нибудь загрузочная область. Метод кнота скажет только "диск битый -- выкини его", что именно побилось будет не ясно, хотя файлы-то целы и доступны. Мой метод скажет "файлы целы и доступны". Кроме того, я предлагаю хранить сумму на самом диске, а где предлагает хранить её кнот? | |
|
1.4, RUR (?), 09:48, 16/10/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Для "косметики": раз уж использовали awk, вторую команду можно упростить:
$ ls -l sep2006.iso | awk '{ print $5/2048 }' | |
|
2.5, Алексей Мичурин (?), 12:01, 16/10/2006 [^] [^^] [^^^] [ответить]
| +/– |
Не советую так упрощать, ибо получится другое:
$ echo $((2/3))
0
$ echo 2 | awk '{print $1/3}'
0.666667
| |
|
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
| |
|
4.7, Алексей Мичурин (?), 15:49, 16/10/2006 [^] [^^] [^^^] [ответить]
| +/– |
А вот это вообще интересный вопрос :-)
Я никогда не видел образа не кратного 2048, но(!) мы-то говорим о проверке целостности информации. Не об идеальном, а о покоцаном образе. | |
|
5.8, RUR (?), 10:56, 17/10/2006 [^] [^^] [^^^] [ответить]
| +/– |
А я думал, что мы говорим о сравнении информации в .iso файле и записанной на болванку. Если ИЗО покоцан, то на болванке уж точно покоцано. Какой смысл сравнивать? | |
|
6.9, Алексей Мичурин (?), 12:18, 17/10/2006 [^] [^^] [^^^] [ответить]
| +/– |
так мы же сравниваем два исо: исходный и тот, что на болванке. они оба исо (иначе бы не совпадали :)). | |
|
|
|
|
|
|
2.12, Dyr (??), 13:23, 24/10/2006 [^] [^^] [^^^] [ответить]
| +/– |
Представь, сколько это времени займёт и ресурсов... | |
|
3.13, alexxisr (?), 14:39, 24/10/2006 [^] [^^] [^^^] [ответить]
| +/– |
у меня это занимает 2 минуты, если диск полный.
быстрее просто cd не читается.
| |
|
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, смотреть логи. Ерунда все это! | |
1.19, Аноним (-), 05:13, 02/12/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Сектор либо читается либо не читается
... или в зависимости от закидонов привода читается криво или в хучшем случае особо глючный драйв клинит. | |
|