CACrown ArchivesThe cinema collection
Menu
Research dossier · General Reference

NTLDR

boot loader

Cross-disciplinary reference desk with index cards, atlas, dictionary and catalogue
General referenceInterpretive dossier study · Crown Archives visual atlas
Record originEnglish Wikipedia
Text licenseCC BY-SA 4.0
Source revisionSep 19, 2026
Entity authorityQ1073789
Source-derived summary

NTLDR (abbreviation of NT loader) is the boot loader for all releases of Windows NT from 1993 with the release of Windows NT 3.1 up until Windows XP and Windows Server 2003. From Windows Vista onwards it is replaced by Windows Boot Manager (BOOTMGR).

NTLDR is typically run from the primary storage device, but it can also run from portable storage devices such as a CD-ROM, USB flash drive, or floppy disk. NTLDR can also load a non NT-based operating system given the appropriate boot sector in a file.

NTLDR requires, at a minimum, the following three (or four) files to be on the system volume:

ntldr, the main boot loader itself

NTDETECT.COM, required for booting an NT-based OS, detects basic hardware information needed for successful boot

boot.ini, which contains boot configuration

If this file was missing, then it would default to the Windows directory on the first partition of the first hard drive (which by default is WINNT on most Windows NT releases until Windows 2000, WINNT35 on Windows NT 3.5 and 3.51, or WINDOWS on Windows XP and Windows Server 2003).

Non-English versions of Windows may also load bootfont.bin.

NTLDR is launched by the volume boot record of system partition, which is typically written to the disk by the Windows FORMAT or SYS command.

History

Windows NT was designed to be compatible with Advanced RISC Computing (ARC) platforms, relying on its boot manager support and providing only osloader.exe, a loading program accepting ordinary command-line arguments specifying Windows directory partition, location or boot parameters, which is launched by an ARC-compatible boot manager when a user chooses to start a specific Windows NT operating system. However, because IBM PC compatible machines based on the x86 IA-32 platform lacked any kind of ARC support (as they predate the creation of the ARC specification), an additional layer was added specifically for that platform: a custom boot manager code presenting a text-based menu allowing the user to choose from one or more operating systems and its options configured in a boot.ini configuration file, prepended by a special StartUp module which is responsible for some preparations such as switching the CPU to protected mode.

When a user chooses an operating system from the boot menu, the following command-line arguments are then passed to the part of the osloader.exe common to all processor architectures:

load osloader=<Windows Path>\System32\NTLDRsystempartition=<Windows Partition>osloadpartition=<Windows Partition>osloadoptions=<Windows Boot Parameters>consolein=multi(0)key(0)keyboard(0)consoleout=multi(0)video(0)monitor(0)x86systempartition=<NTLDR partition>

Different versions of NTLDR were used for several different architectures.

Editorial summary

Begin with the source’s own compact description: “NTLDR” is boot loader. The dossier treats that line as a proposition to test through NTLDR, boot and loader, not as a finished interpretation.

Editorial reviewA concise reference frame for defining the subject, testing terminology and identifying the institution closest to the evidence. The current lead gives the account dated anchors—1993, 2003, 2000—that can be checked directly. The selected authority fields contribute no independent date. For this dossier, NTLDR, boot and loader is the immediate research focus.
Editorial analysis

Why this record matters

The phrase “boot loader” supplies a clear boundary for inquiry. It also exposes the unanswered questions: who defined that boundary, when it became stable and which sources sit outside it.

Evidence profile

The citation trail is more important than the brevity of the summary: it shows where individual claims can be examined in context. The source revision retrieved here is dated Sep 19, 2026. The linked authority identifier is Q1073789. None of the 0 selected statements returned an explicit reference. The first chronological checks are 1993, 2003 and 2000.

Critical limits

Overview language is designed for orientation and should not be treated as a substitute for the evidence cited beneath it. The source lead contains qualifying language; that uncertainty should survive quotation, summary and reuse. Authority statements aid reconciliation but still require their own references, qualifiers and ranks to be checked.

How to read it

Use the entry as an orientation point, then follow its citations and revision history. Names, dates and institutional relationships should be checked against the original record.

Best used for
  • Subject orientation
  • Search vocabulary
  • Locating named sources
Verify next

The closest primary source, responsible institution and strongest cited specialist reference.

Three-step research path

  1. Establish the record: confirm the title “NTLDR”, its source revision and the description used here.
  2. Expand the search: follow NTLDR primary sources, NTLDR archive and NTLDR research across catalogues and specialist indexes.
  3. Test the account: compare the strongest cited source with the responsible institution’s current record and note any disagreement.

Questions for further research

  1. Which source most directly establishes the central claim about “NTLDR”?
  2. Which cited source is closest to the event, object or claim?
  3. What terminology or title could unlock a more precise catalogue search?
Subject index

Search terms from this dossier

Source & attribution

This entry incorporates text from NTLDR” on English Wikipedia. Contributors are listed in the page history. Text is available under the Creative Commons Attribution-ShareAlike 4.0 License. Selected authority identifiers and statements are retrieved from Wikidata under CC0; their references and qualifiers remain part of the verification path.