Папка i386 в windows xp скачать

Как восстановить поврежденные файлы в Windows XP:

Бывают случаи, когда нужно восстановить испорченные, либо удаленные системные файлы Windows XP . Системные файлы, имеют все шансы быть удалены, испорчены, либо подменены зараженными файлами в результате, к примеру, воздействия вирусов. Нередки случаи дефекта системных файлов при некорректном выключении компа (как вариант, при выключении света) в следствии погрешностей в файловой системе.

Ниже вы получите ответ на вопрос: Как восстановить поврежденные системные файлы без переустановки Операционной Системы.

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

В случае если PC прекратил загружаться после некорректного выключения (отключение электричества, выключение кнопкой, выдергивание шнура питания из розетки), сначала нужно проверить жесткий диск на присутствие логических ошибок. 

Чтобы вернуть системные файлы необходимо загрузиться с загрузочного СD, к примеру ERD Commander . Скачать образ диска можно здесь . Записать образ диска можно с помощью бесплатной программы ISO Burner  (скачать можно по этой ссылке )

Рассмотрим, как распаковать системные файлы с установочного диска Windows на примере восстановления файла C:WindowsSystem32userinit.exe , который зачастую подменяется баннерами, блокирующими Windows . Процесс восстановления поврежденных системных файлов с установочного диска принципиально не отличается и для иных файлов. Основное верно знать в какой непосредственно папке обязан находится тот или иной файл.

В появившемся окне нужно выбрать путь C:WindowsSystem32 и нажать ОК.

Как восстановить испорченные системные файлы Windows 7 без переустановки системы.
 

Теперь рассмотрим, как восстановить системные файлы в Windows 7. 

Грузимся с диска «ERD-Commander» ( в меню на диске при загрузке, надо выбрать версию для Windows 7) Образ диска  качать здесь .

В окошке настройки сети выбираем «Пропустить», и подтверждаем переназначение дисков. Далее, выбираем путь к системной папке Windows.

Запускаем «средства восстановления» MSDaRT.

Выбираем в меню  «Средство проверки системных файлов»

 Жмем «Далее»

Выбираем пункт «Сканировать и запрашивать перед исправлением»  — кликаем «Далее»

В итоге запустится процесс поиска поврежденных, либо удаленных системных файлов Windows 7. Он может продолжаться около 5-ти минут. Когда процесс завершится, появится перечень поврежденных, либо удаленных файлов Windows . Отмечаем галочками файлы, которые хотим восстановить и жмем  «Далее».

Начнется процесс восстановления системных файлов Windows 7, после окончания которого, появится окошко результатов восстановления. Кликаем  «Далее» и в следующем окне — «Готово».

Далее закрываем «инструмент восстановления Windows 7 MSDaRT», щелкнув кнопку  «Закрыть»  и жмем   «Перезагрузить».

Имейте ввиду!

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

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

Системные файлы Винды и папки, в которых они должны находиться:

Здесь приведены определенные системные файлы Windows, а также папки, в которых они должны располагаться. Кстати, если вы нашли определенный файл, но в другой папке, скорее всего — это вирус! (за исключением папки c:windowssystem32dllcache).

Файл	Папка
explorer.exe	c:windows
iexplorer.exe	c:windows
regedit.exe	c:windows
notepad.exe	c:windows
userinit.exe	c:windowssystem32
taskmgr.exe	c:windowssystem32
taskman.exe	c:windowssystem32
cmd.exe	c:windowssystem32
logonui.exe	c:windowssystem32
winlogon.exe	c:windowssystem32

После установки Windows XP или W2K при каждой последующей установке дополнительных элементов, таких как поддержка дополнительных языков, сервисов и прочих из дистрибутива, система требует вставить CD с дистрибутивом даже в том случае, если папка i386 скопирована на жесткий диск.

Изменить это можно довольно легко:

1. Открываем редактор реестра Regedit и находим в нем ключ

HKLMSOFTWAREMicrosoftWindowsCurrentVersionSetup

1. В папке Setup находим значение SourcePath
2. Двойным щелчком мыши открываем его свойства и изменяем значение на нужное нам.

   Например, если вы скопировали папук i386 в корень диска C:, то в значение SourcePath прописываем C:
   Если же вы скопировали папку i386 в другое место, то необходимо указать путь ДО этой папки.

   Обратите внимание, НЕ НУЖНО прописывать в пути саму папку i386

3. Теперь можно закрыть Regedit

С этого момента при установке дополнительных элементов система будет знать куда обращаться и не будет больше вас тревожить.

Данный трюк работает как в Windows 2000, так и в XP, но если у вас установлен пакет обновлений Service Pack, но вместо папки i386 из оригинального дистрибутива, вам необходимо скопировать на жесткий диск папку i386 из пакета обновлений.

Сделать это можно при помощи ключа w2ksp(№) -x (пример для W2K, вместо № вставьте номер пакета обновлений, сегодня это 4) из командной строки.

В этом случае путь в реестре (ServicePackSourcePath) нужно будет указать до этой папки.

Если Windows или Service Pack устанавливался с удаленного сервера, то можно указать путь до этого сервера.

Строка должна быть вида «remoteservernameappsw2k»

Разумеется, для того чтобы система могла обращаться к нему, сервер должен быть включен 🙂

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

Источник: MSCE World
Перевод: IsraNET

