Какие оба? Один дамп, второй лог считки?
А на каком компе винт работал? Какой контроллер в нем был?
Первый - это файл образ-диска
Второй - это то, что автор девайса называет RAW-Data
Чтобы получить лог нужно перенаправлять вывод сообщений с консоли в файл (в линуксе это как-то делается, на память не помню - нужно погуглить)
А вот этого не знаю. Я купил этот винт по случаю, примерно 3 месяца назад. Я даже не знаю, есть ли на нем что-то или он был отформатирован перед продажей...
...и продавца уже не найти :( //я сегодня был приятно удивлен, когда эмулятор мне написал, что бед блоков на нем нет ни одного...//
"Хорошо, завтра скачаю с BBG оба файла и выложу их здесь."
Можно поподробнее, как с BBB переносить файлы на PC(ноут)?
Качать тут: https://winscp.net/download/WinSCP-5.13.5-Setup.exe
// для Denkixot = логин - root, пароля нет //
- - - Добавлено - - -
Итак, файл st225 - образ моего тестового диска.
Тут: http://portal.kinderland.ru/publishe...TEFQT1JUQUw%3D
Дополнительный (второй) файл, который был создан эмулятором (ридером), при указании ему опции --analyze, st225_ext
Тут: http://portal.kinderland.ru/publishe...TEFQT1JUQUw%3D
Первый примерно 49Мб, второй 20Мб. Формат файлов мне не известен.
Лог чтения read_log.rar лежит тут (архив RAR, так как сам файл очень большой ~119 Mb) - http://portal.kinderland.ru/publishe...TEFQT1JUQUw%3D
Это самый интересный файл, разумеется. Лог ошибок оказался пустым - нет смысла его выкладывать.
В этом логе есть такая строка:
Command line to read disk:
--sectors 17,1 --heads 4 --cylinders 615 --header_crc 0xffff,0x1021,16,0 --data_crc 0xffffffff,0x140a0445,32,5 --format WD_1006 --sector_length 512 --retries 50,4 --drive 1
но это именно для моего диска, как я понимаю, по результатам его анализа. Для ваших дисков может быть будет что-то иное.
Команда была такая:
http://portal.kinderland.ru/publishe..._89e69.512.jpg
Забавно, но там одни нули:
Да, нужно видимо смотреть исходники...Код:$hexdump st225ext | head
0000000 0000 0000 0000 0000 0000 0000 0000 0000
*
146b800
Лучше использовать 7z, тогда даже с настройками по умолчанию 119М сжались в 523К, а не в 800К.
Выглядит так, что по некоторой базе производится подбор параметров, чтобы распознать использованный для диска контроллер. Возможно неон-овских данных там просто нет и софт этот не распознает диск...
Второй файл по размеру соответствует диску, и содержит одни 0x00. Это дамп HDD в чистом виде (а'ля .dsk)
То есть у Вас был совсем непонятный диск (даже не форматированный какой-либо ОС), то есть кто-то ему сделал LLF или он совсем новый, ни разу ни надёванный.
Я в своё время так и не разобрался в софте этого анализатора, поэтому делал свой ридер.
Сразу скажу что анализатор не ошибся (про нули), так как по логам он скушал и CRC заголовков, сами заголовкиm и CRC самих секторов. Так что вероятность что он ошибся = 0.
- - - Добавлено - - -
Нет. На сайте автора эмулятора написано "If other than first seek time printed is zero you are using a buggy version of am335x_pru_package and data is likely to be corrupted."
Если я правильно распарсил это витиеватое выражение то Ж в том случае если _не_ первое значение равно 0.
И то в случае Ж речь идёт о битой версии "am335x_pru_package", то есть какой-то библиотеки. А никак не чипа. Не обижайте уважаемую TI ;-)
Человек, который мне его продавал, сказал, что диск "очень хороший", не использовался и лежал. Я тогда подумал, что он поработал какое-то время, был снят, и после
этого "лежал", но поскольку на нем нет ни одного бед блока, сам диск чистый, есть вероятность что он лежал "с рождения" :-), но точно мы это уже не установим.