» Пропал диск. Восстановление таблицы разделов (не данных)

---

Нужны рекомендации по размеру кластера под NTFS

---

Добавлено
Имеются логические диски разных размеров (NTFS):
С - системный (WinXP) 3 Гб
С - системный (Win98) 1.5 Гб - FAT32
D - программы 12 Гб
E - Install 20 Гб
F - Video&Audio 40 Гб

Хотелось бы узнать мнение, стоит ли менять для каждого логического диска размер кластера. И если менять, данные будут сохранены или нет в процессе изменения с помощью PM?

а можно ли файл по кускам собрать?
Предположим имеем начало файла. Файл кусками по диску размазан. В каталоге запись затерлась=>unerase не поможет
если ли алгоритм? FAT32 и NTFS?
Если да то как?
или я не в тему?

Цитата:

У меня возникла проблема с диском Seagate (80 Gb). На диске был создан один раздел NTFS на полную емкость, то есть получился диск на 80. Сегодня один умелец, у которого материнская не самой первой свежести (поддерживает диски до 32 Гб), создал там через "Computer Management" в Windows 2003 Server раздел на 32 Гб.
Теперь имею этот новоявленный раздел, который пока недоступен (я успел умельца остановить пока он не начал форматирование), и еще 40 Гб так называемого "not allocated"-пространства. Подскажите, пожалуйста, знатоки, каким софтом (из шапки или еще каким) можно вернуть все в первоначальное состояние. Очень уж жалко информацию, которая теперь вроде как похерилась.

Sergeant
У мя такой же диск с одним разделом NTFS... Сохрани MBR в файл и поправь в Таблице разделов ссылки на раздел. Вот как у мя, начиная со смещения 01BE...

Цитата:

80 01 01 00 07 FE FF FF 3F 00 00 00 82 E4 50 09

... перегрузись.

Цитата:

...действительно ли можно этими шаманствами опять получить доступ к информации? Я так понял, что она никуда с диска не делась, просто недоступна из-за этой неразберихи. Но целостность самих файлов не была нарушена? Ведь вроде бы изменена была только эта самая MBR.

Именно так. У тя нарушены ссылки на раздел, но сама инфа цела. Для того, чтобы не усугубить положение после правки ручками, сделай копию нулевого сектора, где и распологается Таблица разделов. Делается так. В DiskEditor'e открываешь физический диск > меню Вид > Шестнадцатиричный > выделяешь Aбcoлютный ceктop 0 > меню Правка > Записать в файл и сохраняешь под именем MBR, можно без расширения.

Цитата:

Поставил я DiskEditor.. открыл просмотр таблицы разделов диска. Получилась там следующая ситуация (скрин - 31кб). Я правильно понимаю, что вся операция заключается в изменении обведенных мной полей? Т.е. надо изменить "Тип раздела" на NTFS (потому как нтфс там и был) и установить значения конечных секторов, цилиндров, головок, соответствующие разделу на всю емкость диска. Ну, и количество секторов, соответственно, тоже.

Достаточно изменить три значения
1. Tип paздeлa - NTFS HPFS
2. Cмeщeниe ceктopoв - 63
3. Кoличecтвo ceктopoв - 156296322
остальные значения роли не играют, они не считываются при загрузке, даже и тип раздела, просто до кучи и его поправь.
Прежде сделай копию MBR.

Привет!
Скажите, в сложившейся ситуации, возможно ли что нибудь сделать?
31 марта после форматирования очередного раздела HDD программой Acronis Partition Expert, после перезгрузки пропали все разделы харда, и появилась одна большая неразмеченная область, всилу того что винт у меня один, я решил всё таки создать хотя бы два необходимых себе раздела на 3(С:)Гб и (9D:)Гб. примерно такого размера как у меня и были, всего мой хард был разбит на 6ть разделов ~(3С:)-(9D:)-(9E:)-(40F:)-(13G:)-(точно не помнюH:)Гб, на которых и стал временно работать, после неутешительных попыток востоновить инфу прогой EasyRecovery Professional, я всёже решил разбить оставшуюся неразмеченую область на разделы с прежними размерами, после этого я принился далее востонавливать той же прогой, но в ней куча не удобств: она не может показать само дерево каталогов которое у меня было преджде, а извлечение файлов по рас-м типа .AVI, меня не устраивать прежде всего тем, что меня крайне интересуют расшияния: .TXT и .lpj которых там не имееться, сразу замечу что EasyRecovery востонавила мне 1\8 того что у меня было, из которых 80проц. практически ненужного.
Вчера скачав ниже указанные программы я сразу поставил R-Studio, просканил ей крайне важного мне раздела (13G:) и она действительно показала мне дерево каталогов ранее распологавшихся на харде скрин , правда половина из них пустая или там находиться совершенно не то что было, ну да не важно, главное что в тех что я отметил галочкой присутствует почти всё что и ранее было, но при их востановлении файлы оказываются нерабочими, спрашивается почему, может быть я что то не так делаю?
До вчерашнего дня, я и не знал о таких программах как R-Studio, Restorer2000 PRO, RunTimes GetDataBack, как в прочем и о данном топике, иначе бы сразу же обратился сюда.
Плиз, если возможно каким либо образом мне помочь, то укажите как???
Зарание спасибо. :)))

