dimon-dlx, Это я знаю...но меня смущает что буржуй написал...нафига он использует только с 1 по 22 ногу? Хотя на фотках всё правильно. Ошибся малость? Или на какой НАНД он дал описание? Хотя нафига мне городить огород? У меня есть Тритон ..легче купить ему панельку и вуаля.
Последний раз редактировалось Boryan; 06.04.2010 в 19:02.
И так мои опыты. Купил переходник под нанд для Тритона. Считал первый блок 64 страницы с 0х000000 по 0х00003F c нанда SAMSUNG K9WAG08U1M 2гига. Узнал всё про этот нанд из спецификации на него. У этого нанда нет служебной и закрытой области Это тупо флеха! И есть предположение что стиковский контроллер тупо резервирует себе область в нанде под служебные переменные. И учитывая (по спецификации) что в любом нанде самая надёжная область памяти это начальная, есно я её и считал. Но там каша в которой нужно найти SN и MSID....
Boryan добавил 08-04-2010 в 11:13
Архив с хексом нанда и текстовым файлом с SN и MSID который считан с этой флехи залил на http://slil.ru/28926374 ...Мужики кто поможет найти в этом дампе MSID и SN? Я чота в нём запутался....
Boryan добавил 08-04-2010 в 11:25
Есно это дамп со стика, на котором залита обычная пандора и есно мусора там дофига....Вечерком попробую слить дамп с заводского девственного стика ....думаю там почище будет ...Пробовал дамп снимать с нового стика но уже отфарматенного в компе ....там тож мусора добавляется куча...
Последний раз редактировалось Boryan; 08.04.2010 в 11:25.
Причина: добавил, подумав
И так мои опыты. Купил переходник под нанд для Тритона. Считал первый блок 64 страницы с 0х000000 по 0х00003F c нанда SAMSUNG K9WAG08U1M 2гига. Узнал всё про этот нанд из спецификации на него. У этого нанда нет служебной и закрытой области Это тупо флеха! И есть предположение что стиковский контроллер тупо резервирует себе область в нанде под служебные переменные. И учитывая (по спецификации) что в любом нанде самая надёжная область памяти это начальная, есно я её и считал. Но там каша в которой нужно найти SN и MSID....
Boryan добавил 08-04-2010 в 11:13
Архив с хексом нанда и текстовым файлом с SN и MSID который считан с этой флехи залил на http://slil.ru/28926374 ...Мужики кто поможет найти в этом дампе MSID и SN? Я чота в нём запутался....
У флехи в даташите указывается расположение boot sector оно либо в начале либо в конце... А встречал мануали где указано multi boot sector к чему это? И ещё после установки в мой usb програматор нанды переставали работать в стиках А если форматнуть их в USB превращались в культурные USB флешки. А восстанвление ранее слитого дампа не помогало хотя он восстанавливался байт в байт. Вывод контроллер USB флехи видит не весь нанд, хотя обьём флехи увеличивается на 13mb против того что отображает стик
И так мои опыты. Купил переходник под нанд для Тритона. Считал первый блок 64 страницы с 0х000000 по 0х00003F c нанда SAMSUNG K9WAG08U1M 2гига. Узнал всё про этот нанд из спецификации на него. У этого нанда нет служебной и закрытой области Это тупо флеха! И есть предположение что стиковский контроллер тупо резервирует себе область в нанде под служебные переменные. И учитывая (по спецификации) что в любом нанде самая надёжная область памяти это начальная, есно я её и считал. Но там каша в которой нужно найти SN и MSID....
мм.. а почему бы для надежности не считать всё, а не первые страницы, когда оно, может, и не в них..
pronvit, 2 гига по COM порту Тритон сутки читать будет Я сейчас проше поступлю...есть девственная флеха с завода....соответственно нанд у неё полностью чист окромя служебной области, и есть форматнутая в компе под виндой...ранее вроде на неё ни чего не писалось...хотя если сливать дамп хексом со стика нового но форматнутого ..там уже мусора дофига. Короче сравню оба дампа снятых Тритоном ....надеюсь различия в дампах будут в основном где серийник...хотя ХЗ мож там всё будет измененно....как работает контроллер стика -это загадка похлеще кирка
pronvit, 2 гига по COM порту Тритон сутки читать будет Я сейчас проше поступлю...есть девственная флеха с завода....соответственно нанд у неё полностью чист окромя служебной области, и есть форматнутая в компе под виндой...ранее вроде на неё ни чего не писалось...хотя если сливать дамп хексом со стика нового но форматнутого ..там уже мусора дофига. Короче сравню оба дампа снятых Тритоном ....надеюсь различия в дампах будут в основном где серийник...хотя ХЗ мож там всё будет измененно....как работает контроллер стика -это загадка похлеще кирка
Забей через Хекс оба стика 00 есть команда Fil disk sector выставляеш 00 и вперед. Сотрёт даже Fat но стики останутся робочими, правда их приёдется потом форматить. Но стик в служебную облась Хексу добратся не даст Вывод будут чисто служебные данные...
не получится...смотрю новую флеху (на неё ни чего не писалось)но форматнутую, в хексе как логический диск ..там мусора полно...а если как физический диск, то она чистая....с какой области хекс читает логический диск? Смотрю флеху с завода и физический и логический диск -чистота Как затереть весь мусор в логическом диске?
Последний раз редактировалось Boryan; 08.04.2010 в 18:16.
не получится...смотрю новую флеху (на неё ни чего не писалось)но форматнутую в хексе как логический диск ..там мусора полно...а если как физический диск то она чистая....с какой области хекс читает логический диск?
Открываешь win Хекс, выбераеш Edit, там Fill Disk Sector (Ctrl L), там выбираеш Fill With Heh Values, в окошке пишеш 00, и нажимаеш ок. Радуемся результату
Мля!!! Только что обратил внимание 4 шт китайских качественных стика по 2 Гига....все с одной партии. Коричневым цветом высокоскоростные....всё сделанно в качественной упаковке, типография не прикопаешся....внутри сделаны качественно ...нанды самсунговские ...контроллеры корпусные не плюшки....а вот и SN и MSID у всех одинаковые до бита )) значит могут китаёзы делать со стиками всё что угодно Мож их напрячь и заказать партиечку нужных нам стиков? У кого есть завязки?
Открываешь win Хекс, выбераеш Edit, там Fill Disk Sector (Ctrl L), там выбираеш Fill With Heh Values, в окошке пишеш 00, и нажимаеш ок. Радуемся результату
Ага ...только нужно покурить бамбук минут 40 пока 2 гига 00 заполнятся со скоростью 56 метров в минуту
Зы ушёл курить бамбук
Boryan добавил 08-04-2010 в 21:55
ППЦ какой то в хексе забил весь логический диск 00, все 2 гига. Короче микруха чистая стала. Снял нанд со стика считал на Тритоне с 0х000000 по 0х000FFF посмотрел хекс и нефига не понял ....в начале каждой страницы какой то код....мож это серийник для надёжности в начале каджой страницы пишут? Но есть и интересные места ...но один фиг там каша
Boryan добавил 08-04-2010 в 21:59
хекс лежит тутhttp://slil.ru/28929682 дальше читать нет смысла попробовал кусками там везде ff
Последний раз редактировалось Boryan; 08.04.2010 в 21:59.
Причина: добавил, подумав
ППЦ какой то в хексе забил весь логический диск 00, все 2 гига. Короче микруха чистая стала. Снял нанд со стика считал на Тритоне с 0х000000 по 0х000FFF посмотрел хекс и нефига не понял ....в начале каждой страницы какой то код....мож это серийник для надёжности в начале каджой страницы пишут? Но есть и интересные места ...но один фиг там каша
Та же ж... что и у меня FF чередуются с непонятными данными скорее всего нужно читать весь дамп
блин мож весь этот мусор от того что флеха ранее записана была и затем 00 в неё я записал.....плохо то что в других стиках и в девственном оказались нанды не самсунг а Hynix....а тритон их не может прочитать
По смещениям 0x0004DDC0 и 0x0046DDC0 находятся идентичные блоки размером 2112 байт. Интересно если считать с NAND'а больше инфы будут ли встречаться эти же блоки...?
Заполнять кодом 00, а также FF ,55 или AA не показательно, такие области могли уже быть в нанде изначально, а если записать кодом типа 0x5A (буква 'Z'), то области с 'ZZZZZZZZZZZZZZZZ', скорее всего будут записаны вами.
16 байт 00 27 00 00 FF FF 96 8B D0 27 9D FA 39 82 E3 51 являются служебными, типа разделитель секторов (каждые 512 байт), а идут с периодом 528(512+16), а не 512 адресов и для полезных данных (которые видит winhex) должны быть пропущены.
Программы, анализирующие дампы нандов для извлечения данных это и делают.
В данном случае опытному программеру исключить эти служебные данные как два пальца...
Последний раз редактировалось GVr; 09.04.2010 в 00:49.
Причина: добавил, подумав
Правильно, к каждому сектору 512 байт, прикрепляется дополнительно 16 байт. Эти 16 байт, насколько я слышал, чексумма каждого сектора.
И правильно, в Хексе виден этот служебный код, который нужно отбрасывать, чтобы получить чистый код.
Это вроде как раз то, о чём я писал здесь, как об "избыточном коде".
Прошу любить и жаловать, Ваш Добро пожаловать в наш Чат в Telegram
ErikPshat, Мне зызу притащили в ремонт на замену привода UMD...псевдоним в зызе ErikPshat...случаем не твоя? ребят спецы по хексам гляньте ещё архивчик http://slil.ru/28933173....это 37% дампа от нанда 2 гигового....Тритон их 24 часа снимал.... есно по COM порту не разгонишься....больше я не вытерпел ждать Предыдущие дампы были с ошибками...потому как я выставил большую скорость COM порта....а этот дамп верный. Посмотрите мож найдёте реально этот хитрый MSID......вот такой он должен быть SN: FF435622
ID: 204D5350534E593000784400B9FF0000
Boryan добавил 09-04-2010 в 16:51
значит зыза поклонника ErikPshatа
Последний раз редактировалось Boryan; 09.04.2010 в 16:51.
Причина: добавил, подумав
Интересно, а ни как нельзя получить доступ напрямую к внутренней памяти ПСП?
Просто выпаяв микросхему памяти из псп, и впаяв её в в программатор и таким образом подключить её к компьютеру. Знаю в старых платах стояла k5E5658ACM-D060, а какая в новых платах используется мне не известно, возможно она уже интегрирована в cpu.
Интересно, а ни как нельзя получить доступ напрямую к внутренней памяти ПСП?
Просто выпаяв микросхему памяти из псп, и впаяв её в в программатор и таким образом подключить её к компьютеру
А что это нам даст. Впринципи то можна...
dimon-dlx добавил 09-04-2010 в 18:20
Боря сделай поиск в свойм дампе по слову msid! Что было там записано, на этой флешке?
Последний раз редактировалось dimon-dlx; 09.04.2010 в 18:20.
Причина: добавил, подумав