Вторник, 07.02.2023, 23:48 Приветствую Вас Гость | RSS
Главная | Руководства | Регистрация | Вход
Меню Проекта Главная страница Руководство по Grub4Dos Руководство по Syslinux Каталог статей Склад Форум GfxMenu Книга Жалоб и Предложений Cкачать?! Информация о Проекте Обратная связь Мнение Общественности Что для вас предпочтительней? 1. Настроить Мультизагрузку по инструкциям. 2. Скачать готовый проект по частям. Всего ответов: 3786 Статистика Всего на Сайте: 1 Гостей: 1 Пользователей: 0	Установка Windows копированием i386 на жёсткий диск. Установка Windows копированием i386 на жёсткий диск Собственно, всё это можно и так сделать вручную; единственной проблемой было автоматизировать процесс. Вариант первый: Вам нужно просто установить Windows. Для этого: Скачиваете этот конструктор BartPE: http://yurkesha.msk.ru/mirror/bartpe/basepebuilder.rar Скачиваете программу для распаковки или копирования папки i386: http://narod.ru/disk/7808788000/win_install.rar.html Скачиваете FAR (если нужно): http://farmanager.com/ В папке pebuilderoem1basepe находите autorun.cmd и дописываете туда: Code start /wait %SystemRoot%System32winstall.exe Собираете BartPE, удалив оттуда все плагины (Вам же нужна только установка?). Можно оставить, например, Wallpaper или Custom configuration — если нужно. Распаковываете win_install.rar и запускаете conf.exe для настройки программы распаковки/копирования. Если не знаете, как работает консольный архиватор, или не знаете, что это такое, выбирайте режим копирования. Если планируете записать образ на диск, открываете его и кладёте: winstall.exe и winstall.ini — в /i386/system32/ остальные папки/файлы — как Вы настроили. Если он будет использоваться на флешке, распакуйте его уже сейчас и проделайте с ним те же операции. Готово! Полученный образ нужно протестировать в виртуальной машине (а вдруг допустили ошибку?). После этого его можно добавить на флешку, как обычный BartPE или записать на диск. Вариант второй: Вам нужно добавить установку Windows в Вашу сборку BartPE. Для этого: Настраиваете программу для копирования/распаковки i386, как указано выше. Копируете куда-либо в Вашей сборке winstall.exe, кладёте рядом настроенный winstall.ini, располагаете остальные файлы, как указали при настройке. При ошибке winstall может перезагрузить компьютер. Если это не нужно, исходники (AutoIt3) придётся перекомпилировать, заменив строки: Code Run(«X:i386system32shutdown.exe -r -f -t 00») на и поместив этот файл в /includes/. Создайте ярлык на winstall.exe где-либо в Вашей сборке. Готово! ————————- При наличии ошибок сообщайте, постарась исправить! Категория: Windows Системы | Добавил: Sh1td0wn (18.04.2009) Просмотров: 12704 | Комментарии: 9 | Рейтинг: 3.0/1 Всего комментариев: 9 Порядок вывода комментариев:
Copyright GreenFlash © 2023

Последнее обновление:

Zakladki.ru

Добавить сайт:

Ваш архив:

Другие места

Карта сайта >

Оставить
отзыв >

Обсудить
>

Письмо автору >

Загрузочные диски Windows XP

Данная статья описывает особенности создания и записи загрузочных дисков,
предназначенных для установки на компьютер ОС Windows XP, а также могущих
включать в себя дополнительные сервисные функции.

Преамбула

В настоящее время в продаже можно встретить довольно большое количество
различных дисков с Windows XP. Подавляющее большинство из них содержат
саму систему, иногда с добавлением папки «Crack», содержащей инструкции
и инструменты для взлома пиратской копии через замену некоторых системных
файлов. Реже встречаются комбинированные диски, которые помимо Window
XP включают в себя также некоторые офисные программы и утилиты. В последнее
время также стали появляться диски, содержащие Windows XP с включённым
Service Pack 1, а также «продвинутые» варианты, вроде Windows XP en SP1
+ MUI ru. Между тем, имея на руках дистрибутив Windows XP и CD-recorder
довольно просто самостоятельно создать свой вариант дистрибутива, включающий,
помимо прочего, ваши любимые утилиты и сервисные средства. Для этого
не нужно иметь никаких особых знаний — всё, что нужно, уже достаточно
хорошо задокументировано и не представляет никакого секрета. Однако…
лень-матушка! Сама необходимость в чём-то разбираться и искать необходимую
информацию уже отпугивает многих… А потому основной целью данной статьи
является не выдумывание каких-то новых методов, а сведение воедино основных
общеизвестных фактов и методик, позволяющих эффективно и быстро создавать
свои дистрибутивы.

Как устроен загрузочный диск?

Спецификация (описание) загрузочных CD-дисков El-Torito открыта и может
быть легко найдена в интернете через любой поисковик (если повезёт —
то даже на русском языке). Эта спецификация достаточно подробна и широка.
Она, в частности, позволяет создавать множество вариантов загрузки для
разных платформ. С другой стороны, поддержка этой спецификации зависит
от конкретного компьютера, а точнее — от возможностей BIOS. То, что работает
на одном компьютере вовсе не обязательно будет работать на другом. Более-менее
определённо можно говорить о поддержке трёх вариантов загрузки El-Torito,
поддерживаемых практически всеми современными компьютерами — это эмуляция
гибкого диска, эмуляция жёсткого диска и отсутствие эмуляции. Во всех
этих вариантах, помимо основной файловой структуры, на CD-ROM создаётся
непрерывный блок данных, называемый также загрузочным образом, который
считывается в память и выполняется, согласно выбранному варианту эмуляции.

При
эмуляции гибкого диска загрузочный образ интерпретируется как гибкий
диск «A», при этом фактический дисковод (если таковой имеется)
перемещается на следующую букву («B»). Размер загрузочного
образа равен размеру дискеты — 720кб, 1.44мБ, 2.88мБ и пр. Сам образ
представляет собой точный
(побайтовый)
образ обычного (гибкого) загрузочного диска, и если, например, взять
такой образ и записать его на дискету, то он будет работать в точности
так же, как если бы находился на CD-Rom. Точно также можно взять любую
загрузочную дискету и, считав с неё образ, использовать его как загрузочный
образ для собственного загрузочного CD. Для обращения с загрузочного
образа к остальной части CD-Rom необходимы драйвера,
так же, как и при работе с обычной дискеты (например, через mscdex).
Если забыть об этом, то возможна неприятная ситуация, когда загрузившись
с CD-rom выяснится, что сам CD-Rom при этом недоступен! Загрузочные образы
для эмуляции гибкого диска можно создавать, непосредственно считывая
побайтно образ с заранее подготовленной и отлаженной дискеты, либо воспользовашись
специальными программами для работы с образами дискет — например, WinImage
(ссылку на неё можно найти в предыдущей статье). Последний вариант не
требует использования дискеты и позволяет создавать образы размером до
2,88мБ.

При эмуляции жёсткого диска загрузочный образ интерпретируется как жёсткий
диск «C», при этом вся логическая структура жёстких дисков перемещается
на одну букву вверх («C» становится «D», «D» — «E» и пр.). Размер загрузочного
образа ограничен лишь размером носителя, т.е. вы можете создать загрузочный
образ размером с целый компакт-диск (правда, при этом уже не сможете
записать на него никакие другие данные). В остальном эмуляция жёсткого
диска эквивалентна эмуляции дисковода. Загрузочный образ для эмуляции
жёсткого диска можно создать, например, создав на (физическом) жёстком
диске загрузочный раздел нужного размера и настроив его для нормальной
работы, а затем скопировав образ при помощи какой-нибудь программы копирования
образов дисков.

