Antech
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Mafia80
Цитата:| Я видел такие имена файлов |
Это другая metadata. Вы видели метафайты NTFS, а Интел имеет в виду COD.
Как я уже говорил, если хотя бы один из дисков при разобранном массиве видится как размеченый, значит в началах дисков никакой инфы о массиве нет. Вывод: искать надо в концах дисков. Причем, т.к. пространство диска не только под COD используется, то объем для поиска ограничен снизу (можно посмотреть по таблице разделов, сколько использовано).
Цитата:| Есть варианты что может быть за софт? |
Есть. Мега-проприетарный, настолько проприетарный, что за пределы какого-то отдела Интела он может и не распространяется совсем. Остается только реверс-инжениринг: берете новые винты, заполняете их байтом CC или другим паттерном (CC == Clear) в WinHex (Ctrl+A, Ctrl+L, CC, ОК). Потом создаете массив и смотрите, что БИОС контроллера понаписал в концы дисков. Сохраняете измененные сектора в дамп (выделяете хвост диска, Shift+Ctrl+N - в файл). Потом пересоздаете массив: меняете, например, размер страйпа. Опять делаете дампы. Задаете третий размер страйпа, снова дампы. Теперь, сравнивая дампы, определяете где записывается размер страйпа (не забывайте, что порядок следования байт будет изменен, например число AA55 будет записано на диске как 55 AA, а 1234567 - как 67 45 23 01, т.е. старшие байты - справа).
Таким образом, Вы не только 100% определите, какие участки хардов модифицирует БИОС контроллера, но и узнаете, где конкретно записываются некоторые значения (размер страйпа, серийники винтов, может удастся определить и размер области на каждом диске, используемой под юзер-данные). Конечно, это не гарантирует успешное подсовывание нового диска в массив, да и время тратится, но зато интересные раскопки в WinHex. Кстати, Вы можете скинуть полученные дампы на filekeeper.org и (по возможности) мы вместе их посмотрим. |
