Показать полную графическую версию : После проверки диска на ошибки не работает жесткий диск
Изображения »
Весьма информативно --- впервые такое вижу. Может оперативной памяти не хвадает...???... Маловероятно, но выгрузите чего можно и вперёд.
Не сохраняйте...
Schtitliz
20-12-2011, 23:30
Выгрузил все перегрузился, тоже самое.
тоже самое. »
Компьютер какой…???... Опишите. Ведь раньше такого не было…
Как я понимаю, на этапе открытия харда это происходит, что Вы ничего выделить не успеваете. --- Да или Нет…???... я маркера подсветки выбранного раздела на скрине не вижу.
ЗЫ Не боись, мне ничего не стоит патч из одного сектора изготовить, но пока повременим --- надо разобраться… --- Залупился…:)
Schtitliz
20-12-2011, 23:54
Комп в конфигурации-Конфигурация компьютера:
Процессор: Celeron 2.8ГГц
Материнская плата: EP-4PLA3I
Память: samsung512mb ddr
HDD: seagate 80 Gb seagate barracuda 500Gb
Видеокарта: GeForce5500
Звук: ac97
Блок питания: m-atx-350w
CD/DVD: DVD-Nec. CD-Teac.
Монитор: syncmaster997df 19
ОС: XP sp2
Я первый раз пытался разметку сохранять.
Хард открыаю, разделы, маркер на хард либо на раздел-меню-сохранить разметку-опс..-недостаточно памяти
Schtitliz, Ладно, зайдём с другой стороны… Всё равно надо сделать.
Выполнить ===>
cmd
C:\>MbrFix.exe /?
MbrFix.exe Copyright (C) 2004 Systemintegrasjon AS http://www.sysint.no
Usage:
MbrFix /drive <num> { command } { /yes }
Commands:
MbrFix /? Display help page and license
MbrFix /drive <num> driveinfo Display drive information
MbrFix /drive <num> listpartitions Display partition information
MbrFix /drive <num> savembr <file> Save MBR and partitions to file
MbrFix /drive <num> restorembr <file> Restore MBR and partitions from file
MbrFix /drive 0 fixmbr Update MBR code to W2K/XP/2003[/B] <=== Записываем загрузчик
MbrFix /drive <num> clean Delete partitions in MBR
MbrFix /drive <num> readsignature {/byte} Read disk signature from MBR
MbrFix /drive <num> generatesignature Generate disk signature in MBR
MbrFix /drive <num> readstate Read state from byte 0x1b0 in MBR
MbrFix /drive <num> writestate <state> Write state to byte 0x1b0 in MBR
======================================================================
MbrFix /drive 0 fixmbr <=== Записываем MBS/MBR
Понятно...???.... ---- это обычная работа с командной строкой...
Schtitliz
21-12-2011, 00:40
C:\>MbrFix.exe /? »
Tau_0, ввел я это значение и прога сама пролетела. Окно показываю.
Т.е. сам ничего не вводил
Tau_0, ввел я это значение и прога сама пролетела. Окно показываю. »
Это она help показала --- Вы бы его хоть посмотрели... А чтобы посмотреить, что пролетало --- мышкой пркручиваем...
а надо запускать так
MbrFix /drive 0 fixmbr
ЗЫ Я прошлом посте показал...:). У Вас ведь физический хард в системе --- 0. Убедитесь в этом...
Schtitliz, если после Вашего предыдущего сообщения нет сообщений других пользователей и прошло менее 3-х дней, то не создавайте новое сообщение! Добавляйте информацию в своё последнее сообщение ч/з функцию Редактировать. Иначе, будет рассматриваться как нарушение п.3.14 ОПК (http://forum.oszone.net/rules.html#3.14)
Schtitliz
21-12-2011, 19:48
9285, применил патч. При перезагрузке диск запросил Chek диск 2-го раздела больного диска, я не дал -esc. Т.е. раздел чем-то"недоволен", это как-то лечится? или можно чеком прогнать? Опасаюсь, что история повторится. Диск виден, разделы, файлы...Кстати, попробовал некоторые файлы, которые не восстанавливались, они открылись, вроде без дефектов.
Тебе на iXBT Yatagan выложил патч, в котором и код твой на месте и таблица подправлена. Используй его. »
9285, С этими данными надо не много знать, чтобы суметь патч изготовить. Патч на поверхностти....
Чему на этом Schtitli научится…???... Получается, что только на кгопкаффф нажимать...
Простой вопрос --- Вы за или против кнопочного мышления --- да/нет
Есть такая штука nfi.exe от Sysinternals Suite --- с неё я собирался в перспективе продолжить.
Но остальной разговор видимо не имеет смысла --- не та аудитория..
ЗЫ Я не телемастер, поэтому пальцы не топырю… Я пытаюсь исследовать конкретный случай с пользой для себя и для других…
Schtitliz
21-12-2011, 21:38
Tau_0, А научиться хотелось бы, для начала хотя как патч делать :)
9285, выкладываю скан chkdsk G, хотелось бы уточнить- 257792кb используется системой-какой и как?
Schtitliz
21-12-2011, 22:52
9285, прогнал chkdsk G:\f такая же картина как и выше.
Зачем ему изучать фиксенье левой утилитой если есть стандартная команда fixboot, »
Ух ты... :shot:
Для справки
Fixboot фиксит загрузочный сектор тома, а не MBR. Точнее См.
NTFS Boot Sector
http://bootmaster.filerecovery.biz/appnote3.html
Although Microsoft's NTFS Boot Record is often described as being a single sector (see the proof below!), the truth is that it would never be able to boot up a Win 2000/XP OS without the next six sectors (so far) that comprise most of an NTFS partition's Boot Code. So, even though an NTFS partition's “Boot Record” is technically only 1 sector in length, we should never forget about the necessity of the “Bootstrap Code” which follows it. Furthermore, Microsoft states that the OS itself “allocates the first 16 sectors for the boot sector and the bootstrap code1.” Thus, Microsoft could have created a bootstrap code that was more than twice the size it is now. (I wonder if there are any Assembly programmers working on a way to enhance the present bootstrap code?)
Перевожу так
Хотя Загрузочную Запись NTFS от Microsoft часто описывают как состоящую из одного единственного сектора (см. подтверждение ниже!), истина – в том, что этот код никогда не сможет загрузить Win 2000/XP OS без последующих шести секторов (пока), которые включают большую часть Кода Загрузки NTFS раздела. Так, даже если, “Загрузочная Запись раздела NTFS” занимает в длину технически только 1 сектор, мы никогда не должны забывать о необходимости наличия “Бутстрап Кода”, который следует за ней. Кроме того, Microsoft заявляет, что OS непосредственно “ассигнует первые 16 секторов для загрузочного сектора и кода бутстрапа1.” Таким образом, Microsoft, возможно, создала код бутстрапа, который был размером в два раза больше, чем теперешный. (Интересно, есть ли программисты на Ассемблере, занятые поиском способа увеличения существующеого кода бутстрапа?)
А MbrFix разработана Systemintegrasjon, а уж затем она попала к Nicrosoft
См. здесь.
Описание консоли восстановления Windows XP, предназначенное для опытных пользователей
http://support.microsoft.com/kb/314058/ru
Так что никакая она не левая, а стандартный инструмент для работы с MBR…
ЗЫ Я сразу знал, что хард мешал загрузке Windows --- цикл бесконечной загрузки… Но надеялся, что Вы или кто другой хоть что-то дельное предложите. Но пять дней вопрос без ответа висел….
Первоначально я расписал ответ с таким началом:
MHDD CLRMBR
И собрался его отправить, но прочитав ответ Schtitliz, решил не лезть в новый инструмент, а обнулить MBR c помощью DMDE. Это было необходимо сделать для лечения харда.
По разному можно делать.
Только и всего --- главное начать делать, а остальное --- дело техники...
Tau_0, А научиться хотелось бы, для начала хотя как патч делать
Schtitliz, структура MBR --- секрет Полищинеля... :). В каждой программе очень много недокументированных управляющих блоков, но хакеры их порой патчат... [
Кстати, попробовал некоторые файлы, которые не восстанавливались, они открылись, вроде без дефектов. »
Узнать файлы битые --- да/нет Вы могли при момощи nfi.ехе.
СМ. Здесь nfi находится.
http://download.microsoft.com/download/win2000srv/utility/3.0/nt45/en-us/oem3sr2.zip
Ну и здесь посмотрите
Viewing NTFS information with nfi and diskedit
http://waynes-world-it.blogspot.com/2008/03/viewing-ntfs-information-with-nfi-and.html
хотя такой профи как ты должен был понять о чём речь, »
Это была моя маленькая месть за Ваши мелкие придирки не по делу... Ёжику понятно, что имели в виду FixMBR...:gigi::gigi::gigi: --- я ведь не настаивал на утилите FixBoot, просто рекомендовал…, что она не повредит... Но не только --- мне было важно подчеркнуть, что загрузочный сектор тома NTFS не есть один сектор.
По каким-то причинам в Partition Table появилась запись о динамическом томе. И славу Богу, --- как минимум она не дала возможности переставить Windows. Обычно это делают первым делом… Конечно я посмотрел 63 сектор и даже дальше на шесть секторов, но сверять каждый было лениво, да и думал о другом… Но то, что BPB правильный для NTFS было очевидно… Но видимо 63 сектор был плохим для динамического тома, --- тут я только гадаю…
Я же уже Вам говорил, что не работал с динамическими томами. Но здесь загрузчик Microsoft и зависал, поскольку том псевдо динамический. FreeDOS в подобных случаях не зависает. Ясно, что логическая ошибка --- на досуге побалуюсь --- исследую/проверю…
Как проверить с помощью nfi битый файл или нет…???... Очень просто, --- можно сделать и сейчас, если нет перемещений... Сначала следовало восстановить разделы и лучше без ремапа, --- нужна живая файловая система. Затем можно определить имена файлов к которым относятся интересуемые секторы (необходимо учитывать смещение до начала раздела). С этим дальним прицелом я попытался “пофлудить” на эту тему (именно на Вас ссылался :) ) --- меня приткнули --- мол следует писать и ВСЁ делать по канонам, как это предписано Богом…???...
Почему сейчас стали читаться нечитаемые ранее файлы понятно тоже --- нет сбойных секторов (кластеров), чтение пойдёт. Правда некоторые файлы битые --- тут от их собственной логики зависит насколько это плохо. Мы с Вами на эту тему уже рассуждали…
ЗЫ Если Вы внимательно посмотрите ВСЁ, что я предлагал, то увидите, --- не было необратимых рекомендаций…
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.