Не хочу тебя пугать но по моему твой поезд уехал Вот смотри:
Раз

Цитата:

я решил всё таки создать хотя бы два необходимых себе раздела

Два

Цитата:

после неутешительных попыток востоновить инфу прогой EasyRecovery Professional, я всёже решил разбить оставшуюся неразмеченую область на разделы с прежними размерами

Не факт, что ты их разбил в точности на те же разделы, значит была перезапись секторов, т.е. потеря данных.

Цитата:

главное что в тех что я отметил галочкой присутствует почти всё что и ранее было, но при их востановлении файлы оказываются нерабочими, спрашивается почему

Потому, что видеть файлы не значит их иметь, другими словами, все программы по восстановлению работают от MFT или FAT, нарушена таблица файлов, нет доступа к данным, востановиться, думаю, могут лишь не фрагменченые файлы, что ты собссно и имеешь. Остальное наверное тоже можно восстановить, ручками, не занимался - не знаю, но это мне кажется адский труд и под силу действительно не каждому. Если данные так важны, попробуй сдаться в контору по восстановлению, возможно еще не все потеряно, за что то же они берут деньги
В данной теме мы дальше восстановления разделов пока не заходили, к сожалению, а вот, чтобы по файлово... тут, даже не знаю чем помочь. Может кто другой, сам бы с удовольствием послушал и поучился, дабы не тыкаться в темноте.

Добавлено
PS. Попробуй сходить на сайт Дашевского www.symon.ru создателя SyMon. Там есть форум... человек действительно профессионал, я, собссно, по его докам и учился разделы ручками поднимать.

KLASS
Большое спасибо что нашел время и ответил, что касается востонавления, то мне именно нужно были проекты русификации Passolo и то что я нацарапал о файерволах, просто в первом случае пропало куча русифицированных мной прог многие из которые я нигде не выкладывал например русик к сиагейту(firewall) над которым я очень старался, а во втором я просто обещал и теперь во время не выложу т.к. писать заного времени сейчас нет, а обещания я по возможности привык держать, ну да ладно, ни то ни другое не беда, какие никакие мозги есть, не проподу, сделаю всё заново как время найду, токо наверное еще луче будет. ))
Ещё раз большое спасибо. ))
Всем
Большое спасибо всем кто писал мне в ПМ и на мыло, ребята я крайне вам признателен и ц'ню оказанное мне внимание. ))

Просмотрел весь форум - похожей ситуации не нашел(
Исходные данные:
Операционка - Windows XP Professional
Винчестер - WDC WD200EB, разбит на два раздела - 1) 5 гиг FAT 32(операционка и проги) и 2) 15 гиг FAT 32(данные)
Комп начал глючить, по всем признакам оперативка. Комп рабочий, а фирма, которая нас обслуживает, имеет вредную привычу выдавать компы из ремонта с NTFS на весь блин одним куском и криво установленной операционкой. Посему возникло желание сделать образ диска. Но в процессе видимо нашло временное затмение рассудка и вместо копирования партиции в файл было сделано копирование партиции (1) на партицию (2)
В результате получили:
1) Все как и было
2) По содержанию - точная копия (1) только свободного места 11 Гиг
Вечный вопрос... что делать?

