Изменение букв дисков
 

Привет всем!

Скажите, пожалуйста, как изменить букву диска из Консоли восстановления?

Я загрузил резервную ОС, запустил там партишн мэйджик 8 и изменил букву диска D на букву С. Все вроде бы поменялось. Но основная система, что стоит на D(C), перестала загружаться.

Через консоль восстановления я увидел, что диск так и остался с буквой D.

Замечу также, что эта ерунда началась после объединения дисков D и С в пользу С. На С у меня стояла основная ОС, а D был пустой. Я указал, что после объединения должен был остаться только С диск, но все произошло наоборот.

Подозреваю, что основная система теперь не грузится из-за смены буквы диска. Как ее вернуть теперь на место?

Из консоли врят ли это получится сделать, а вот подсунуть boot.ini покорректированный - почему бы и нет, изменить там только номер партиции и все

OK, то есть если я правильно понял, сейчас у меня загрузочная запись расположилась на каком-то другом диске, отличном от С? И если мне в бут.ини изменить номер партиции на тот, который присвоен партиции, где лежит загрузочная запись, то винда. установленная на С будет грузиться нормально?

Если так, то может как-то эту запись перенести на диск С?

можете сказать что у вас сейчас в boot.ini делается? вполне вероятно, что у вас там запись типапопробуйте заменить на

У меня делается следующее:

[boot loader]
timeout=02
default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Microsoft Windows XP Professional RU" /fastdetect
multi(0)disk(0)rdisk(0)partition(4)\WINDOWS="Microsoft Windows XP Professional RU RESERVE" /fastdetect

А диски у меня на данный момент следующие: С, Е, G и Х.

У меня сильное подозрение, что загр. запись встала на Х, поскольку сразу после объединения дисков D и С они оба объединились в D, а тот, что был Х, стал C. Все это я наблюдал с резервной ОС, находящейся на диске G. При помощи ПМ8 я переименовал D в С, а C - обратно в X, как и было до объединения.

И мне еще любопытно, какая партиция сейчас с какой буквой ассоциирована? Номер 2 это, по моей логике, диск E. Но там и не пахнет никакой операционкой. Операционки стоят только на C, G и Х. На последнем стоит старый миленниум, который никак не используется и ждет стирания.

нет, это D, нумерация с нуля, первая партиция - неразмеченная область объемом в 8 метров, дальше C - первая и т.д.
теперь посмотрите на мое прошлое сообщение

Из консоли восстановления fixboot и fixmbr попробуйте.
Установка и использование консоли восстановления в Windows XP
Описание консоли восстановления Windows XP

Господа!

Blast

В файле boot.ini, который я поправил из резервной ОС и который находится почему-то на диске X, я для проблемной ОС вписал partition(1), вместо partition(2). После этого мне заявили, что отсутствует или поврежден hal.dll. Я его через консоль восстановления распаковал с дистрибутива и скопировал в system32. Но мне снова сказали, что файл отсутствует или поврежден.

Для информации: диск Х носит такую букву в резервной системе. В Консоли восстановления он носит букву С! Вот список дисков, как их видит резервная ОС, а в скобках - как их видит Консоль:
1. С (D) - основная ОС
2. E (E)
3. G (F) - резервная ОС
4. Х (С) - просто раздел, где стоит Миленниум, но он давно не используется и нигде никак не прописан.

Vadikan

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

Попробовал команду FIXMBR, на что мне выдалось Предупреждение о том, что найдена неправильная или поврежденная загрузочная запись и что выполнение команды может привести к порче таблицы разделов и потере доступа ко всему жесткому диску. Я отменил команду в ужасе.

Я также изучал команду BOOTCFG , но как ее использовать, не понимаю. Делал с ключом /scan, на что получил ответ, что установлена только одна копия Windows, как раз та, что резервная.

