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 не помогли. |