Поможите люди добрые сами мы не местные(((
2Moderator - Простите, я этот пост вывесил в виде новой темы в "Операционные системы" - не разобрался и сделал "новую тему" вместо "ответить"(

есть IBM`овский дятел 20 Gb. один раздел ФАТ32. винт определяется как фат32, но область не рамеченная. причем если вешаю его мастером и пытаюсь загрузиться с флопаря или CD винт шуршит и ничего не происходит. если же ЭТОТ дятел висит слейвом а на мастере висит рабочий винт. то можно грузится с винта который мастер, флопаря и CD. акронис дискедит показывает что сектор 63 и 64 польностью забит знаками ?. и не позволяет с этими секторами ничего делать. а когда пытаюсь найти строчку "A disk read error occured" часто вываливается сообщение об оштбке чтения секторов. и сканирование прерывается.

пы.сы. от прочитанной ветки начинает диафрагму что то здавливать

ny100ta

Цитата:

винт определяется как фат32, но область не рамеченная.

Переведи, не понял.

Цитата:

акронис дискедит показывает что сектор 63 и 64 польностью забит знаками ?

Бутявка слетела... а инфа на диске нужна?

Цитата:

не позволяет с этими секторами ничего делать. а когда пытаюсь найти строчку "A disk read error occured" часто вываливается сообщение об оштбке чтения секторов. и сканирование прерывается.

Вот это любопытно. Слышал, что старые дятлы покрывались какими то бэдами, которые даже DiskEditor не мог поправить.
Если инфа не нужна, поставь дятла слейвом и натрави на него DiskPart, чтобы попробовать обнулить полностью.
CMD
DiskPart
select disk=1
clean all
Если и DiskPart не станет работать, на этом винче, то пробуй прогу MHDD.

Добавлено
V0lt

Цитата:

а можно ли файл по кускам собрать?

Я так понял, что если в MFT запись об этом файле отсутствует, а сам файл не маленький и сильно фрагментирован (не один и не два фрагмента) то бесполезно. Два куска, думаю можно собрать. Как то слышал, что восстановил один чел. музыку (WAV) из нескольких кусков, но с одним файлом убил пару часов.
С DOC и иже, даже возиться не стоит, ничего не получится. Можно было по содержимому удаленного документа (чего вспомнишь) поискать, но это хлопотно, так как при создании дока, тот же Word, юзает временные файлы и при поиске на диске не поймешь, что куда сувать.
Теоритически, можно что угодно поднять, если не затерто другими данными. Т.е. первый фрагмет файла ищется легко, по шапке файла. Нашел скопировал в файл, другой кусок ищи, тут уже сложнее, возможные повторы из копий, если нашел, подклеил к первому и т.д. На практике, за это никто просто не возьмется, нет таких данных, чтобы столько денег платить за их восстановление.

Добавлено
ny100ta
Забыл, если DiskPart не помогает, для IBM ищи утиль от производителя ibm_dft.zip работает из ДОС.

ny100ta

Цитата:

есть IBM`овский дятел 20 Gb.

А сам винт живой? или нет?
А то годика два назад на дятлах IBM потеряла свое доброе имя, особенно на венгерских

KLASS
кады дискедит в начале спрашивает какой диск выбирите, раздел на дятеле виден как ФАТ32. но не отформатирован.
инфа нужна. иначе бы не мучался.

vserd
винт вроде еще живой. НО... какие то к нему долгие обращения происходят. т.е. например в Вин2к очень долго происходит процесс загрузки. а если еще и в управление дисками залезть, то еще на пару минут раздумий. и только после этого покажет что винт не отформатирован.

DriveFitnessTest находит ошибки но исправить их не может
сейчас hdd regeneration маслает диск

ny100ta
А копию бутявки смотрел тута: Aбcoлютный ceктop 69 (цилиндp 0, гoлoвкa 1, ceктop 7) жива, или тоже ересь? Начало должно быть что то типа этого:

Цитата:

EB 58 90 4D 53 44 4F 53 35 2E 30 00 02 08 26 00 ыXPMSDOS5.0 . . . & .
02 00 00 00 00 F8 00 00 3F 00 FF 00 3F 00 00 00 . . . . . ш . . ? . . ? . . .
74 30 1C 00 09 07 00 00 00 00 00 00 02 00 00 00 t0 . . . . . . . . . . . . . .

KLASS
похоже зделал лишние телодвижения
запустил HDD Regeneration и тут как она стала бэди править.... правда я тока до 1300 какого то дождался сектора. теперь в дискедиторие 69 сектор весь нуликами забит.

ny100ta

Цитата:

акронис дискедит показывает что сектор 63 и 64 польностью забит знаками ?. и не позволяет с этими секторами ничего делать.

Вот гришь в Diskeditor'e эти сектора не правились, а HDD Regenerator забила их ноликами?

KLASS
да дискедит этих секторах отображал знаки "?" причем красным цветом и не позволял ничего с этими секторами делать

Цитата:

да дискедит этих секторах отображал знаки "?" причем красным цветом

Ух ты... я такого еще не видел.
devids
Вот, наверное тот случай, когда и DiskEdit не поможет... неисключено, что у твоего бедастого винта были подобные траблы, жаль что ты не глянул в DiskEditor'e. Кстати, напомни, какая у твоего винта была фамилия?
ny100ta
Похоже уже на траблы в микрокоде самого винта. Как выше и говорил vserd, были проблемы с этими винтами и именно из-за криво написанной микропрограммы. Тебе надо к железячникам, или перепрошивать его или избавляться. На логическом уровне уже вряд ли что-то можно сделать по спасению данных.

KLASS
Maxtor 80гб, полное название уже не помню.

ny100ta


Цитата:

да дискедит этих секторах отображал знаки "?" причем красным цветом и не позволял ничего с этими секторами делать

ДискЕдит глючит, если в нем же (ранее) поставить число секторов больше, чем на самом деле.
И вовсе это не бэды диска ))

dadu

Цитата:

если в нем же (ранее) поставить число секторов больше, чем на самом деле

Это вряд ли, он ведь выше сказал

Цитата:

акронис дискедит показывает что сектор 63 и 64 польностью забит знаками ?

а то, о чем ты гришь, появляется в конце физического диска.

KLASS
Да действительно , видел такое только в конце диска/раздела
Но кто его знает на самом деле ...

ny100ta

Цитата:

DriveFitnessTest находит ошибки но исправить их не может

У меня IBM AVER на 20 Гб также "кончал". Сначала
начал тормозить, потом шуршать. MHDD показала, что
появились плохие сектора. После частичной чистки с помощью MHDD :
операция erase, удавалось даже scandisk на 2 Гигах прогнать,
но после нескольких записей диск опять начинает "шуршать"
и появляются плохие сектора. Начальные сектора не лечатся ни в какую
и DriveFitnessTest говорит, что у меня электронная неисправность.
Накачал себе PC3000 и 11-ую и 12-ю, но надо доки читать......
Народ говорит, что надо микрокоды править, но как ?
Параллельно принесли Фуджик "полуживой".......
========================
Сразу предупреждаю : для правильной эксплуатации MHDD
нужно хороший диск повесить на первый канал IDE, а "плохой"
на второй без всяких добавок. Пардон за оффтопик.

виДНО моего скилла не хватает.
пойду отнесу более знающим перцам. может они чего пожут.
бэди если и правятся, то после этого ничего там не остается полезного. кроме как чистых и живых секторов

Добавлено
... извиняйте за ошибки
что то меня калбасит

dadu

Цитата:

Но кто его знает на самом деле ...

На самом деле знают ремонтники данной серии винтов, или, как их еще называют, "раскопщики" микрокодов винтов.
Я как раз и удивился, когда услышал, что именно в 63-64 секторах стоят вопросы. Это значит, что DiskEditor не может считать (или исправить) данный сектор, хотя и работает ниже файловой системы. Это уже криминал, т.е. траблы в микрокоде, неконтакте платы и т.п.

Цитата:

У меня IBM AVER на 20 Гб также "кончал".

Вот, уже не первое подтверждение, того, что у этих дисков были и есть траблы. Не помню где читал, по моему на хоботе, что винт может работать нормально, но при определенных условиях начинал глюковать, посыпая блины бэдами. Которые, впрочем, правятся, той же ibm dft (с потерей инфы ессно), но потом опять вылазят.
ValterG

Цитата:

Народ говорит, что надо микрокоды править, но как ?

Именно так, но если сам ниразу не делал (я сам не делал), то лучше обратиться к знакомым ремонтникам, кто их разбирал и досконально знает технологические команды данной серии винтов, иначе можно угробить винч. Одно дело сделать low level format (забить нолями), другое перепрошить микрокод винта, пересчитать транслятр.

Цитата:

Накачал себе PC3000 и 11-ую и 12-ю

Не факт, что поможет. Она должна знать именно эту серию винтов, если знает, то есть шанс.
Ищи "раскопщиков" микрокодов винтов, к примеру, группа HDD.EXE.

ny100ta

Цитата:

бэди если и правятся, то после этого ничего там не остается полезного. кроме как чистых и живых секторов

В любом случае, для сохранения оставшейся инфы, тебе надо будет делать посекторное копирование. Про те сектора, которые не копируются, думаю, можно забыть.
Теперь только к ремонтникам, одними утилами тут не поможешь.

На складе выложил статью об организации разделов на диске. Буду рад вашим замечаниям.

Тема очень хорошая и мне тут уже раз помогали, за что я безмерно благодарен. Можно сказать, что полученный опыт я даже понес в массы (аналогичным путем "вернул к жизни" еще пару винтов). Спасибо, KLASS :)

Но теперь обстоятельства вынуждают снова просить вашей помощи, господа специалисты. Ситуация следующая: есть винт Maxtor 6Y120P0 (120 Gb). На нем создан один раздел (primary, FAT 32) на все 120 гектар. Так вот, проблема в том, что с некоторых пор он перестал корректно определяться Windows XP (я читал тему и тут писали, что в подобных случах эти диски нормально отображаются на Win98 - к сожалению, подтвердить или опровергнуть не могу, но в XP не фурычит - факт). В ходе загрузки ОС происходит автоматическая проверка дисков, как вам известно. Так вот два других диска система проверяет нормально, а этот Макстор вообще не трогает, сообщая при этом, что диски с файловой системой RAW обслуживанию не подлежат.

Что это за загадочная RAW File system, я так и не понял, но явно это не FAT 32. Опять, видимо, проблемы с MBR. Я поставил Recovery console из дистрибутива, залез в нее, сделал fixmbr, но ничего не изменилось. Diskeditor показывал и до этой операции, и после нее одну и ту же унылую картину. Словом, взываю к вам, специалисты. Здесь где-то была рассмотрена подобная проблема (тоже диск вдруг обратился в RAW), но решения вроде бы найдено так и не было.

Напоминаю условия. ОС - Windows XP Pro. Винт - Maxtor 120Gb. Разделы - один, FAT 32, на все 120 Гб. Использованные средства: fixmbr из Recovery console. Имеющиеся, но пока не задействованные средства: Acronis Diskeditor. Надеюсь, что это реально исправить..

Sergeant

Цитата:

В ходе загрузки ОС происходит автоматическая проверка дисков

Небольшое уточнение, чтобы не возникало кривотолков на эту тему. Как таковой проверки дисков не происходит, для этого надо относительно много времени. Происходит всего лишь считывание флага запуска утилиты CHKDSK из файла $Volume, для каждого тома. Если на томе флаг "поднят", запускается проверка этого тома утилитой CHKDSK, флага нет - загрузка продолжается. При ошибках файловой системы флаг выставляется автоматически (прозрачно для пользователя), при попытке проверить том, который нельзя отключить (загрузочный), уже с согласия пользователя.

Цитата:

Опять, видимо, проблемы с MBR.

Нет, сама Windows про MBR не ведает. MBR юзается только BIOS и самим кодом, находящимся в MBR, если можно так выразиться. Т.е. следует разделять такие понятия, как MBR и файловая система, т.е. MBR никак! не влияет на файловую систему и наоборот. Код в MBR считывает флаг активности раздела из таблицы разделов и передает ему управление, т.е. передает управление уже файловой системе. По другому, после того, как том\раздел получил управление, MBR можно "стирать", загрузка продолжится. Потому и вот так

Цитата:

сделал fixmbr, но ничего не изменилось

Цитата:

Что это за загадочная RAW File system

Ошибки в бутявке, т.е. 63 абсолютный сектор. Попробуй заменить его копией. Открой Maxtor в DiskEditor, как физический диск и замени содержимое 63 (абсолютного) сектора тем, что лежит в 69, т.е. просто скопируй 69 на 63. Если открывать не физический, но логический диск, то копия лежит в шестом секторе раздела, а счет начинается с ноля.
Сюда загляни http://forum.ru-board.com/topic.cgi?forum=62&topic=1113#1 я там уже выкладывал номера статей, почитай 247575-Chkdsk и Boot-сектор на разделе FAT32
Хорошо описано почему та же Chkdsk не может заменить сбойную бутявку ее копией.

Предпочтительно не использовать FAT32 на больших томах, тем более, что производитель отказался от поддержки этой файловой системы на больших разделах, исключив ее (поддержку) из стандартной утилиты FORMAT, т.е. сделано это специально. А то, что это умеют делать сторонние утилиты (скажем, PM), отвечу замечательными словами Лу Гринзоу из книги "Философия программирования для Windows"

Цитата:

Пользователь должен нести ответственность за то, что происходит на его компьютере

Что же, вернемся к нашим баранам. Итак, вставил я сектор 69 на 63. При этом 63 сместился ниже и стал теперь 64-ым. Так и должно быть? Или должна была произойти замена? Кстати, 69 заканчивается не на 55 АА, а на 55 ЕВ. Опять же, это правильно? Из прочитанного мной ранее сделал вывод, что сектора должны заканчиваться на 55 АА. Кстати сейчас, когда вся таблица секторов поехала вниз и когда 68 сектор стал 69, этот самый 69-ый сектор заканчивается на 55 АА.

В любом случае, пока ни к чему эта манипуляция не привела. В таблице разделов есть один раздел - FAT32 LBA. Стоит флажок "Загрузочный". Все значения кроме смещения и количества секторов равны нулю. Смещение выставлено 63, количество - 240107427. Остальные три раздела стоят как Unused. Подпись таблицы разделов - 0AA55h (это при просмотре из первого сектора, а если смотреть из 63, то там подпись - 0EB55h). Хм, лучше один раз увидеть, чем потом сто раз уточнять сухой текст. Прилагаю скриншот - это таблица разделов (9,95 KB).

Если заходим в этот единственный раздел FAT32 LBA, то наблюдаем уже такую (10,5 KB) картину. В общем, вопрос остается открытым. Что с ним еще можно сотворить такого эдакого, чтобы он вернулся в строй и отдал гигабайты информации?

PS. прошу пардона за качество скринов - всё в угоду размеру. Думаю, там и так всё понятно (без иконок панели инструментов).

Sergeant

Цитата:

При этом 63 сместился ниже и стал теперь 64-ым.

Стоп, стоп, стоп! Для того, чтобы заменить сектор в DiskEditor, его (сектор) НЕ НАДО ВЫДЕЛЯТЬ! Это не WinHex.

Цитата:

Кстати, 69 заканчивается не на 55 АА, а на 55 ЕВ. Опять же, это правильно?

Нет, должна быть точная копия бутявки, которая создается при форматировании тома, т.е. 55 АА

Цитата:

когда вся таблица секторов поехала вниз

Вернуть все взад.

Цитата:

Все значения кроме смещения и количества секторов равны нулю.

Это не важно, важно смещение и кол-во секторов.

Цитата:

Если заходим в этот единственный раздел FAT32 LBA, то наблюдаем уже такую (10,5 KB) картину

Это же уже не таблица разделов, но первый сектор раздела, потому в нем не надо переключаться в режим "Таблица разделов", который действителен только для первого (нулевого абсолютного сектора) диска, MBR.

Цитата:

Что с ним еще можно сотворить такого эдакого, чтобы он вернулся в строй и отдал гигабайты информации?

Сначала все верни взад и сделай как надо, если и после того, как скопировал 69 на 63 не получится, то поставь в 63 окончание сектора, как должно быть 55 АА (если там не так). Сохрани этот сектор в файл, загрузись в Recovery Console и дай команду FixBoot на этот раздел. Т.е. загрузившись в консоль сначала вычисли какую букву имеет данный раздел, потом дай команду FixBoot БУКВА_ДИСКА:
Если система скажет, что не могу понять, какая файловая система, то она по умолчанию воткнет FAT16, тогда верни сохраненный boot сектор взад. Если определит, что система FAT32, то пропишет исправленный бут сектор.
Теперь еще вот что скажи, загрузи свой раздел (в DiskEditor) как логический диск, иди в самый конец и скажи мне номер абсолютного сектора и все остальные циферки.
к примеру Aбcoлютный ceктop 234 356 219 (цилиндp 14 587, гoлoвкa 254, ceктop 63)
А сам можешь пока тоже посчитать:
тот_номер_который_ты_мне_скажешь отнять 63 и прибавить 1 должно получиться

Цитата:

количество - 240107427

у тя так?

Цитата:

прошу пардона за качество скринов - всё в угоду размеру

Скрины делать можно Namo Capture, качество отменное и размер маленький в GIF, плюс можешь выбирать любую часть окна и выкладывать.

Цитата:

Думаю, там и так всё понятно (без иконок панели инструментов).

Понятно, можно ваще только нижнюю часть показывать, начиная от фразы "Тип раздела".

KLASS,
В очередной раз могу только поблагодарить от всей души всё сделал по инструкции. Заменил 63 на 69 (через "Прочитать из файла"). Сохранил на всякий случай 63, через консоль сделал fixboot - утилита правильно опознала систему (FAT32) и перезаписала загрузочный сектор. В общем, теперь всё отлично доступно и работает. Большое тебе спасибо!

Чуть офтопа (наверное). Если кто это будет читать и у него возникнет вопрос относительно этого:
Цитата:

Т.е. загрузившись в консоль сначала вычисли какую букву имеет данный раздел

Вычисляется буква диска с помощью команды map в той же консоли.

Хочу поделиться своей радостью. Мне удалось (самому!) восстановить "пропавшие" логические диски на своем компе. Расскажу как. Для начала ситуация: Norton "исправил" какую-то виндовую ошибку, да так, что система перестала видеть три последних логических диска. У меня их всего аж пять - С(основной); D(расширенный); E: F: G: (логические). Раздела, как нетрудно догадаться, два - основной и расширенный. Ситема - Win98 SE, файловая - FAT32. Что делать? Я в этом вопросе ни бум-бум. После легкой паники (на этих дисках были все самые важные данные) начал шарить в Инете. Нашел этом форум, нужную тему. СПАСИБО KLASS'у и В. Дашевскому за все. Такой информации в книжных магазинах не найдешь.
Теорию изучал неделю. Узнал о SyMon'е. Установил. Shift+Del обнулил все и запустил автоматический поиск. Прога нашла только разделы С: и D:, которые винда и без того видела. Тогда решил искать вручную по сигнатуре 55 АА, как здорово описано по какой-не-помню ссылке KLASS'a . Из нортоновского Diskedit'a смотрю в MBR. Так, Таблица Разделов (ТР) вроде цела (ну, это можно было понять и из того, что первые два раздела были видны). Ищу остальные разделы. Вот это занятие! Если не помнить хотя бы приблизительно, каких объемов были разделы, то чтобы обшарить весь мой диск в 40 Gb (80 млн. секторов!) потребовалась бы хренова туча времени! Представляю, у кого 80-сятники и более, особенно размеченные на 3-5 разделов . Отсюда совет - если у вас на данный момент все хорошо работает, то на бумажке зарисуйте схемку расположения и объемов ваших разделов и их файловых систем еще. И пусть эта бумажка лежит себе спокойненько в тумбочке (только надо не забывать ее перерисовывать при переразметке разделов . Сэкономит потом массу времени. Я поступил так: сначала нарисовал на бумажке картинку с размерами всех разделов своего HDD (слава Аллаху, приблизительно я их помнил). Потом вычислил приблизительные районы поиска сигнатур с отличием в 63 сектора (т.е. начало каждого раздела). Например, разделы С: D: и Е: занимают 2, 6 и 12 Gb соответственно. Значит, начало D: приблизительно в 16000000 (2+6=8*2000000) абс. секторе, а Е: в 40000000 (2+6+12=20*2000000) абс. секторе. Начинаем искать с запасом (с 38000000-го абс. сектора - это для Е:, например). Все найденные сектора записываем.
На поиск ушло два полных вечера. Зато передо мной, на испещренном циферками листе, пеперь лежит очень точная (до сектора) карта разделов моего HDD. Далее по этой карте проверяю состояние всех ТР в каждом разделе. И, оп-па, ТР в начале D: повреждена - второй 16-ти байтный блок из одних нулей. В общем, так и дожно быть, ведь как раз после этого раздела другие не видны. Цепочка оборвалась. Остальные ТР целы. Выходит, случай не сложный, надо только восстановить последние восемь байт (4 байта абс. номер сектора нач. раздела и 4 байта общее кол-во секторов) в этом блоке в этой ТР. Как их вычислить? Вот тут-то мне и помогла моя "карта разделов" и бесподобный Вычислитель в SyMon'e. Он умеет переводить десятичные (Dec) числа в шеснадцатеричные (Нех) и наоборот.
В моем случае в таблице разделов в MBR два 16-ти байтных блока. В остальных ТР, естессно, тоже (я имею в виду у меня). Как известно, первый блок ТР в MBR описывает основной раздел, второй расширенный. Все делается в SyMone, в Редакторе Диска. Итак, считаем.

Вычисления РТ в MBR.
Для первого 16-ти байтного блока (смещение 01ВЕh)
- вычисление номера начального сектора раздела (4 байта; смещение 01С6h): для ТР всех разделов (основн., расшир. и логич.) одно значение - 3F 00 00 00 (63);
- вычисление общего количества секторов в разделе (4 байта; смещение 01САh): абс. сектор начала расширенного раздела (Snrr)-63 -> Enter -> смотрим значение Hex;
Для второго 16-ти байтного блока (смещение 01CEh)
- номер начального сектора расширенного раздела (4 байта; смещение 01D6h): просто вводим в Вычислителе значение абс. сектора, взятого из "карты разделов" -> Enter -> смотрим Hex;
- общее кол-во секторов расширенного раздела (4 байта; смещение 01DАh): абс. сектор начала следующего логического раздела (Snlr)-Snrr -> Enter -> смотрим Hex;

ТР в остальных разделах описывает первым 16-ти байтовым блоком текущий раздел, а вторым - следующий.
Вычисления РТ остальных разделов.
Для первого 16-ти байтного блока (смещение 01BEh)
- номер начального сектора раздела 3F 00 00 00 (смещ. 01C6h);
- общее кол-во секторов в разделе (4 байта; смещ. 01САh): абс. сектор начала следующего раздела (Snsr)-абс. сектор начала текущего раздела (Sntr)-63
Для второго 16-ти байтного блока (смещение 01CEh)
- номер начального сектора раздела (4 байта; смещение 01D6h): Snsr-Snrr (расш. раздела!) -> Enter -> смотрим Hex;
- общее кол-во секторов в разделе (4 байта; смещ. 01DАh): абс. сектор начала раздела, расположенного после следующего (Sns+1r)-Snsr -> Enter -> смотрим Hex.

Все значения абс. секторов берутся из "карты разделов".
Число 63 не верно для тех, у кого не 63-х секторная дорожка.
Все вышеприведенные вычисления приведены только для FAT32.
Хотелось бы отметить некоторые тонкости при использовании Вычислителя.
1. двойные вычитания делаются так: Snsr-Sntr -> Enter -> -63 -> Enter;
2. Вычислитель выдает в значении Нех предположим 00577е2r, а на диск надо "вбивать" 2r 7e 57 00 (т.е. "наоборот");
3. регистр букв не важен;
4. если нужно что-то проверить (т.е. в Вычислитель ввести шестнадцатеричное число с диска), то так: на диске 20 1B C4 00, а в Вычислитель вводим 00с41b20 (опять же "наоборот");
5. следует внимательнее быть с шестнадцатеричными числами, в которых нет буквенных значений (напр. 25 83 57 00), при вводе их в Вычислитель он воспринимает эти шестн. числа как десятичные, выдавая в Dec значении ненужную нам лабуду;

Кстати, вычислял я значения только непосредственно для РТ раздела D:. Все остальные значения были, по ним получились все "формулы".
Так вот, значит, все посчитал, "вбил" на диск... Гружусь. (( Никаких изменений. Логич. дисков как не было, так и нет! Вроде все правильно сделал??? И тут осенило! вспомнил про тип файловой системы. Это 5-й байт в каждом блоке. Опять лезу в SyMon, выставляю 05 (Extended), перегружаюсь. Вот! Все диски на месте, как будто и не исчезали! Урааа!! Я победил!! )).

З.Ы. Выходит не два, а три параметра важны при восстановлении РТ - это номер сектора начала раздела, общее кол-во секторов в разделе и тип файловой системы FSC (один байт, смещ. 01C2h для первого блока и 01D2h для второго). По крайне мере, для FAT32. Если кто заинтересовался, но не очень понял, то как-нибудь опубликую конкретный пример вычисления. И еще, хотелось бы узнать у уважаемого KLASS'a, что это за 4 байта, которые копировались из смещения 0028h в примере в начале темы? Вроде это байты из "начала" сектора, каково их значение? И это, наверное, только для NTFS?