Nekofe Если логически не соображается, допиши в конец файла ещё две строки
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional RU" /fastdetect
multi(0)disk(0)rdisk(0)partition(3)\WINDOWS="Microsoft Windows XP Professional RU" /fastdetect
и поочерёдно меняй, пока не загрузится с 1 по 4 в
default=multi(0)disk(0)rdisk(0)partition(1....4)\WINDOWS

Выполните резервное копирование информации и повторите попытку :)

Да как же там может быть 4, когда в партиции 4 у меня стоит резервная ОС?! Это же написано в моем предыдущем сообщении!

С цифрой 3 попробую конечно, но в успех верится мало.

А цифру 1 уже испробовал - испорчен или не найден hal.dll. Мне вот кажется, что это как раз говорит о том, что номер партиции выбран правильно.

Vadikan

Некуда мне резервно копировать, резак у меня старый, только СД режет. Дисков не напасешься :( Неужели никак без FIXMBR и порчи таблицы разделов не обойтись?

Nekofe
Если имеете возможность загрузиться с резервной ОС, см. в теме:
[решено] Как через реестр поменять букву для диска?

hal.dll верните обратно ту, которая была.
В дистрибутиве несколько HAL-библиотек (hal.dll, halaacpi.dll, halacpi.dll, halapic.dll, halmacpi.dll, halmps.dll, halsp.dll), а в system32 одна из них (причем под именем hal.dll), в зависимости от конфигурации компьютера.

Но ведь меня просят восстановить именно hal.dll, а не "hal-библиотеку", подразумевающую любой файл из Вами перечисленных?

А вообще я обратно хал.длл уже не верну, поскольку я переписал новый поверх старого :-/ Плохо?

Еще я в Управлении дисками увидел, что диск Х у меня Системный. Есть какие-нибудь шансы отобрать у него эту привилегию и вернуть ее диску С?

Nekofe А что, отсюда грузится? и как это тогда понять?

Nekofe
Вы прочитали только вторую половину моего поста? :) А первую будете читать? Там, где ссылка на решенную тему?


Попробую объяснить второй раз.
Та библиотека, которая в папке system32 называется hal.dll, в дистрибутиве называется по-другому. Например halmacpi.dll (соответствует "Многопроцессорный компьютер с ACPI"). Подробнее в статье Варианты HAL.
Если ваша "резервная система" той же версии (с тем же сервис-паком), что и основная, можете скопировать оттуда.

Буквы диска, которые вы видите из вашей "резервной системы", никак не связаны с буквами диска основной системы.

Да что Вы, все я прочитал. И даже поменял букву диска с С на D. Ничего не изменилось. По ссылке сразу же прошел, посмотрел. После чего и приступил к смене букв.

Да, моя резервная система абсолютно идентична основной. Скопировать оттуда могу, но Вы говорите

Простите мне мою темноту, но давайте придем к взаимопониманию. Упавшая система требует заменить hal.dll. По Вам, этот файл может быть с другим именем в system32. Если я правильно понимаю, упавшая ОС не знает точно, какая именно ипостась hal.dll сломана или отсутствует и дает лишь общую рекомендацию заменить "что-то, чем может быть hal.dll с дистрибутива" , так? Как же тогда определить, ЧТО КОНКРЕТНО сломалось?

Согласен, тогда что же правда? Та, что показывает мне консоль? Если так, то получается, что основная система стоит на диске D, резервная на F.

А на что тогда Управление дисками и смена букв там? Только для пользователя?

И если Консоль является истиной, то получается, что диск C (где никакой ОС нет) это партиция-1, диск D - партиция-2 (со сломанной ОС), диск Е - партиция-3, диск F (где резервная ОС) - партиция-4.

Похоже, что все верно, потому что в boot.ini основная ОС грузится с парт.-1 и выдает требование заменить hal.dll. При партиции-2 она ничего не писала, а просто висла на экране "Приветствие".