Наконец, третий режим — без эмуляции. В этом случае загрузочный образ
считывается в память и выполняется, при этом не подменяя собой ни дисковода,
ни жёсткого диска. В связи с этим выполняемый загрузочный образ не имеет
возможности (тривиальной) обратиться к самому себе или своим частям.
Этот вариант чаще всего используется при создании небольших загрузчиков,
которые запускают какую-нибудь программу непосредственно с CD-Rom.

Загрузочные диски Windows

Возможность установки системы путём загрузки непосредсвенно с «системного»
CD-ROM появилась, если мне не изменяет память, в Window 98. Там используется
вариант эмуляции гибкого диска — т.е. при загрузки с CD-ROM система ведёт
себя так же, как при загрузке с дискеты. При этом загрузчик выполняет
довольно внушительную часть действий по взаимодействию с пользователем
и подготовке системы к работе. Например, именно через загрузчик вы выбираете,
собственно, вариант загрузки — работать с CD-Rom, скопировать нужные
файлы на Ram-диск, либо просто запустить систему без поддержки CD-ROM.
Затем, опять же, именно загрузчик выполняет указанный вами вариант. И
только если вы выбираете в качестве варианта «Установку Windows 98»,
загрузчик обращается к данным на CD-Rom и запускает setup.exe, который
находится уже вне его самого. Иначе говоря, если у вас будет «голый»
загрузочный CD-ROM Windows 98, не содержащий никаких файлов, то единственное,
что вы НЕ сможете сделать с этим диском — это установить Windows 98,
в то время, как все остальные функции (помощь по установке, форматирование
и разбиение диска и прочие функции) будут доступны и работоспособны.

В Windows 2000 и XP метод загрузки изменился. Теперь там используется
режим «без эмуляции». Сам по себе загрузчик очень мал. Его единственная
функция — вывод на экран фразы «Press any key to run from CD…», после
чего загрузчик ждёт некоторое время, и, если пользователь нажал кнопку,
то с CD-rom загружается файл %Platform%SetupLdr.Bin (для PC это будет
i386setupldr.bin), и ему передаётся управление. Если пользователь проигнорировал
приглашение загрузчика, то спустя несколько секунд управление будет передано
обратно в BIOS, загрузка с CD-Rom будет воспринята как неудачная, и BIOS
выполнит следующие предписанные в её настройках действия (попытается
загрузиться с дискеты, жёсткого диска и пр.). Таким образом, все действия
по подготовке и установке Windows в данном случае выполняются непосредственно
средствами установки Windows, вне зависимости от загрузчика. «Голый»
загрузочный диск такого вида совершенно бесполезен и никаких действий,
кроме вывода на экран строки приглашения и некоторой паузы ожидания выполнить
не может. С другой стороны, столь простой загрузчик может быть легко
создан средствами пользователя, или же вообще проигнорирован без ущерба
для установки.

Как делаются загрузочные диски Windows XP?

Создавать загрузочные диски сейчас умеет практически любая программа
для записи CD-дисков (Easy CD Creator, Nero, WinOnCD, CD-Mate и пр.).
Метод работы примерно одинаков во всех из них — в свойствах готового
проекта,
содержащего
дистрибутив
Windows,
указывается
путь к файлу, содержащему загрузочный образ и указывается тип эмуляции.
После чего проект записывается на «болванку». Поэтому любую
из этих программ, в принципе, возможно использовать для записи загрузочного
диска Windows.
Однако в самой Мiсrоsоft для этого используется другой инструмент, а
именно — утилита CDImage. Это небольшая консольная программа (размер
47-110кб в зависимости от версии), при запуске выводящая предупреждающую
фразу, что она «for Microsort internal use only» (только для
внутренного использования в Microsoft). Данная утилита используется для
подготовки
образа диска из заданной дистрибутивной папки и с заданным загрузочным
образом El-Torito. Программа работает только в Windows 2000/XP. К тому
же она не умеет сама записывать диски, поэтому получаемый в результате
образ диска придётся записывать на «болванку» при помощи какой-нибудь
другой программы. Однако у этой утилиты есть, по крайней мере, одна возможность,
которой нет ни в одной другой программе подобного рода. А именно — возможность
создавать т.н. «hardlinks» («жёсткие ссылки»). Те,
кто знаком с файловой системой EXT, знают, о чём здесь речь. Суть жёстких
ссылок состоит в
том, что если в образе находятся несколько одинаковых (по содержимому)
файлов, то они не записываются многократно, но записывается лишь одна
копия, для которой создаются ссылки во всех нужных каталогах с соответствующими
именами (теоретически такое можно создать вручную и на FAT32, но это
будет работать только до первого запуска ScanDisk, который при этом
будет жутко ругаться). Иначе говоря, если вы записываете на диск 100
одинаковых файлов с разными именами размером по 500мб, то в результате
создания HardLinks размер полученного образа будет не 50гБ, а всё те
же 500мб (плюс ещё незначительное место для хранения заголовков файлов).
Это позволит, например, без значительного увеличения размера образа добавить
к дистрибутиву Windows со внедрённым Service Pack сам Service Pack в
отдельной папке — все дублирующиеся файлы будут сокращены за счёт hardliks,
а диск станет более универсальным в использовании — поскольку можно будет
не только устанавливать Windows с Service Pack с этого диска, но ставить
с помощью него же Service Pack на уже установленную Windows. Другая особенность
CDImage — возможность создавать и комбириновать разные файловые системы.
В распространённых программах записи можно, обычно, создавать систему
ISO9660 и Joliet. В CDImage можно создавать эти файловые системы в любых
сочетаниях, а также ещё и UDF. Если посмотреть на стандартный дистрибутив
Windows XP в отличие от «самопального», то зачастую можно заметить,
что в стандартном дистрибутиве отсутствует вообще система joliet, но
лишь
ISO9660, и притом не совсем стандартная — она может содержать длинные
имена файлов (хотя по стандарту такого быть не может). В принципе, наличие
или отсутствие Joliet значения не имеет, поскольку програме установки он не нужен, но разница всё же очевидна. Можно также создать диск
с одной лишь системой joliet или udf БЕЗ ISO9660. В этом случае при открытии
такого диска, скажем, из под MS-DOS в корне диска будет находиться один
единственный текстовый файл, с информацией о том, что диск нельзя прочитать
в операционной системе, не совместимой с соответствующим форматом (Joliet
или UDF). «Стандартные» дистрибутивные диски Windows XP, сделанные при
помощи CDImage содержат hardlinks и единственную файловую систему ISO9660.
Однако замечу, что ни hardlinks ни уникальная ISO9660 не являются обязательными
условиями для работы дистрибутива.

