Если комп пишет - NTLDR is missing - это пиздец. NTLDR - это первый файл с которого начинается загрузка Windows XP. И тут на тебе - нет его. Это как садишься в машину, хуяк, а аккумулятора нету.

Почему нах.
Если этот файл удалился - это пиздец. Если это HARDWARE - в ремонт. Если SOFTWARE - безопасность на компе пиздец какая убогая. Но кто это может определить? Тот кто понимает что к чему. И это явно не ты приятель.

Что делать?
Дать Винде этот файл. Лежать он должен на диске С . Скопировать его можно с установчнго диска из i386. Да и Bootfont.bin не забыть - а то иероглифы будут. После этого может не найти в %SystemRoot%\System32\ файл hal.dll - даём файл. Потом может захотеть ntoskrnl.exe - даём и его! А потом может заругаться что папка %SystemRoot%\System\ - девстенно чиста - тут всё ещё легче - воостановить содержимое папки из резервной копии - их ведь есть у вас?

А что мне делать чтобы перестать быть лохом позорным?
Тренироваться. А именно - раз и навсегда перестать повседневно работать под администратором - это самое самое самое, но 99 это не знаю и потому лохи, и потому будет вечно всё глючить. Работать только под обычным пользователем!

Перед тем как произвести запись в загрузочный сектор, программа установки должна выяснить формат раздела, поскольку от него зависит содержимое загрузочного сектора. Если это раздел FAT, Windows записывает в загрузочный раздел код, поддерживающий файловую систему FAT. Если раздел отформатирован под NTFS, в загрузочный сектор записывается код, соответствующий NTFS. Задача кода загрузочного сектора - предоставить Windows информацию о структуре и формате тома и считывать из его корневого каталога файл Ntldr. После считывания Ntldr в память код загрузочного сектора передает управление в точку входа Ntldr. Если код загрузочного сектора не может найти Ntldr в корневом каталоге тома, он выводит сообщение об ошибке:
"BOOT: Couldn't find NTLDRP" (FAT)
"NTLDRP is missing" (NTFS)
Ntldr начинает свою работу когда система функционирует в реальном режиме(real mode) x86. В реальном режиме трансляция между виртуальными и физическими адресами не осуществляется, поэтому программы, использующие какие-либо адреса памяти, интерпретируют их как физические. В этом режиме доступен лишь первый мегабайт физической памяти компьютера; в нем выполняются простые программы MS-DOS. Однако первое, что делает Ntldr, - переключает систему в защищенный режим (protected mode). На этой стадии трансляция между виртуальными адресами и физическими по-прежнему отсутствует, но становится доступным полный объём памяти. Переключив систему в защищённый режим, Ntldr может работать со всей физической памятью. После того как он создает таблицы страниц, число которых достаточно для доступа к нижним 16Мб памяти с подкачкой, Ntldr включает поддержку подкачки страниц. Защищенный режим с подкачкой страниц страниц является нормальным режимом работы Windows.
С этого момента Ntldr может работать в полнофункциональном режиме. Но при доступе к IDE-дискам и дисплею Ntldr всё ещё зависит от функций загрузочного кода, которые на непродолжительное время отключают подкачку страниц и возвращают процессор в режим, позволяющий выполнять сервисы BIOS. Если диск, содержащий загрузочный или системный том, является SCSI-устройством и недоступен через BIOS, Ntldr загружает файл Ntbootdd.sys и использует его функции доступа к диску вместо аналогичных функций загрузочного кода. Ntbootdd.sys - это экземпляр минипорт-драйвера SCSI, применяемый Windows для полноценного доступа к загрузочному диску. Затем Ntldr с помощью встроенного кода файловой системы считывает из корневого каталога файл Boot.ini. В отличие от кода загрузочного сектора код Ntldr способен читать и подкаталоги.
Далее Ntldr очищает экран. Если в корневом каталоге системного тома присутствует допустимый файл Hiberfil.sys, Ntldr считывает его содержимое в память и передает управление коду в ядре, восстанавливающему спящую (hibernated) систему. Этот код отвечает за перезапуск драйверов, которые были активны на момент выключения системы. Hiberfil.sys считается допустимым, только если при последнем выключении компьютер был переведён в спящий режим.
Если в файле Boot.ini имеется более одной записи о доступных для загрузки операционных системах, Ntldr выводит загрузочное меню.(Если в файле Boot.ini только одна запись, Ntldr пропускает загрузочное меню и сразу выводит стартовый индикатор процесса загрузки). Информация из Boot.ini адресует Ntldr к разделу, в котором находится системный каталог Windows(обычно \Windows). Этим разделом может быть как загрузочный, так и другой главный раздел.
Если запись Boot.ini ссылается на MS-DOS, Ntldr считывает в память содержимое файла Bootsect.dos, переключается обратно в 16-разрядный реальный режим и вызывает из Bootsect.dos код MBR. В результате код из Bootsect.dos выполняется аналогично коду, считанному MBR с диска. Код из Bootsect.dos инициирует процесс загрузки, специфичный для MS-DOS. Так же происходит загрузка Windows 95\98\Me если они установлены вместе с поздними версиями Windows.
Записи Boot.ini могут включать ряд необязательных параметров, интерпретируемых Ntldr и другими компонентами в процессе загрузки. Полный список этих параметров ниже. В Windows XP появилась утилита bootcfg.exe, которая предоставляет консольный интерфейс для задания ряда параметров. Любые параметры, включаемые Boot.ini, сохраняются в параметре реестра HKLM\System\CurrentControlSet\Control\SystemStartOptions

