Antech
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору boy999 SMART опять от 750 ГБ диска, а нам нужен от 1000 ГБ. Цитата: СМАРТ - целевого самсунга! | Вверху в строке состояния (на скриншоте) посмотрите. ST3750640AS - это Сигейт на 750 ГБ (698 ГиБ). Если Victoria API не показывает нужный винт, используйте HDDScan или CrystalDiskInfo для снятия SMART'а. Если и там такая же фигня, значит что-то не так у Вас с системой (пробуйте на другом ATA контроллере или на другом компе; если подключаете винт к чипсетному контроллеру, покрутите в БИОСе режимы типа Compatible, AHCI и т.п.). Дамп посмотрел, он от нужного диска. В таблице разделов проблем не обнаружено. Два Primary NTFS раздела (тип 07), один расширенный (тип 05). Координаты разделов согласованы, т.е. нет никаких промежутков между разделами (хотя это не важно) и разделы не налезают друг на друга (а это важно). Первый раздел начинается в секторе 16065. Это нестандартно, но не ошибка (скорее всего, вначале все разделы были Logical, а в MBR был только один раздел с типом 05; при этом, чтобы иметь потенциальную возможность загрузиться с такого винта, проги-размечалки делают маленький Primary раздел (или просто пустое место) размером в один логический цилиндр, а Extended начинается в секторе 16065; затем два первых логических раздела были преобразованы в Primary, а первый (мелкий) Primary раздел был удален). Таким образом, один из проблемных разделов - первый - в таблице точно правильный, но ФС на нем не определяется. Значит проблема в самом разделе. Скорее всего, второй проблемный раздел (который логический) в таблице также описан верно, а причина глюка - в самом разделе. Поэтому давайте посмотрим, что там у нас на проблемных разделах. На первом разделе (V на скрине) точно была NTFS. На третьем (Y на скрине), сокрее всего, тоже NTFS (Вы ничего не сообщили по п.п. 4, 5 и 6, так что остается гадать). Так что, пожалуйста, сделайте дампы по 100 секторов, начиная с секторов 16065 (начало V), 6307521 (MFT для V при формате WinXP), 402299793 (начало Y), 408591249 (MFT для Y при формате WinXP). Дампы делать Вы умеете, меняете только параметр "Первый сектор", ну а "Число секторов" всегда задаете 100. Ждем новые дампы, также хотелось бы услышать информацию по п.п. 4, 5 и 6. P.S. Результат ручного восстановления не гарантирован. Т.е. хуже не будет, но может оказаться, что без копирования на другой хард не обойтись. Так что, пожалуйста, не обижайтесь, если не получится in-place. Romaryo Цитата: как вернуть на место MBR команду не нашел | 1. Команда TOF: Start LBA = 1, End LBA = 1, File: MBR.img 2. Команда FF: Start LBA: 0, File: MBR.img Цитата: определяет MBR и видимо его восстанавливает | Точных действий не указано... ИМХО две причины возможны: 1. TestDisk каким-то образом определил, что в секторе 1 есть копия MBR (оставленная CLRMBR) и вернул ее на место. Тогда глюк может быть в таблице разделов, но это маловероятно (разве что Win7 Loader что-то там испортила, но ведь Вы ее, наверное, не напускали на USB винт). 2. TestDisk нашел раздел(ы) (это не сложно) и перестроил MBR. Тогда проблема в разделе(ах). Запустите HDDScan или Victoria API в Винде и просканируйте (Read или Verify) винт (предварительно сделайте CLRMBR, чтобы Винда не тупила). | Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:40 13-08-2009 | Исправлено: Antech, 09:47 13-08-2009 |
|