Информация для создания своего дистрибутива Windows XP

Минимальный РАБОЧИЙ дистрибутив Windows XP для 32-разрядной платформы
PC состоит из папки i386 (о её содержимом будет сказано ниже) и нескольких
т.н. «маркерных» файлов. В оригинальной версии таких файлов два: «Win51»
и «Win51ip» (без расширения). Содержимое и регистр названия файлов значения
не имеют (как правило это обычные текстовые файлы размером в несколько
байт, содержащие одно единственное слово, например «Windows» или «Sp1».
Регистр не имеет значения, поскольку в системе ISO9660 все имена приводятся
к верхнему регистру). Все остальные файлы и папки содержат дополнительные
сервисные возможности и, в принципе, для установки системы не нужны.
Если в дистрибутив внедрён пакет обновления (для Windows XP он на момент
написания статьи всего один), то в корень диска добавляется ещё один
маркерный файл, соответствующий этому пакету (в случае с Service Pack
1 это «Win51ip.sp1»). Итак, минимум, что нужно сделать, чтобы получить
рабочий дистрибутив Windows XP, это скопировать с оригинального дистрибутива
папку i386 и все маркерные файлы. Если записать такой компакт-диск, то
с него можно будет установить Windows XP либо из msdos, командой i386winnt,
либо из другой Windows, командой i386winnt32.

Помимо указанных, на оригинальном дистрибутиве содержатся также следующие
объекты: файлы autorun.inf и setup.exe — для автоматического запуска
установки Windows при вставке диска в CD-ROM при работающей Windows со
включенным автозапуском; папка docs, содержащая различные документы в
текстовом формате; папка valueadd, содержащая некоторые дополнительные
сервисы и утилиты, предназначенные, главным образом, для системных администраторов,
которые могут быть отдельно установлены на уже работающей системе; папка
support, содержащая средства для создания систем автоматического развёртывания,
что может быть полезно для производителей и поставщиков компьютеров для
продажи компьютеров с предустановленной системой. Кроме «минимально необходимых»,
а также (хотя и необязательно) autorun.inf и setup.exe, остальные объекты
на оригинальном дистрибутиве не являются «жизненно необходимыми», и вы
можете
сами решить,
стоит ли
включать их в свой вариант дистрибутива. Никаких ограничений по поводу
наличия каких-либо других папок или файлов на диске не существует, т.е.
вы можете добавлять туда всё, что посчитаете нужным. Например, если у
вас имеется дистрибутив-обновление (т.е. дистрибутив, установить Windows
с которого можно только при наличии инсталляции или дистрибутива предыдущей
версии Windows), то вы можете добавить в корень своего дистрибутива две
пустые (можно даже сказать, «маркерные») папки «Win98» и «Drivers». Тогда
при установке, когда программа установки попросит у вас подтвердить законность
обновления, вставив оригинальный диск с дистрибутивом предыдущей версии
Windows, вы можете, не заменяя диска, нажать «Enter», и установка, найдя
на диске эти «маркерные» папки решит, что всё в порядке :).

Что из «своего» можно добавить на диск?

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

Во-первых, программу для работы с разделами, вроде Partition Magic,
или какую-нибудь другую (например, Paragon partition manager/explorer).
Тогда прямо с CD-Rom вы сможете без лишних усилий изменять структуру
разделов жёсткого диска — например, создать раздел для установки или
отформатировать существующий.

Во-вторых, программу для офф-лайн доступа к NTFS-разделу диска. Она
может оказаться полезной, если система вдруг перестанет работать. Очень
хорошим, на мой взгляд, вариантом, является «Универсальный загрузочный
диск» (скопируйте последнюю фразу вместе с кавычками в поле поиска «Яндекса»,
и через несколько секунд вы узнаете, где можно его скачать).

В-третьих, программу (и не одну!) для восстановления повреждённых файлов/дисков/разделов.
Для восстановления файлов подойдёт OnTrack Easy Recovery, а для доступа
к операционной системе — ERD Commander 2002 или Windows Portable Environment.

«Вооружив» свой дистрибутив этими программами, вы сможете не только
установить Windows, но и эффективно восстанавливать и администрировать
её в случае
каких-либо повреждений. О том, как именно это сделать, я расскажу чуть
ниже…

Как устроена и что можно сделать с папкой i386?

Как я уже сказал, эта папка является основной установочной папкой Windows.
Она содержит в себе, собственно, дистрибутив. Внутри этой папки: папки
win9xmig, win9xupg, winntupg —
содержат информацию, необходимую в случае, если вы выполняете не «чистую»
установку, а обновление уже
установленной
системы
до Windows
XP. Если вы собираетесь только устанавливать «чистую» Windows c вашего
дистрибутива и не заниматься обновлением других систем до ХРюши, то эти
папки можно смело удалить. В таком случае вы освободите дополнительно
около 37,5 мб места. Кроме того, в этом случае вы также можете смело
удалить папку Compdata, которая содержит
описание особенностей обновления некоторых компонентов из предыдущих
версий Windows. Эта папка «подарит»
вам ещё примерно 735кб. Далее. Папка Lang содержит поддержку дополнительных
языков (ну, вроде как чтобы писать на китайском иероглифами, а на иврите
— справа налево). Если вам этого не надо — удаляйте и эту папку. Вы получите
ещё +100мб! (только потом не удивляйтесь, почему ХРюша перестала поддерживать
«великий и могучий»…) Остальные три папки — system32, drw, asms — лучше
не трогать :).

Из файлов, уже находящихся в этой папке, внимания заслуживают два файла:
TXTSETUP.SIF — содержит основной скрипт
установки Windows. Если вы предполагаете разместить дистрибутив в папке,
отличной от i386, то новый путь нужно
будет прописать в этот файл.

Второй файл, который может заслужить ваше внимание: SETUPP.INI.
Он очень маленький и содержит два числа. Он определяет, какая именно
версия Windows находится в дистрибутиве: OEM, Upgrade или Volume Edition.
(конкретных значений сейчас под рукой нет. Добавлю их позже).

Это то, что касается файлов, УЖЕ содержащихся в I386. Однако это не
означает, что в неё нельзя ничего добавлять!

