» Восстановление разделов и информации на HDD (часть 4)

timsky
Можно и WinHEX и DMDE - чем понятнее и удобнее, тем и делай.
При обнулении 0-го сектора таблицы конечно же будут уничтожены, но ведь для того то и сохраняется его содержимое. И сохраняется конечно же не на этот же винт.
В крайнем случае будешь набивать вручную по скриншоту.

Жаль что выложены скриншоты а не дампы, с которыми было бы проще работать, но пока можно сделать вывод что MBR похож на вистовский.
Что касается 10-го, то это отметины Partition Magic. Можно и обнулить.

9285
Вот нулевой сектор и первые 2048: http://rghost.ru/3358862


Цитата:

И сохраняется конечно же не на этот же винт.

ОК.

Цитата:

Жаль что выложены скриншоты а не дампы, с которыми было бы проще работать, но пока можно сделать вывод что MBR похож на вистовский.

Стоит от Win 7x64 En.

Цитата:

Что касается 10-го, то это отметины Partition Magic.

Partition Magic никогда на этом диске не использовался. Только Акронисом на него диск С: клонировал.

Сейчас попробую.

Добавлено:
Помогло!
Как быть теперь? Можно мой MBR излечить?

9285
Ну теперь и мне потребуется ваша помощь поплотнее - мои кривые ручки(начитавшись hттp://forum.ixbt.com/topic.cgi?id=17:35198 по проблеме OKR-One Key Recovery) привели к модификации заводского раздела на том самом LENOVO S10-3I - в Парагон Хард Диск Менеджере только модифицировал ID области этого раздела с 0х12 до 0х07 и раздел
определился как свободный 14,7Gb и ВСЁ ступор---Теперь бы вернуться обратно, но как и чем на 0х12
(что-то кнопки в МЕНЕДЖЕРЕ стали не доступны) Посоветовать можете ПУТИ решения!

9285

Цитата:

Что касается 10-го, то это отметины Partition Magic

Холмс, но как Вы определили?

timsky

Цитата:

Как быть теперь? Можно мой MBR излечить?

Дамп сектора 0, plz. Ну не фотку же лечить.

gerastom1

Цитата:

Теперь бы вернуться обратно, но как и чем на 0х12

Элементарно, Ватсон. DMDE, открыть физический, Escape, Ctrl+E. В таблице найдите тип раздела 12 и измените на 07. Ctrl+W, перезагрузка.

Antech

Цитата:

Холмс, но как Вы определили?

Элементарно, Ватсон. Четыре характерных байта в 10-от секторе. Я даже удивлён что вы задаёте такой вопрос.
Сейчас уж не припомню где я нашёл эту информацию, но она 100% и неоднократно подтверждённая.

timsky
В связи с вышенаписаным, могу лишь подтвердить что PM всё таки запускался в системе с этим винтом. Может до вас, может ещё когда, но это было. И это не столь уж и страшно если только это не делалось уже при такой разбивке.


Цитата:

Помогло!

Мне из вас самому вытаскивать подробности или может сами себе поможете?
Насколько понимаю, после обнуления 0-го сектора комп перестал зависать?

gerastom1
Antech уже ответил вам.

Antech

Цитата:

Дамп сектора 0, plz. Ну не фотку же лечить.

Дык я ж его уже выложил чуть выше: http://rghost.ru/3358862

9285

Цитата:

Мне из вас самому вытаскивать подробности или может сами себе поможете?
Насколько понимаю, после обнуления 0-го сектора комп перестал зависать?

Да

Обнулил нулевой и 10 сектора и хард стал нормально определяться при включеном AHCI.

Заметил один момент:
До этой процедуры WinHex показывал, что не размечено 65,5 Мб, а после обнуления и возврата 0-го сектора (10-й не возвращал) стал говорить, что не размечено всего 1,4 Мб. К сожалению скриншот WinHex до процедуры не догадался сделать. Вот скриншот уже после обнуления:

Начинается неразмеченная область с сектора 2930272256.

А вот в предыдущем секторе 2930272255 находится еще инфа об NTFS разделе:

Вот сам этот сектор: http://rghost.ru/3360351
Это нормально?

Чёрт дёрнул сделать это:

После этого один диск - Maxtor 120 Гигов Maxtor 6Y120L0 Линейка: DiamondMax Plus 9 скорость 7200 rpm Объем буферной памяти 2 Мб Среднее время доступа, чтение 9.3 мс Подключение IDE (UDMA/133) слетел, остальные в норме.
Живу на ХР3. Диск видит но при наводе курсора пишет "не отформатирован" Диски довольно старые, но работали нормально, только собирался Самсона на 1,5-2 Тбт внешний взять для бекапа. Самое обидное, на нём "мои доки" около 30Гбт.
Почитал о разном и про Викторию, которую никто не видел и про "...извращения программы "HDD Regenerator 1.41 FULL"
отсюда http://www.nazyura.newmail.ru/Part01.htm
И подумалось, а если мне "нагадила" Auslogics BoostSpeed, может быть как-то AusLogics Emergency Recovery задействовать?
Пока готовлюсь только теоретически, сраный Макстор лежит "приговорённый" к кувалде! после восстановления конечно

timsky
10-й сектор не несёт какой либо смысловой нагрузки, а вот что касается возврата 0-о сектора, то подозрения или на некорректный возврат или самоисправление каких то записей. По другому обьяснить даже не представляю как. Чтбы развеять сомнения хотелось бы глянуть на текущий 0-вой.

И опять выпытывать (терпение подходит к пределу ? После возврата 0-го проблема с детектом возвратилась?


Цитата:

Это нормально?

Нормально.

9285

Цитата:

10-й сектор не несёт какой либо смысловой нагрузки, а вот что касается возврата 0-о сектора, то подозрения или на некорректный возврат или самоисправление каких то записей. По другому обьяснить даже не представляю как. Чтбы развеять сомнения хотелось бы глянуть на текущий 0-вой.

Текущий 0-й на 100% идентичен предыдущему. Сравнивал в Тотал Коммандере (Compare by content). Выкладывать нужно?


Цитата:

И опять выпытывать (терпение подходит к пределу ? После возврата 0-го проблема с детектом возвратилась?

Сори, что не сказал... проверял еще ночью, проблема осталась.

Цитата:

Сравнивал в Тотал Коммандере (Compare by content). Выкладывать нужно?

Честно говоря, я не много общаюсь с ТС, поэтому не в курсе как он сравнивает по контенту. А в обычном сравнивании он бывает и не видит разницы, хотя она и есть.
Если не тяжело - выложи.

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

Добавлено:
http://sderni.ru/31222 - удалил запись о первом разделе
Запиши это в 0-вой и проверь.

timsky
Координаты и типы разделов верные. На всякий случай попробуйте со стандартным загрузчиком. Залейте это в нулевой: http://sderni.ru/31217


Цитата:

Это нормально?

Это копия бутсектора раздела...

9285
Я нигде не находил упоминание про эти байты, а уж запомнить...

[Апдейт]
Пока отвлекся, Вы уже отвелити...
ИМХО стоит на всякий проверить с загрузчиком, потом - да, методом исключения.

Добавлено:
tu95
Что говорит chkdsk.exe БукваРаздела: без /f ?

9285

Цитата:

Если не тяжело - выложи

http://rghost.ru/3360913
Я только Тоталом и пользуюсь и насколько я знаю он сравнивает файлы побайтно.

Цитата:

Могу даже указать потенциального виновника - первый раздел.

Я тоже так думаю, потому что только он был создан не стандартным виндовым менеджером разделов, а акронисом. Вернее Акронисом раскатал образ поверх когда-то созданного стандартным виндовым менеджером раздела.

Antech
Сейчас попробую.

timsky
Координаты первого раздела нормальные. CHS вряд ли при делах. Неужеди БИОС лезет в бутсектор раздела?

Antech
Твой вариант MBR дает Error loading operating system без AHCI. С включенным AHCI как и раньше AHCI BIOS застравает на этапе инициализации устройств. Разделы с бутовой флешки ХР видны нормально.

9285
Ты был прав. С твоим MBR AHCI BIOS не застревает, т.е проблема действительно в первом разделе.

ЗЫ:
SATA AHCI BIOS iSrc 1.07 08042006

timsky
Я не говорил что проблема в первом разделе - я говорил о записи первого раздела.
http://sderni.ru/31238 попробуй этот прописать в 0. В нём подправил в записи о первом разделе то, на что подозрения.

9285

Цитата:

http://sderni.ru/31238 попробуй этот прописать в 0. В нём подправил в записи о первом разделе то, на что подозрения.

Без AHCI грузится, разделы видны.
С AHCI так же зависет при инициализации.

Доброго времени суток граждане. У меня вот какая проблема//
Стоял один жесткий диск на 160гб, купил я второй на 320. Виндовс как стоял на 160 так и продолжал стоять, вот однажды спустя неделю как я подсоединил 320, я выхватил синий экран на мониторе, и понял что что-то сейчас будет, и не ошибался не виндовс не биос 160 не видели и следственно загружаться неоткуда. проморочившись с установкой cборочных виндовсов и прилагающимся софтом, я заметил что Акронис видит 160 как MBR но я не рискнул ничего делать в надежде восстановить данные которые лежат на 160MBR. Возможно ли после такого краха с MBR не потерять данные и вернуть жесткий диск к жизни.
На данный момент нашел статью про MBR но скорей это так, поверхносные знания, и вроде нет шагов к вастанавлению.

timsky
А если я пропишу MBR без первого раздела, а потом поставлю винду с нуля и заодно форматну при установке 7-ки родным менеджером разделов... такое поможет?

Доброе время суток!
9285
Antech
Спасибо вам за правильное направление по моей проблеме:
DMDE(с новой хорошей прогой познакомился), но воз и ныне там (изменил 2 параметра в таблице по типу раздела с 07h на 12h) ---
Но HDD приобретённого нетбука "LENOVO IdeaPad S10-3I"
не удалось вернуть к первоначальному виду, чтобы
Программа Paragon Hard Disk Manager 6 определяла на 160 Gb ----
С: Primary NTFS 104 Gb Activ; ........... Sectors / boot:8
* Еxtended 30,4 Gb ........... Sectors / boot:0
D: Logical NTFS 30,4 Gb; .......... Sectors / boot:8
* Prymary Invalid 14,8 Gb Hidden-Yes.........Sectors / boot:0

Заводской раздел как виден после первых моих модификаций ID в виде
*Primary [free] 14,7 Gb без других параметров типа стрытости и активности раздела
так и остался (правда, теперь только заметил, куда-то 0,1Gb улетучились)...
Явно ещё что-то надо править("не все элементарно ВАТСОН"....)
В сторону и какую глубину копать (ведь сама информация на заводском разделе
осталась - его бы сделать хотя бы HIDDEN и на этом остановиться, так как боюсь вы мне на расстоянии не поможете,+ когда привел нетбук в работоспособное состояние при первичной его загрузке-там установлен антивирус McAfee c регистрацией по интернету 3-х месячной лицензии ---
Так вот в папке этого McAfee АНТИВИРУС DrWeber со свежими базами обнаружил 2 ТРОЯНЦА....
Можно так сказать при обращении в сервисный центр, если придётся в ближайшее время, свалить ВСЁ на работу ТРОЯНЦЕВ.

А так могу обнулить весь ВИНТ(если нужно и diskedit-ом) и пробовать уcтановить WinXP(SP3)-типа там есть свои подводные камни, но их я думаю порешу....
Просто не хочется заморачиваться - нетбук LENOVO S10-3I НОВЫЙ ВЕДЬ! Пусть поработает
чуть чуть 3-6 месяцев ...сыночек в интернете побольше вирусов наловит, а там посмотрим...
(купил его в подарок сыну на 25 лет - и такое "Обломинго" :"Обидно, понимаешь!")

PS. Ещё раз убеждаюсь, что нужно заниматься профилактикой(раскатался с образа и нет
проблем), а не восстановлением!

timsky
У первого раздела, как и у всех остальных, правильный идентификатор и правильные координаты LBA. CHS я не роверял, о врядли дело в них (не актуальны для современных объемов винтов).
Так что не похоже на проблему в PT. Попробуйте вернуть исходную MBR, забэкапить и занулить сектор 2048 (800h). Эффект есть? А если в MBR по смещению 1BEh записать 00?

timsky
Во первых, я здесь новичёк, и не знаю насколько корректно обсуждение проблем не относящихся к вопросу восстановления, но всё таки напишу нижеследующее.
По логике, изменение режима работы контроллера на AHCI не должно влиять таким образом на работу системы. Многочисленые примеры такого переключения лишь подтверждают моё мнение. Видимо что то не так в конкретной реализации этого режима в БИОСе отдельной материнки. И лишнее тому подтверждение - патч, который выложил Antech. В нём попросту прописан загрузочный код ХР, который не должен был бы привести к таким печальным последствиям.
Считаю полезным обратить внимание производителей вашей материнки на такую несуразицу.

Что касается
Цитата:

А если я пропишу MBR без первого раздела ....

то может попробовать сделать это, но и без этого всё должно работать нормально.
Я не знаю ваших возможностей, но мог бы предложить проверить с вашим винтом другие системы. И если уж вы решили переустановить семёрку, то можно для начала попробовать просто переформатировать первый раздел (вдруг в нём присутствует какой то некорректный код). Как вариант, прописать стандартный загрузочный код.
И, хотя я и верю на слово утверждениям Antech, но может всё таки прописи в РТ в чём то некорректны. В крайнем патче я изменил лишь значения CHS для начального сектора первого раздела (0-32-33 стандартное значение для раздела, начинающегося в 2048-ом секторе). Значения последнего сектора (в моём понимании) тоже некорректны, но я не знаю как правильно прописать. Разве что типичные 1023-254-63.

Добавлено:
gerastom1

Цитата:

изменил 2 параметра в таблице по типу раздела с 07h на 12h

Настораживает два параметра. На самом деле надо было поменять статус лишь у одного раздела (тот, который находится в конце диска).

Добавлено:
Antech
Нашёл оригинал информации о причастности PM к записям в 10-ом секторе - http://thestarman.narod.ru/asm/mbr/2896C417.htm

Цитата:

[/q]
[q]А если в MBR по смещению 1BEh записать 00?

WinHex не понимает такое смещение. Пишет, что H - неправильный символ.

А если я пропишу MBR без первого раздела?

9285

Цитата:

Во первых, я здесь новичёк, и не знаю насколько корректно обсуждение проблем не относящихся к вопросу восстановления, но всё таки напишу нижеследующее.
По логике, изменение режима работы контроллера на AHCI не должно влиять таким образом на работу системы. Многочисленые примеры такого переключения лишь подтверждают моё мнение. Видимо что то не так в конкретной реализации этого режима в БИОСе отдельной материнки. И лишнее тому подтверждение - патч, который выложил Antech. В нём попросту прописан загрузочный код ХР, который не должен был бы привести к таким печальным последствиям.
Считаю полезным обратить внимание производителей вашей материнки на такую несуразицу.

Это проблема не только именно моей модели... судя по всему эта проблема у всего ряда материнок, которые используют AHCI BIOS от Intel и людям не помогала даже перепрошивка нового биоса материнки с обновленным кодом AHCI биоса.

Цитата:

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

Судя по всему либо им насрать, либо это не их проблема

Цитата:

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

В смысле просто подключить его другой машине с ХР и форматнуть первыйц раздел? Могу. Тогда уж наверное лучше просто поставить заново 7-ку как я предлагал выше? Мне так проще.

Antech

Цитата:

Попробуйте вернуть исходную MBR, забэкапить и занулить сектор 2048 (800h). Эффект есть?

Нет.


Цитата:

А если в MBR по смещению 1BEh записать 00?

WinHex не понимает такое смещение. Пишет, что H - неправильный символ. Судя по всему h означает HEX? Если так, то после вышеописанного я забил нулями по смещению 1BE - опять нет эффекта


ЗЫ:
Если уж ничего не получается, то могу ли я:
1) залить в нулевой сектор тот образ без первого раздела от 9285? Насколько он правильный?
2) обнулить сектор 2048 для пущей вящности
3) смело форматить первый раздел установщиком Win 7 x64
4) установить Win 7 x64 на этот раздел?