описываю недавнюю ситуацию: ставил Линукс на заранее резервированное неразмеченное пространство на винте. так получилось, что это самое пространство (а соответственно и новые линуксовские разделы) оказалось перед разделом с XP. когда захотел загрузить XP - получил это самое "Не удается запустить Windows из-за испорченного или отсутствующего:\system32\hal.dll" дело в том, что в boot.ini прописан номер раздела, с которого надо грузить систему; изменился номер - ntldr теряет ориентацию, т.е. hal.dll присутствует, но уже на другом разделе. ручное редактирование boot.ini поправило ситуацию. правда, у меня для загрузки отдельный раздел в fat32, так что мне проще.

Процесс запуска

При загрузке NTLDR выполняет следующие шаги:

1. Переводит процессор в «плоский» 32-битный режим работы (32-bit flat memory mode);
2. Организует доступ к текущей файловой системе (FAT или NTFS);
3. Читает файл boot.ini и выводит пользователю соответствующее меню для выбора запускаемой ОС:

!!!* если же была выбрана система на базе Windows NT, то запускается программа ntdetect.com, которая собирает информацию о составе оборудования. Эта информация затем передаётся в ядро операционной системы, ntoskrnl.exe, и происходит запуск операционной системы.

Значит в корне диска отсутствуют файлы NTLDR и NTDETECT.COM - исчезают они иногда оттуда.

Надо их вернуть на место. Это или екстрагировать из i386 установочного диска Windows. Или делать fixboot.

Следом с ними как правило исчезает boot.ini - тогда надо делать Bootcfg из "агента восстановления" (онже Консоль восстановления)

Вообще, не ясно, кто говорил "Invalid boot disk".

Дело в том, что в стандартном MBR'ном загрузчике WinXP нет таких слов. Вот что там есть:
1. Invalid partition table.
2. Error loading operating system.
3. Missing operating system.

Можно было бы предположить, что это слова загрузчика BS раздела. Но и там ничего такого нет. Вот что там есть:
1. A disk read error occurred.
2. NTLDR is missing.
3. NTLDR is compressed.
4. Press Ctrl+Alt+Del to restart.

Остается только BIOS. Однако, БИОС просто загружает в память нулевой сектор (MBR) и передает управление на начало этого сектора. Если диск исправен (а это, похоже, так) и сектор прочитается без ошибок, то БИОС ничего не скажет. Впрочем, есть некоторые БИОСы, которые лезут в MBR и парсят таблицу разделов. Единственное, что я могу еще предположить - БИОС полез в PT и не нашел активного раздела. Хотя ИМХО это слишком "натянутое" объяснение.

http://forum.ixbt.com/topic.cgi?id=22:68321
В колонках играет - Токио - Мы будем вместе.