Куда в i386 можно добавить свои компоненты?

Для добавления своих компонентов (например, драйверов или программ)
можно воспользоваться несколькими способами. Первый способ предназначен
для автоматического обновления Windows при установке — он применяет все
нужные Post-service packs (хотфиксы). Он хорошо документирован для Windows
2000 — смотри предыдущую статью, либо статью Q296723 в базе знаний Microsoft.
О том, работает ли он для Windows XP — пока неизвестно. К тому же он
не может ничего, кроме применения хотфиксов, поскольку в обязательном
порядке использует каталог цифровых подписей от Microsoft, и, следовательно,
вы не сможете таким образом установить никакой «чужой» файл помимо подписанных
Microsoft.

Второй способ заключается в использовании папки $OEM$. Папку с таким
именем необходимо создать в корне диска, на одном уровне с папкой i386. Об этом также подробно рассказано
на сайте Microsoft. Я приведу перевод части
этой
статьи, описывающий назначение и смысл отдельных папок дистрибутива:

Папка i386
Это дистрибутивная папка. Она может включать следующий файл:

файл $$Rename.txt

Этот файл содержит список файлов, имена которых программа установки
должна преобразовать из коротких в длинные (помните об ограничении 8.3
для ISO9660?). Такой файл должен находиться в каждой папке дистрибутива,
включающий файлы, имена которых нужно преобразовать в длинные.

$OEM$

Эта папка, которая должна быть создана в CD-дистрибутиве на одном уровне с папкой i386,
и содержать дополнительные файлы, необходимые для завершения установки.
Если вы используете файл ответов с ключом OemFilesPath в разделе [Unattended],
то эту папку вы можете создать в любом месте, в т.ч. и вне дистрибутивной
папки.

ПРИМЕЧАНИЕ: обратите внимание, что для создания загрузочного дистрибутива Windows на компакт-диске эта папка должна лежать на одном уровне с папкой i386 (обычно обе папки кладутся в корень диска). Если же вы создаёте дистрибутив для установки из другого места (например, по сети), то папка $OEM$ должна располагаться ВНУТРИ папки i386.

Один из дополнительных файлов, который вы можете добавить в папку $OEM$
это Cmdlines.txt. Этот файл содержит список
команд, которые программа установки выполнит во время графической фазы
установки. Эти команды могут, к примеру, запустить INF
файл, программу установки приложения, команду Sysdiff.exe или другой
исполняемый файл.

Каждый раз, когда программа установки находит подпапку $OEM$ в корне
дистрибутивной папки, она копирует всё её содержимое во временную папку,
создаваемую во время текстовой фазы установки.

$OEM$Textmode

Эта папка содержит аппаратно-зависимые файлы, которые загрузчик программы
установки и программа установки в текстовой фазе устанавливает на компьютер.
Это могут быть, например, HAL от производителя компьютера, драйвера нестандартных
накопителей, а также файл Txtsetup.oem, содержащий директивы о загрузке
и установке этих компонентов.

Удостоверьтесь, что файл Txtsetup.oem и все файлы, помещённые в эту
папку (HAL и драйверы) перечислены в разделе [OEMBootFiles]
файла ответов.

$OEM$$$
Папка $OEM$$$ эквивалентра переменной окружения %systemroot% или %windir%.
Она содержит дополнительные файлы, которые вы хотите скопировать в
папку с установленной системой (для Windows XP по умолчанию это Windows).
Структура этой папки должна соответствовать структуре системной папки,
где $OEM$$$ означает %systemroot% или %windir% (например,
C:windows), $OEM$$$System32 означает %windir%System32, и так далее.
Каждая подпапка должна содержать файлы, которые необходимо скопировать
в соответствующую системную папку на компьютере назначения.

$OEM$$$Help

Эта папка содержит файлы справки, которые будут скопированы в папку
C:WindowsHelp во время установки.

$OEM$$$System32

Эта папка содержит файлы, которые будут скопированы во время установки
в папку C:WinntSystem32.

$OEM$$1

Эта папка эквивалентна переменной окружения SystemDrive. Например, если
операционная система установлена на диск C, то $OEM$$1
ссылается на диск C. Использование переменной делает возможным изменение
буквы диска без возникновения ошибок в приложениях, явно указывающих
букву диска.

$OEM$$1PnPdrvrs

Эта папка содержит дополнительные драйвера
Plug and Play, не включённые в оригинальный дистрибутив Windows. Вы можете
заменить PnPdrvrs
любым именем по вашему выбору, состоящим из восьми и менее символов.

$OEM$Drive_letter

Каждая из таких папок содержит структуру файлов и подпапок, которая
будет скопирована в корень соответствующего диска на компьютере назначения
во время текстовой фазы установки. Например, файлы, находящиеся в папке
$OEM$C будут скопированы в корень диска C. Вы можете также создавать
таким образом вложенные папки. Например, $OEM$DMisc создаст папку
Misc на диске
D.

Файлы, которые нужно переименовать, должны быть перечислены в файле
$$Rename.txt. Заметьте, что файлы в этих папках должны иметь короткие
имена. Этот файл имеет следующую структуру:

[имя_секции_1]
короткое_имя_1 = «длинное_имя_1»
короткое_имя_2 = «длинное_имя_2»

короткое_имя_х = «длинное_имя_х»

[имя_секции_2]
короткое_имя_1 = «длинное_имя_1»
короткое_имя_2 = «длинное_имя_2»

короткое_имя_х = «длинное_имя_х»

Где:
имя_секции_x — путь к папке, содержащей
файлы. Секция вовсе не обязательно должна быть названа, или может иметь
в качестве имени обратный слэш (), что означает, что секция содержит
имена файлов и подпапок, находящихся в корне диска.

короткое_имя_x — имя файла или папки внутри заданной папки, которое
должно быть переименовано. Это имя НЕ должно быть заключено в кавычки.

длинное_имя_x — новое имя файла или папки. Это имя ДОЛЖНО быть заключено
в кавычки, если содержит пробелы или запятые.

Подсказка: если вы запускаете программу установки из под MS-DOS, то
вы не можете копировать файлы или папки с путём длиннее
64
символов. Поэтому используйте короткие имена и файл $$Rename.txt, чтобы
переделать их в длинные.

Файл Cmdlines.txt имеет следующий синтаксис:

[Commands]
«<команда_1>»
«<команда_2>»
.
.
«<команда_x>»