9285
Вернул свои изменения и вот что на HDD:
1. в Paragon Hard Disk Manager



c указанием пути, по которому производились мои действия с заводским разделом;

2. в DMDE -








и что там изменять или искать глубже?

Существует ли какой-нибудь безпроблемный менеджер разделов... или наименее проблемный, раз уж Акронисы, Парагоны и Симантеки такое Г.?

timsky
Беспроблемный в принципе невозможен, исходя из выполняемой задачи. Ну или он выродится в бэкап-рестор.

9285
Спасибо за инфу, закинул в свою библиотеку на всякий.


Цитата:

хотя я и верю на слово утверждениям Antech

Не стоит. У Вас явно skill level выше. CHS теоретически могут иметь значение для первого раздела с началом в перделах первых ~8 ГиБ, хотя практически сильно врядли ИМХО.


Цитата:

Значения последнего сектора (в моём понимании) тоже некорректны, но я не знаю как правильно прописать

Есть две точки зрения:
1. Windows-like: H, S - по расчету, C = 1024 (максимум).
2. Один из продвинутых мемберов на iXBT: H, S - по расчету, C - с откидыванием старших битов от расчетного, а не с ограничением по максимуму.
Естественно, оба варианта не дадут правильных координат, т.к. это невозможно.

timsky
Блин, вот ведь глюкодром.
Ладно, сделайте так. Залейте MBR от 9285 без первого раздела. Подключите винт к машине с Win7/Vista (или загрузите Win7/Vista на том же компе) и создайте (diskmgmt.msc) на неразмеченной области (в начале диска) Primary NTFS раздел, быстрое форматирование с параметрами по умолчанию. Что теперь говорит чудесный БИОС?
(Подразумевается, что первый раздел не нужен! Иначе сбэкаптье его через WinHex => Clone Disk)