Управление диском говорит, что диск X (который в консоли С) - Система. Следовательно, загрузочная область оказалась именно там, оторвавшись от раздела где стоит основная ОС.

Вопрос - как ее вернуть на место и заставить работать hal.dll?

Вы, наверное, приняли нумерацию в моем списке за нумерацию, созданную машиной. Это не так, поскольку, если резервная система грузится спокойно с partition(4), а это факт, то тогда G(F) должен быть 4-м в списке, чтобы соответствовать машинному. Тогда мой список, я полагаю, должен выглядеть так:

1. Х (С) - просто раздел, где стоит Миленниум, но он давно не используется и нигде никак не прописан.[/q]
2. С (D) - основная ОС
3. E (E)
4. G (F) - резервная ОС

Учитывая тот момент, что при default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS система просто виснет, не прося ни о каких восстановлениях hal.dll, а при default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS, наборот, желает этого - существует некая порочная связь между Х(С) и С(D).

Товарищи!

Вот у меня есть Paragon Partition Manager 8 Pro. Он может сделать диск с упавшей ОС как Primary и Active!

Если я сделаю так и уберу эти атрибуты у диска X(C), как вы думаете?

Nekofe
Нет, я такого не говорил.

Предполагаю, что ОС не может найти hal.dll потому, что в упавшей ОС поменялась буква системного диска. Собственно, это и ваше предположение (из первого поста).

Только не торопитесь - этак можете и резервную систему сделать незагружаемой.
Активный раздел тот, где в корне загрузчик (ntldr, NTDETECT.COM, boot.ini и т. д.).

Так и есть, на диске Х(С) лежат все эти файлы. И он активный, как показывают все программы по работе с дисками.

А если я его сделаю неактивным? Тогда я зарублю и резервную систему, потому что boot.ini будет недоступен, так?

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

Nekofe
Ситуация начинает проясняется, или мне так кажется ;)

Итак, диск с Миллениумом у вас активный (был, есть и должен остаться таковым).
Поэтому, когда вы попробовали вставить в boot.ini default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS, загрузчик пытается загрузить XP из Миллениума и, естественно, не находит там правильных файлов (того же hal.dll).
Лучше вернуть в boot.ini первоначальный вариант partition(2).

Ага.

Спокойствие, только спокойствие.
Для начала скопируйте hal.dll из папки system32 резервной системы в папку system32 основной системы.

Далее, делаете все, как описано в приведенной выше ссылке:
1. В редакторе реестра меню Файл -> Загрузить куст, находите файл system32\config\system из папки Windows основной системы.
2. Заходите в подключенный куст, раздел MountedDevices и там переименовываете \DosDevices\?: в \DosDevices\?:
Поскольку у вас несколько логических дисков, предстоит игра в пятнашки до тех пор, пока буквы не подойдут (причем две буквы - для активного диска и для диска, на котором стоит основная система). Повторяю - буквы из основной системы не совпадают с буквами из резервной системы.

Вроде все понятно? :) Если не получится, я пас..
Если можно, приведите скриншот из Управления дисками, для наглядности.

Сейчас голова взорвется..

Ок. Смотрите, что получается. Скриншоты ... что-то не пойму как прицепить.. помогите, я перегрелся :-)

boot.ini, что лежит на диске X(C) с миленниумом выглядит:

[boot loader]
timeout=02
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP CRASHED" /fastdetect
multi(0)disk(0)rdisk(0)partition(4)\WINDOWS="Microsoft Windows XP Professional RU RESERVE" /fastdetect

Но все же я загляну в реестр. Правда я сделал это regedit, а не regedt32, это ничего?

Ок. Залез, подгрузил куст. Там кроме Mounted Devices есть еще и Mounted Device1. Что скажете?

