Antech
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Так, заработало Vladimir54 пробовал также при включённой системе отключить и включить питание - ничего не помогло Если Вы переподключали питание винта непосредственно перед подачей NHPA, то, увы, мне нечего посоветовать. HPA точно активна? Я немного покопал ATA стандарт, но так и не понял: какой командой определяется активность HPA? Как MHDD/Victoria определяют, что задействована именно HPA, а не DCO? Сравнением "паспортного" значения количества секторов с количеством, возвращаемым READ NATIVE MAX ADDRESS? Но native max address - это количество секторов, которое отдается в паспорте при настройках с завода по-умолчанию. Значит, если объем изменен через DCO, то native max address также будет превышать "поспортный" объем, е совершенно непонятно, как это можно отличить от органичения по HPA... Может быть, стоит попробовать команду CONFIG (MHDD) / RDC (Victoria)? В биосе не знаю где отключается HPA Попробуйте п. 3 "Remove backup image". Перед этим обязательно сделайте посекторную копию доступного объема винта. Полагаю, второй винт для бэкапа Вы уже купили. StupidUser Сначала - проверка SMARTа и поверхности винта в MHDD или Victoria, и отлько потом - дальнейшие исследования. Было слишком много глюков, они просто так не бывают. А разве их не использует операционная система для определения LBA-адреса? Смотря какая ОС, и какой винт. Старые винты рабоатли только в CHS, и тогда эти координаты были актуальны (времена DOS). Все современные ATA винты поддерживают LBA, и современные ОС (Win, Linux) не используют CHS-координаты в таблице разделов. Вместо этого используются четырехбайтовые поля Sectors preceding partition и Partition size (in sectors). Sectors preceding - это смещение начала раздела. Для разделов, описанных в MBR - относительно нулевого сектора (MBR), для разделов, описанных в Abstract MBR - относительно соответствующей Abstract MBR. Я дал бы сссылку на статью Akina про MBR, где все подробно описано, но модератор запретил внешние ссылки (типа реклама). Статья популярная, найти в сети легко. Насчет восстановления загрузчиков. ИМХО можно не париться, а использовать консоль восстановления XP и команды fixboot (это для загрузчика в BS раздела) и fixmbr (это для загрузчика в MBR). Перед этим, естественно, сохранить резервные копии MBR и BS раздела в файлы. Можно, конечно, вручную скопировать загрузчики из "здоровых" секторов (если есть другие винты в системе), но зачем? Результат будет тот же самый, а в простом копировании кода загрузчика из одного места в другое нет ничего познавательного. компьютер не грузится и с DOS-дискеты Я добивался такого эффекта при экспериментах с таблицей разделов . Вам нужно просто отключить винт в БИОСе и загрузиться с дискеты/компакта с MHDD, запустить прогу, !выбрать винт!, дать команду CLRMBR. Это деструктивная команда. Она очистит нулевой сектор, копия запишется в первый сектор. Но перед этим Вы все равно запишите копию MBR в файл, как и при любых подобных опытах - это называется "культура безопасности", как на АЭС. Теперь и Винда, и DOS будут нормально грузиться. Для восстанволения Вы можете использовать проги из шапки темы (R-Studio, GetDataBack и т. д.). ALEKS9 HDD Regenerator может не больше, чем официально бесплатные MHDD, Victoria DOS, Victoria API. Это подтверждает не кто-нибудь, а известные в среде ремонтников специалисты - винтологи на соответствующем форуме (к ним относится и NazYura). Цитата: Нет смысла при таком количестве бэдов мучить винт. Ему надо в мусорное ведро. А чтобы перед этим вытащить инфу, нужно было сделать посекторную копию (можно в R-Studio или WinHex), и поработать с ней в R-Studio или GetDataBack. IgorM ИМХО лучше (проще) переустановить систему, чтобы избавится от этого Roxio GoBack. Отсутствует DRSC+DRDY или винт не снимает BUSY Возможно, Вы не выбрали винт кнопкой P. Или у Виктории несовместимость с Вашим контроллером (тогда поможет MHDD). что можно сделать, чтобы восстановить Бут-сектор после Roxio GoBack Есть несколько способов восстановления BS: 1. Использование резервных загрузочных секторов. На NTFS обычно в последнем секторе раздела, да, но это только если форматить "чем надо". А если форматить "чем ненадо" (ну Вы поняли, о чем я ), то резервного сектора там может и не быть. Неколько непонятен вопрос о том, как воспользрваться п. 1. Собственно, взять и скопировать этот резервный сектор вместо основного в любом дискэдиторе (WinHex, DMDE). Формат BS NTFS есть в документации проекта "Linux NTFS" - бесплатно и доступно в сети (нужно смотреть описание файла $Boot). 2. Поиск случайных копий загрузочного сектора внутри раздела. Это может быть какой-нибудь временный файл (типа файла подкачки), куда, например, попало содержимое кэша. 3. Определение (стандартные значения, анализ диска в дисковом редакторе и т. д.) параметров BS и конструирование сектора вручную. Это если п. п. 1 и 2 не помогли. |