Смысл ключей следующий:

«<команда_1>», «<команда_2>», и далее,
«<команда_x>» определяют команды, которые вы желаете
выполнить (а также порядок, в котором они должны запускаться), во время
графической фазы установки. Заметьте, что все команды должны быть заключены
в кавычки.

При использовании Cmdlines.txt, обратите внимание на следующие моменты:

Во время исполнения команд из файла Cmdlines.txt
ни один из пользователей ещё не активен, а также не гарантируется наличие
какого-либо сетевого подключения.
Поэтому информация, специфичная для пользователя, записывается в реестр
пользователя по умолчанию (Default user). Соответственно, при создании
новых пользователей эта информация будет скопирована в их ветви реестра.

Cmdlines.txt требует, чтобы все файлы, которые могут потребоваться
для запуска приложений или утилит были доступны во время процесса
установки,
т.е. они должны находиться на жёстком диске.

ВНИМАНИЕ! Приложения, которые устанавливаются через Windows
Installer нельзя добавлять при помощи Cmdlines.txt.

…а теперь создадим свой дистрибутив Windows XP

1. Windows XP Professional Corporate…

Какой дистрибутив выбрать за основу? На этот счёт есть довольно богатый
выбор: Home Edition, Professional Edition и Corporate Edition. Первые
два варианта
требуют
активации. Всевозможные
«крякалки» устраняют необходимость активации, но за счёт изменения некоторых
файлов. Не знаю, как вам, но мне сам факт произвольного изменения файлов
в ещё «чистой» системе очень не нравится. Поэтому я выбираю третий вариант
— Corporate Edition. Возникающая в связи с этим проблема — Corporate
Edition не существует в русском переводе. Однако это тоже легко решается.

2. Service Pack I.

Здесь вопросов не возникает. Если Microsoft говорит «надо» — значит,
и в самом деле, пора… Итак, берём англоязычный дистрибутив Windows,
копируем его на диск, скачиваем для него Service Pack и внедряем его
в дистрибутив, распаковав предварительно куда-нибудь, а затем запустив
программу update.exe из распакованной папки update с ключом /s:<путь_к_папке_i386_скопированного_оригинального_дистрибутива>.

3. Multilanguage User Interface RU

Есть, по крайней мере, три способа получить «русскую» Windows XP. Первый
появился сразу же, как только вышла система. Это т.н. «русифицирующие
патчи», созданные, как правило, в популярной программе Restorator и русифицирующие
отдельные части пользовательского интерфейса. Минус такой русификации
— файлы теряют свои цифровые подписи, что потенциально снижает надёжность
системы.

Второй способ — непосредственно «чистая» русская Windows XP от Microsoft.
Минусов тут несколько. Во-первых, для любого (в т.ч. и легального) пользователя
— заплатки и пакеты обновлений для русской версии выходят обычно лишь
спустя несколько недель после выхода английских вариантов. (хотя для
кого-то это может и не кажется минусом). Второе — касается нелегальных
пользователей. Для русской версии не существует т.н. «корпоративного»
варианта, не требующего активации. Поэтому система активации должна быть,
так или иначе, взломана. Один из вариантов — замена некоторых файлов
их взломанными версиями. Здесь минус, опять же, в потере цифровых подписей
у этих файлов. Другой вариант — запуск специальной системной службы,
следящей за поползновениями системы провести активацию и «давящей гадину»
в корне… Не знаю, как вам, но меня никогда не радовали всякие системные
службы подобного рода. Мне кажется, что система должна работать самостоятельно,
а не через многочисленные пилюли и таблетки. Тем более, что эти «пилюли»
отнимают драгоценные ресурсы памяти и процессора. К тому же не факт,
что в следующем обновлении Microsoft не вставит антибиотик, который будет
автоматически находить и убивать такую службу. В общем, система гораздо
лучше работает, когда её части работают слаженно, чем когда они спорят
между собой, кому, что и зачем делать.

Наконец, третий способ, которым я и воспользуюсь — применение Multilanguage
User Interface. Это пакет от самого Microsoft (а значит, всё в нём подписано
нужными цифровыми подписями). Этот пакет ставится и работает ПОВЕРХ системы,
а сами системные файлы можно безболезненно менять — их интерфейс всё
равно останется при этом русским. А ещё это значит, что поставив данный
пакет поверх английской версии Windows она всё равно останется английской
— т.е. сможет обновляться всеми пакетами обновлений, выпускаемыми для
английской версии (а они выпускаются в первую очередь), и при этом оставаться
русской. Минусами этого варианта является не такая полная русификация,
как в обычной русской версии, а также дополнительные 100мб, занимаемые
пакетом на диске. Однако эти минусы, мне кажется, намного безобиднее,
чем минусы двух других вариантов, поэтому я выбираю MUI RU.

Итак, необходимо установить MUI, причём так, чтобы он встал, что называется,
«сам». Для этого, во-первых: в дистрибутиве со внедрённым пакетом обновления
находим файл muisetup.ex_ и, распаковав его, заменяем им оригинальный
файл, находящийся в пакете MUI (распаковать его можно, переименовав расширение
в .cab). Затем создаём в дистрибутиве папку $OEM$, а в ней
— папку muiinst и копируем туда содержимое пакета русификации (с заменённым
muisetup.exe).
В пакет
входит указанный файл, ещё несколько других файлов и папка Ru.mui. После
этого непосредственно в папке $OEM$ (не в muiinst) создаём файл cmdlines.txt,
в котором пишем:

[commands]
«muiinstmuisetup.exe /i 0419 /d 0419 /l /f /r /s»

(Данная команда выполнит «тихую» установку русского языка, затем переключит
язык экрана приветствия и пользователей на русский).

В результате всех этих действий мы получим дистрибутив Windows XP SP1
Corporate + MUI RU slipstreamed. Звучит уже солидно, не правда ли?

Осталось добавить несколько сервисных утилит, сделать образ загрузочного
диска и записать его на «болванку»

4. Дополнительные «полезности»

Создадим в корне проекта будущего диска папку «Images». В ней поместятся
загрузочные образы дискет, содержащие утилиты, которые могут понадобиться
для оффлайн-обслуживания диска или доступа к данным.

Первая утилита — Partition Magic. Её «дискетный» вариант можно создать
из полной версии, или же скачать в интернете. В оригинале предлагается
обычно «двухдисковый» вариант, однако его легко «утоптать» в одну 2.88мб
дискету-образ. Для этого при помощи WinImage создайте образ из «первой»
дискеты, затем измените формат с 1.44мб на 2.88мб и добавьте к образу
несовпадающие файлы со второй дискеты.