Цитата:

Существует ли какой-нибудь безпроблемный менеджер разделов

Управление Дисками WinXP SP2 и старше.

timsky

Цитата:

огда уж наверное лучше просто поставить заново 7-ку как я предлагал выше? Мне так проще.

Оно понятно что вам так проще, но это решение уровня юзеров.
Шутка, но если серьёзно. Не интересно найти всё таки причину?


Цитата:

1) залить в нулевой сектор тот образ без первого раздела от 9285? Насколько он правильный?

Это ваш оригинальный образ (со штатным загрузочным кодом Seven), из которого удалена инфорация о первом разделе. Тоже самое могли бы сделать более привычным способом - зайдя в менджер дисков (в неAHCI режиме) и удалив первый раздел.
Цитата:

3) смело форматить первый раздел установщиком Win 7 x64

Цитата:

2) обнулить сектор 2048 для пущей вящности
3) смело форматить первый раздел установщиком Win 7 x64

Если вы пропишете мой образ (без первого раздела) то эти недействия, так как раздела как бы нет вообще и вы его будете создавать по новой.

И всё таки, раз уж решились на такое, то попробуйте перед этим ещё тройку вариантов.
1. http://sderni.ru/31398 - исправлено значение конечного цилиндра первого раздела (по аналогии с двумя последними разделами).
2. http://sderni.ru/31399 - изменены все значения начала-концов (кроме начала первого) на "стандартные" 1023-254-63.
Данный патч лишь для проверки детекта. Я знаю что по нормальному это не должно влиять на работу в винде и прочее, но гарантировать это при таком БИОСе не могу.
В самом DMDE можете позаходить на все разделы и проверить их состояние.
3. если первые два не помогут, оставьте свой оригинальный или мой первый (второй патченый и обнулите содержимое первого раздела от 2048 до 52 430 837.
Не пугайтесь что после этого появится RAW раздел.

Ну а что касается самого БИОСа. Могу вас заверить что уж интел тут точно не при чём, так как куча материнок разных производителей (Intel, Asus, и тех что еть в ноутбуках безболезнено переживают смену режима работы контроллера.

Добавлено:
gerastom1
http://sderni.ru/31401
Вид нулевого сектора одной модельки Lenovo.
Не такой как у вас, но насколько понимаю, это не критично. Идеология OKR идентична.
В вашем же 0-вом вообще нет служебного раздела. Не знаю, может умельцы из Lenovj и умеют обращаться к другим секторам (где прописан этот раздел), но думаю что всё таки они считывают 0-вой сектор, а данные из последующих секторов служат для каких то сравнений-восстановлений, или вообще простой мусор, забытый разработчиками (и такое бывает).

Antech

Цитата:

Ладно, сделайте так. Залейте MBR от 9285 без первого раздела. Подключите винт к машине с Win7/Vista (или загрузите Win7/Vista на том же компе) и создайте (diskmgmt.msc) на неразмеченной области (в начале диска) Primary NTFS раздел, быстрое форматирование с параметрами по умолчанию. Что теперь говорит чудесный БИОС?
(Подразумевается, что первый раздел не нужен! Иначе сбэкаптье его через WinHex => Clone Disk)

ОК, вечером попробую.

9285

Цитата:

Не интересно найти всё таки причину?

Очень интересно, иначе я бы уже давно грухнул первый раздел вместе рабочей системой


Цитата:

И всё таки, раз уж решились на такое, то попробуйте перед этим ещё тройку вариантов.
1. http://sderni.ru/31398 - исправлено значение конечного цилиндра первого раздела (по аналогии с двумя последними разделами).
2. http://sderni.ru/31399 - изменены все значения начала-концов (кроме начала первого) на "стандартные" 1023-254-63.

ОК, попробую


Цитата:

Данный патч лишь для проверки детекта. Я знаю что по нормальному это не должно влиять на работу в винде и прочее, но гарантировать это при таком БИОСе не могу.

Данный - это №2, который "изменены все значения начала-концов"?
Т.е. если нормально сработает патч №1, в котором исправлено значение конечного цилиндра первого раздела, то можно смело ползоваться таким вариантом?

Цитата:

3. если первые два не помогут, оставьте свой оригинальный или мой первый (второй патченый и обнулите содержимое первого раздела от 2048 до 52 430 837.
Не пугайтесь что после этого появится RAW раздел.

Не испугаюсь


Цитата:

Ну а что касается самого БИОСа. Могу вас заверить что уж интел тут точно не при чём, так как куча материнок разных производителей (Intel, Asus, и тех что еть в ноутбуках безболезнено переживают смену режима работы контроллера.

Ну вообще-то этот хард сразу после покупки был подключен к моему компу, на котором всегда включен AHCI, затем он был разбит на разделы, на него была слита инфа, а потом уже он ушел на комп моей жены, где я клонировал на него рабочий первый раздел ее харда (TrueImage 2010 13 7046 En) и слил ее инфу. На ее компе нет AHCI, т.к. там южный мост ICH7.

Затем в этот же день на компе жены сдох БП (БП неплохой, т.к. мастер уже его посмотрел и дал диагноз) и этот хард благополучно вернулся на мой комп и прекрасно работал со включенным AHCI в качестве не системного. И только когда я решил поставить его себе как системный и клонировал на него уже свою систему начались вот такие проблемы.

Добавлено:
Antech

Цитата:

Подключите винт к машине с Win7/Vista (или загрузите Win7/Vista на том же компе) и создайте (diskmgmt.msc) на неразмеченной области (в начале диска) Primary NTFS раздел, быстрое форматирование с параметрами по умолчанию. Что теперь говорит чудесный БИОС?

Только что вспомнил: в Win 7 diskmgmt.msc не позволяет создавать 4 первых раздела. При создании 4-го он уже создается как дополнительный, поэтому я в таких случая либо разбиваю хард на машине с ХР, либо загружаюсь с загрузочного диска Win 7 и там в начале установки разбиваю его встроенным менеджером дисков.

Для жены диск был разбит на 3 раздела, а мне нужно 4.

Пока ее хард был подключен как дополнительный я снес ее второй раздел (он для меня слишком большой), создал в diskmgmt.msc (Win 7 x64) в неразмечнной области раздел поменьше, забыл про выкидоны diskmgmt.msc и создал в оставшейся неразмеченной области 4 раздел, который стал дополнительным. Затем я тут же удалил этот дополнительный раздел, загрузился с DVD диска и уже его менеджером создал последний, четвертый (физически 3-й) раздел.

Поэтому вопрос: могу ли я для создания форматирования первого раздела загрузиться с DVD Win 7 и его ср-вами создать первый раздел или мне обязательно нужно делать это под виндой ХР в diskmgmt.msc?