Смотрите, что вижу: А, C, D, E, F, G, H, X - это ситуация ДО объединения С и D!
А - флоппик
С - раздел с работавшей основной ОС (который Консоль сейчас видит как D).
D - раздел, который должен был присоединиться к С и раствориться.
Е - просто раздел
F - раздел с резервной ОС
G - сидюк
H - флэш-носитель
Х - раздел с Миленью (который Консоль видит сейчас, как С).

Таким образом, в подгруженном кусте расклад дисков такой, какой был до объединения. Ваши комментарии? :-)

Nekofe
А откуда в упавшей система буква X ?
Вы не запутались, случайно? :)

Все это из области предположений?

Пожалуйста, верните первоначальный boot.ini:
default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS
Ведь при этом у вас было:
Это же отличная ситуация :) Почти работало. Осталось букву подобрать и все.

Если картинку не получается прикрепить к посту, загрузите куда-нибудь, например на http://www.imagehost.ro/

Нет, что Вы, это так было в действительности! Буква Х возникла, потому что когда-то на машине на диске С стояла милень, а ХР на D. Чтобы освободить букву, я С переименовал в Х. Все прошло давно и гладко.

Тогда все было в поряде, обе системы видели одинаковые буквы. Но после объединения началось. Замечу, что сразу после перезагрузки я из резервной системы (потому что основная не запустилась) увидел, что диск, который много времени спокойно жил под именем X, вдруг решил вернуть себе былое - С. Я его тут же обратно в Х и урезонил. При помощи пм8.

Хорошо, сделаю партицию-2.

И картинки сейчас выложу, вот:
http://www.imagehost.ro/viewer.php?i...0461f8d4411089
http://www.imagehost.ro/viewer.php?i...6461f8d721c473
http://www.imagehost.ro/viewer.php?i...1461f8d95c7ead

Ой, извиняюсь, вот правильные ссылки:
http://www.imagehost.ro/pict//13170604461f8e4c11e4c.JPG
http://www.imagehost.ro/pict//13170650461f8e7ac0ac2.JPG
http://www.imagehost.ro/pict//13170709461f8e8d26b7e.JPG

NekofeFIXMBR означает Fix Master Boot Record, а не Crash Master Boot Record. Так что программа просто выдает стандартное предупреждение о возможной проблеме, а я выдаю стандартное предупреждение о нбх резервного копирования. Решать в конце концов вам. Пока я увидел, что вы начали суетиться и усугубили проблему.

А вот еще интересный момент обнаружился. Я в папке config упавшей системы нашел, очевидно, бэкап-копии системных файлов, те что с расширением .sav. Для сравнения загрузил кусты system и system.sav и привожу скриншоты:


Для начала сравним ветви Setup, где видно, что system.sav говорит нам об ином месте установки системы, чем это делает system:
http://www.imagehost.ro/viewer.php?i...8461fa1ec08bdc
http://www.imagehost.ro/viewer.php?i...0461fa22031b63

А здесь просто сравним ветви Mounted Devices:
http://www.imagehost.ro/viewer.php?i...4461fa29209601
http://www.imagehost.ro/viewer.php?i...6461fa2a8a2d72

Кто-нибудь скажет мне, что это за Mounted Device1 и какие вообще мысли по поводу увиденного?


Где это я начал суетиться и усугубил проблему? Я вообще ничего еще не сделал.

Nekofe
Кстати, очень полезно было бы проверить диск, на котором у вас упавшая система. Видимо, так:
chkdsk c: /f

Это нормально (у меня так же).

Что касается реестра - разделы жесткого диска начинаются с "18 0c 18 0c 00".
Дальше, в вашей резервной системе соответствия:
C -> 9e
E -> de
G -> 7e
X -> be

Какая буква была у диска C в упавшей системе? Видимо, D.
Но тогда в реестре буквы диска выглядят абсолютно нормально, менять их не требуется.
Поэтому я пас.

А вы продолжайте (FIXMBR и проверку диска).

Нет нет, основная система стояла на диске С! Я его объединял с D с тем намерением, чтобы D исчез.