После этого — добавьте в набор файлы himem.sys, country.sys,
smartdrv.exe, xmsdsk.exe, UNIIDECD.sys, mscdex.exe,
keyrus.com и отредактируйте config.sys
примерно следующим содержимым:

DOS=HIGH,UMB,NOAUTO
AccDate = a- b- c- d- e- f- g- h-
Lastdrive=Z
Switches = /F
NumLock = Off
STACKS=0,0
Break = On
Country=007,866,A:country.sys
device=himem.sys /t:off

Удобнее всего будет, если Partition Manager будет запускаться не с носителя
непосредственно, а из виртуального Ram-диска. Для этого нужно добавить
соответствующие драйвера. Также можно добавить старый-добрый Volcov Commander
и отредактировать его на автоматичекий показ при запуске меню с различными
элементами Partition Magic. Autoexec.bat для этого может быть примерно
следующим:

В целом образ дискеты Partition Magic будет содержать следующие файлы:

VC
AUTOEXEC.BAT
CHKDSK.EXE
COMMAND.COM
CONFIG.SYS
COUNTRY.SYS
DIRINFO
DRVLOAD.COM
FDISK.EXE
FORMAT.COM
HIMEM.SYS
IO.SYS
KEYRUS.COM
MOUSE.COM
MSCDEX.EXE
MSDOS.SYS
partinfo.exe
PMHELP.DAT
PQBOOT.EXE
PQMAGIC.EXE
PQMAGIC.OVL
PQMAGIC.PQG
PQPB.RTC
PTEDIT.EXE
RESCUE.TXT
SMARTDRV.EXE
SYS.COM
XMSDSK.EXE
zABOUT.PQG

Папка VC содержит Volcov commander.

Образ сохраняем из WinImage в НЕСЖАТЫЙ файл (например, pq.ima)

Вторая утилита — Easy Recovery Pro. Точно также, создаём в полном варианте
программы диск аварийного восстановления и снимаем с него несжатый образ
при помощи WinImage. Образ сохраняем в файл EasyRec.ima.

Третья утилита — просто DOS. Настоятельно рекомендую для этого «Универсальный
загрузочный диск», образ которого настоятельно рекомендую также расширить
до 2.88мб и добавить к нему файлы для поддержки NTFS. Этот образ сохраним
как Ucd36Wme.ima.

Итак, в результате получаем в корне диска папку Images с тремя сохранёнными
там образами дискет.

Наконец, соизмерив желаемое с возможным, создаём в корне папку Appendix
и добавляем в самый необходимый (при установке) софт. Если место остаётся
— можно добавить туда же и не самый необходимый :). У меня в этой папке
находится, к примеру, дистрибутив Касперского с последними на момент
записи образа обновлениями баз и ключиками (либо генератором таковых),
дистрибутив The Bat! со всеми необходимыми приладами и лекарствами, дистрибутив
Total Commander, дистрибутив WinRar c ключиком, Bootvis, XP-AntiSpy и
ещё некоторые второстепенные утилиты. Там же находятся скрипты-cmd для
запуска автономной установки Service Pack и MUI на уже работающие системы.
В общем, тут всё на ваш вкус, но лучше всё же обдумать, что именно вы
обычно бросаетесь ставить на свежеустановленную винду в первую очередь.
При хорошей оптимизации дистрибутива и большой (800мб) болванке можно
упихнуть вместе с виндой дистрибутив офиса.

…добавляем загрузочное меню

Как я уже упомянул, загрузчик у Windows XP весьма прост и, в принципе,
может быть легко заменён любой собственной программой без ущерба для
установки. Идём на http://bootcd.narod.ru и
скачиваем универсальный загрузчик. В зависимости от версии в корень проекта
нужно будет поместить, собственно, файлы загрузчика. У меня это:

bcdwiz13.cpf
bcdwiz13.fnt
bcdwiz13.sys
BOOTCAT.INI

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

Собственно, образ…

Теперь, когда проект готов, осталось создать из него образ. Делается он при
помощи упомянутой утилиты CDImage. Чтобы не набирать вручную каждый раз всё
множество её настроек, нужно создать cmd-файл с вызовом CDImage со всеми нужными
аргументами. Например, такой:

Cdimage -lWXPSP1_EN -t08/23/2002,19:00:00 -h -nt -bc:bootimgbcdwboot.bin
-oi -y5 -m c:cdconstruct f:xpsp1.iso
pause

(здесь подразумевается, что загрузочный сектор «универсального загрузчика»
лежит на c:bootimgbcdwboot.bin, проект находится в папке с:cdconstruct,
а полученный образ с именем xpsp1.iso разместится на диске f. Подробнее о ключах
CDImage можно прочесть в предыдущей статье).

Образ затем записываем на «болванку» при помощи любой программы записи дисков.
Желательно — в режиме Disk
At Once/96 — в этом случае загрузка будет чуть-чуть быстрее.

Вот, собственно, и всё!

Мифы о дистрибутивных дисках Windows XP/2K

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

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

Во-вторых: содержимое маркерных файлов не играет совершенно никакой роли.
Лучше, естественно, если они краткие.

В-третьих: относительно датировки файлов. Обычно говорится, что в дистрибутиве
все файлы должны иметь одну и ту же дату, а если в дистрибутив внедрён Service
Pack, то может быть не больше двух различных дат. Я не проверял этого утверждения,
так что лучше ему следовать. В команде CDImage можно указать дату и время для
помещаемых в образ файлов.

В-четвёртых: регистр названий файлов не имеет значения, поскольку при использовании файловой системы ISO9660 все файлы автоматически воспримут верхний регистр.

На сём, наконец-то, завершаю сей опус о загрузочных дисках.

Скажите, как правильно произвести восстановление загрузчика Windows XP, у меня было установлено две операционные системы и менеджер загрузки Acronis OS Selector. Одну систему и Acronis я удалил, теперь у меня проблемы, сначала в начальной фазе загрузки появлялась надпись Bootmgr is missing, применил команды Fixmbr и FixBOOT в консоли восстановления, теперь выходит другая ошибка NTLDR is missing. Убил два дня на изучение этой консоли, но Win XP так и не грузится, что я неправильно сделал? DRIVE.

Восстановление загрузчика Windows XP

Вы дорогой DRIVE, были в двух шагах от победы, немного вам не хватило терпения, ну да не беда, в следующий раз всё получится. Очень важно знать, что ошибка Bootmgr is missing, говорит о повреждении главной загрузочной записи или таблицы разделов жёсткого диска, которая находится в первом секторе винчестера, вы кстати успешно начали восстановление загрузчика Windows XP и решили половину проблем, а именно перезаписали главную загрузочную запись в консоли восстановления командой Fixmbr и записали новый загрузочный сектор командой FixBOOT, поэтому стала появляться другая ошибка и дело оставалось за малым, нужно было скопировать в корневую директорию раздела с операционной системой (в основном диск С) три файла boot.ini, NTDETECT.COM, ntldr. Давайте начнём всё с самого начала и добьёмся всё-таки загрузки Windows XP.

1. Рассматриваем возможные причины повреждения загрузчика Windows XP, проверяем настройки BIOS в пункте Boot Device Priority.
2. Применение команд Fixmbr и FixBOOT в консоли восстановления.
3. Копирование файлов boot.ini, NTDETECT.COM, ntldr с установочного диска Windows XP в консоли восстановления и успешная загрузка.
4. Если после прочтения статьи вы так и не сможете восстановить загрузку Windows XP, тогда читаем другую нашу статью «Восстановление системы через меню установки Windows XP или Восстановление поврежденной копии Windows XP»

После включения компьютера друзья, происходит его самотестирование, далее управление передаётся в главную загрузочную запись жёсткого диска, в ней находится таблица разделов винчестера и небольшая программа загрузчик, которая считывает в этой таблице информацию с какого винчестера (если их несколько) и какого раздела жёсткого диска производить загрузку ОС. В дальнейшем происходит загрузка ядра операционной системы в оперативную память и собственно запуск Windows XP. Так же нужно знать, что в загрузке операционной системы участвуют ещё и группа файлов, находящаяся в корневой директории диска С, а именно boot.ini, NTDETECT.COM, ntldr. Наличие всего вышеперечисленного, исключает наличие ошибки Bootmgr is missing при загрузке XP и обеспечивает успешный запуск системы.

Кстати не всегда при подобных проблемах нужно проводить восстановление загрузчика Windows XP, давайте рассмотрим некоторые причины возникновения этой ошибки, с которыми сталкивался лично я. Первое самое простое, при наличии нескольких жёстких дисков в системе, нарушились настройки Bios, а именно например в AMI Bios, во вкладке BOOT, пункт Boot Device Priority, далее Hard Disk Drives, в качестве винчестера с которого нужно производить загрузку выставлен совсем не тот, который нужен. Устранение данной неисправности и причины её возникновения хорошо описаны в нашей статье Bootmgr is missing в Windows 7.

Использование в главной загрузочной записи программ сторонних разработчиков, так называемых менеджеров загрузки, например Acronis OS Selector, применяется  в основном при наличии на компьютере нескольких операционных систем, менеджер выводит в начале загрузки удобное меню выбора ОС. Пользоваться такими программами нужно очень осторожно, при некорректном удалении с компьютера самой программы Acronis OS Seletor, очень большой шанс заняться восстановлением загрузчика Windows XP. Тоже самое относится к загрузчику GRUB, позволяющему использовать на одном компьютере Linux и Windows XP, при удалении GRUB, вы оставите свой компьютер один на один с непонятной ему загрузочной записью и он не долго думая покажет вам Bootmgr is missing. Исправлять ситуацию в этом случае будем в консоли восстановления Windows XP, первое введём команду FIXMBR и перепишем главную загрузочную запись, второй командой FIXBOOT запишем новый загрузочный сектор.
Но и это ещё не всё, после исправления загрузочной записи, а так же записи нового загрузочного сектора в консоли, ситуация с выводом ошибки может остаться неизменной и могут быть уже другие ошибки, к примеру: NTLDR is missing. В этом случае нужно ещё раз убедится в наличии файлов загрузочного сектора, напрямую участвующих в загрузке Windows XP: boot.ini, NTDETECT.COM, ntldr, в корневой директории диска (С:), в принципе для загрузки Windows XP вполне хватит трёх данных файлов.
Проще всего использовать Live CD, произвести с него загрузку, далее зайти в корневую директорию диска С и убедится в наличии данных файлов, если их там нет, значит нужно скопировать их с любой работоспособной XP и закинуть их себе, предварительно проверив и в случае необходимости отредактировав файл boot.ini, простой текстовый файл, в котором прописан путь к системным файлам Windows XP, сделать это нужно обязательно, а то получите другую ошибку, можете почитать Редактирование BOOT.INI.
Но мне нравится другой способ: восстановление загрузчика Windows XP с помощью консоли восстановления. Если у вас есть дистрибутив XP, давайте им воспользуемся и скопируем три наших файла boot.ini, NTDETECT.COM, NTLDR в корневую директорию диска С. Уверяю вас это очень просто, да и не нужно редактировать файл boot.ini, консоль всё сделает сама.
Загружаемся с установочного диска Windows XP, выбираем восстановить R. Если у нас одна операционная система ставим цифру 1.

Если был пароль вводим его, если нет нажимаем Enter.

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

Подтверждаем запись новой MBR, ставим Y

Переходим в папку i386, которая находится на установочном диске Windows XP, из неё скопируем наш файл NTLDR  в корень диска С.
Вводим команду cd i386 и  Enter

Копируем файл NTLDR в корень нашего системного диска с операционной системой командой copy NTLDR C:

Таким же образом копируем файл NTDETECT.COM вводим copy NTDETECT.COM C:

Теперь настала очередь файла BOOT.INI. Команда Bootcfg /add, производим поиск установленных операционных систем на нашем компьютере, а заодно мы с вами добавляем обнаруженную копию Windows № 1, в меню загрузки и создадим новый файл BOOT.INI.

Ставим цифру 1

Вводим название системы, которая будет отражаться в файле BOOT.INI-XP Professional RU.
Параметры загрузки /fastdetect это специальный ключ отключающий распознавание устройств подключенных к последовательным и параллельным портам для ускорения загрузки.

Созданный нами в консоли восстановления файл BOOT.INI.

Если ничего вам не поможет, есть 100% вариант, воспользуйтесь информацией из вот этой нашей статьи Восстановление поврежденной копии Windows XP, операционную систему вы восстановите, только вот доступ к зашифрованным папкам вам будет закрыт, если вы применяли шифрование, три или четыре программы откажутся работать, придётся переустановить.