Как же нормально, когда в обоих файлах 5 дисков показано? Это ведь неправда. Их на самом деле 4. Диск D должен был пропасть, а вместо этого буква D присвоилась диску С, а буква С - диску X.

Мне кажется, что осталось дело только за тем, чтобы загрузочный сектор вернуть на тот раздел, где стоит упавшая система, и указать ей на новое место размещения загрузки. Это представляется возможным?

Кстати проверку диска делал неоднократно. Ошибки нашлись и были исправлены.

И еще должен заметить, что файловая система на диске Х(С) - FAT32. Если это конечно на что-то влияет.

Nekofe
А скриншот я просил снять с Управления дисками:
Пуск -> Выполнить -> diskmgmt.msc
(только окно в ширину раздвиньте, чтобы было видно, какие буквы каким разделам соответствуют).

Повторяю - загрузка у вас по-любому начинается с активного раздела X (там, где в корне файлы загрузчика). Проблемы в этом никакой нет. Дальше уже загрузчик по файлу boot.ini выбирает, откуда загружать систему.

Это странно, по-моему, при установке системы она назначает букву C активному разделу.
Скриншот system.sav показывает, что ваша основная (упавшая) система воспринимала диск, на котором установлена, как D. А ваша резервная система воспринимает его как C (вы сами букву поменяли). И в этом нет абсолютно ничего странного.

Но если вы все же уверены, что мешает провести эксперимент? Удалите в вашем crashed\MountedDevices раздел \DosDevices\C: (ведь номера 3e все равно уже не существует) и переименуйте там же \DosDevices\D: в \DosDevices\C:

А FIXMBR вы принципиально пробовать не хотите? :)

P. S. Не забудьте скопировать hal.dll из папки system32 резервной системы в папку system32 основной системы.

Пишу из ... основной ОС :-)

Вот Вы исчезли надолго, а я решил действовать.

Загрузил куст system и там просто удалил \DosDevices\D:. Выгрузил куст. И все. Сам не верю глазам.

Но хотелось бы разобраться все равно. Файл boot.ini так и остался на диске Х. Следовательно, загрузочная область для основной системы осталась именно там. Это все равно не устраивает.

Простите, я забыл. Сейчас все покажу. Как раз из ожившей системы :)

Глядите: http://www.imagehost.ro/viewer.php?i...5461fcd774bff2


Я просто опасаюсь потерять доступ ко всему диску, как меня предупреждает система. Мне ведь даже некуда сохранить информацию. Резак только СД пишет, ладно бы хоть ДВД был.

Это вообще не понял. Что такое номер 3е?

Nekofe
Слава всевышнему :)
Тогда отметьте тему решенной, плиз.

Ну и ладненько. Как говорится - не мытьем, так катанием :)
Хотя было бы любопытно взглянуть на скриншот раздела SYSTEM\MountedDevices основной системы (в том виде, в каком он сейчас).

Не трогайте диск X :)

В разделе MountedDevices каждому параметру \DosDevices\?: соответствует бинарное значение (однозначно идентифицирующее диск). Например, для диска E у вас "18 0c 18 0c 00 de ...".
Для всех логических дисков вашего винчестера первые 5 байт совпадают. А с 6-го байта начинаются отличия. Вот этот 6-й байт я и использовал, чтобы сопоставить (соотнести) буквы дисков из основной и резервной системы.

Теперь у меня вскрылось еще одно обстоятельство: комп не выключается автоматически, а пишет "теперь питание компьютера можно выключить" :-) как в винде 98 когда-то.

Что делать?

1. не мешать все вопросы в одну кучу
2. начать уже пользоваться поиском
3. читать здесь и здесь

Nekofe
Скопируйте hal.dll из папки system32 резервной системы в папку system32 основной системы.
Могу повторить это еще раз сто, если хотите :)

Теперь все окончательно в порядке! Спасибо всем огромное!