NTLDR

{{#ifeq:Modèle:Wikidata|Modèle:Wikidata | | Modèle:Infobox V3/Tableau Ligne mixte Wikidata }}

Modèle:Infobox V3/Tableau Ligne mixte {{#invoke:Infobox/Fonctions/Logiciel|catByProgrammingLanguage}}

Modèle:Infobox V3/Fin avec WikidataModèle:Rien{{#ifeq:|| {{#if:

| }}{{#if:

   | {{#if: 
       |
       |
     }}

}} }} NTLDR, qui signifie Modèle:Lang, est le nom du chargeur d'amorçage de Windows 2003, XP, 2000 et NT 4.0 et NT 3.x sur les processeurs x86 et x86-64 (AMD64 et Intel 64) ; les versions suivantes et actuelles de Windows (Vista, Windows 7, Windows 8 et Windows Server 2008) ne l'utilisent plus.

NTLDR permet de choisir, lorsque plusieurs systèmes Microsoft Windows sont installés sur une même machine, quel système on souhaite amorcer. C'est la partition choisie qui est considérée dans le cas général comme disque logique C:, bien que la séparation entre le disque de Modèle:Lang et le disque système soit prévue par ailleurs au niveau de NT et de ses successeurs.

Le fichier de configuration de NTLDR, boot.ini est en ASCII (il est assez similaire au fichier de configuration utilisé par GRUB).

Processus de démarrage

Voir Processus de démarrage de Windows NT

NTLDR passe le système en mode protégé et il gère les tables spécifiques aux processeurs de la famille x86 :

• la [[Global Descriptor Table|GDT (Modèle:Lang)]], pour gérer la mémoire ;
• [[Interrupt Descriptor Table|IDT (Modèle:Lang)]], celle-ci permettant de contrôler les interruptions (interruptions logicielles et exceptions).

NTLDR charge également le noyau windows NT (en général : Ntoskrnl.exe), les fichiers hal.dll (couche d'abstraction matérielle), ntdetect.com ; puis il passe la main au noyau.

Fichier boot.ini

Outils graphique pour le paramétrage de NTLDR via boot.ini

Le paramétrage de NTLDR est fait par le fichier boot.ini. Il est possible de le modifier avec l'un des outils suivants :

• l'utilitaire graphique MsConfig.exe<ref>Tutoriel Msconfig.exe</ref> de Microsoft ;
• via l'item système du panneau de configuration, onglet avancé, dans démarrage et récupération ;
• un éditeur de texte quelconque (Wordpad.exe, ou NotePad.exe) ; dans ce cas, il ne faut pas faire d'erreur sur la syntaxe (respecter le format fichier initialisation). Toute erreur grossière risquerait de rendre impossible le Modèle:Lang pour un non-informaticien ;
• l'utilitaire en ligne de commande BOOTCFG de Microsoft ;
• utilitaire de Symantec : l'outil GDISK32.EXE de Ghost.

Exemple de fichier boot.ini

[boot loader]
timeout=30
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" /fastdetect
C:\bootsect.dos="Windows 98 exemple concernant wikipédia"
/ti

Les Modèle:Lang du noyau Windows

Microsoft publie les explications sur ces Modèle:Lang sur son site web<ref>{{#invoke:Langue|indicationDeLangue}} Modèle:Lang</ref>.

Sécurité

• Le Modèle:Lang noexecute=optin permet d'installer la sécurité DEP (Modèle:Lang)<ref>DEP</ref>. Sur Windows XP Modèle:Lang 2 et Windows Server 2003, il est installé automatiquement.

Analyser les différentes étapes du boot

Le Modèle:Lang bootlog permet de lister les différents modules chargés durant le Modèle:Lang ; le résultat est écrit dans le fichier de log %SystemRoot%\ntbtlog.txt: Les 2 premiers modules sont dans l'ordre :

• noyau windows NT
• hal.dll

Puis viennent les nombreux pilotes.

Le Modèle:Lang sos permet de détailler 3 étapes du Modèle:Lang, directement sur l'écran :

1. Le chargement de chaque module (la liste est longue, mais elle n'apparaît que fugitivement à l'écran car cette étape dure très peu de temps)
2. La version du système d'exploitation, le nombre de processeur, la quantité de RAM
3. La phase de vérification des différents systèmes de fichiers (déclenché par le gestionnaire de sessions)

Le Modèle:Lang basevideo permet d'analyser les problèmes liés à un pilote vidéo. Il remplace le pilote vidéo par le pilote VGA de base.

Les autres Modèle:Lang sont réservés à des programmeurs, capables d'utiliser les outils de débogage fournis par Microsoft<ref>{{#invoke:Langue|indicationDeLangue}} Outils de débogage sur le site de Microsoft</ref>. Ces Modèle:Lang de débogage sont :

• Le Modèle:Lang crashdebug
• Le Modèle:Lang debug
• Le Modèle:Lang debugport=comx
• Le Modèle:Lang baudrate=nnn paramètre le taux en baud du port de débogage du noyau
• Le Modèle:Lang nodebug
• Le Modèle:Lang /channel permet de déboguer certains problèmes FireWire (IEEE1394)

Les quatre valeurs du Modèle:Lang Modèle:Lang

• /safeboot
  • /safeboot:dsrepair (utile seulement sur un contrôleur de domaine active directory)
  • /safeboot:minimal
  • /safeboot:minimal(shell_alternatif) pour utiliser un Modèle:Lang alternatif
  • /safeboot:network

Mettre un autre noyau ou un autre hal.dll

Le noyau et hal.dll peuvent être remplacés respectivement par les Modèle:Lang kernel et HAL.

Réduire le temps de Modèle:Lang

Le Modèle:Lang /fastdetect permet d'éviter le temps d'attente sur la détection de la souris. Dans certains cas, il est installé automatiquement.

Réduire la quantité de RAM pour des raisons de test

Pour pouvoir faire des tests, il peut être nécessaire de réduire la quantité de RAM utilisé par Windows.

Les Modèle:Lang /burnmemory ou /maxmem permettent de réaliser cela.

Donner plus de mémoire virtuelle aux processus utilisateur

Par défaut, sur les 4 gigaoctets de la mémoire virtuelle de Windows, la moitié est réservée pour les librairies et pilotes de périphériques exécutés en mode noyau.

Dans certains cas, il peut être intéressant de donner plus de mémoire aux processus en mode utilisateur, les 2 cas que propose Microsoft sont :

• le serveur de messagerie Exchange (store.exe)<ref>Utilisation du commutateur /3GB dans Exchange Server 2003 sur un système Windows Server 2003</ref>
• Base de données sur Modèle:Lang (paramétrage de la RAM 4GT)<ref>Informations sur l'utilisation du réglage de RAM 4GT</ref>

Les Modèle:Lang 3GB et userva permettent de réaliser cela.

Pour dépasser la limite à 4 gigaoctets en mode 32-bits, voir Modèle:Lien.

Modèle:Lang sur les processeurs

• Le Modèle:Lang numproc
• Le Modèle:Lang onecpu

Autres

• Les Modèle:Lang pae et /nopae concernent le Physical Address Extension
• Le Modèle:Lang noguiboot indique de ne pas utiliser la barre de progression Modèle:Lang sur la phase de Modèle:Lang
• Le Modèle:Lang noserialmice:comx
• Le Modèle:Lang pcilock concerne le PCI dans le BIOS
• Le Modèle:Lang redirect permet de paramétrer Emergency Management Services<ref>{{#invoke:Langue|indicationDeLangue}} Modèle:Lien</ref>, sur RS-232)
• /usepmtimer
• Les Modèle:Lang w95 et w95dos
• le Modèle:Lang year permet de ne pas tenir compte de la date du BIOS

Droits MS-DOS et NTFS du fichier boot.ini

Par défaut, les droits MS-DOS du fichier boot.ini sont lecture seule.

Si la partition de Modèle:Lang est au format NTFS (ce qui est le plus courant), alors, par défaut, les utilisateurs qui ne sont pas administrateurs n'ont pas de droit NTFS en lecture sur le fichier boot.ini.

Base de registre

Les paramètres utilisés pour le Modèle:Lang sont stockés dans la base de registre dans HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ :

• Pour la partition contenant le système d'exploitation : SystemBootDevice (exemple : multi(0)disk(0)rdisk(0)partition(2))
• Pour les Modèle:Lang de Modèle:Lang : SystemStartOptions, exemple pour Windows XP Modèle:Lang 2 : NOEXECUTE=OPTIN FASTDETECT

Par défaut, les utilisateurs qui ne sont pas administrateur ont seulement un droit en lecture sur ces clés.

Comparaison avec les chargeurs d'amorçage de UNIX/linux

Le fichier boot.ini de Windows a un rôle analogue au fichier de configuration du chargeur d'amorçage grub de linux. On peut aussi le comparer au [[Boot Camp (logiciel)|Modèle:Lang]] du Mac OS X Leopard.

Le fichier boot.ini de Windows et le fichier lilo.conf du chargeur d'amorçage lilo de linux ne sont pas tout à fait analogues : il faut utiliser la commande lilo pour que les modifications du fichier lilo.conf soient prises en compte.

La syntaxe pour identifier une partition est très différente entre Windows et UNIX/linux. Dans le boot.ini de windows, le format ARC est utilisé (voir {{#invoke:Langue|indicationDeLangue}} Modèle:Lang), alors que sous unix, l'identifiant d'une partition est du type /dev/xxxxxNN.

Type de disque	Exemple de format dans boot.ini	Exemple de Format avec grub ou lilo
IDE	multi(0)disk(0)rdisk(0)partition(2)	/dev/hda2
SCSI	scsi(0)disk(0)rdisk(0)partition(2)	/dev/sda2

Autres chargeurs d'amorçages pour les versions de Windows basées sur NT

IA64ldr.efi pour processeur Itanium

C'est le chargeur d'amorçage pour les versions de Windows sur processeur Itanium.

"OsLoader" et "SetupLdr"

NTLDR est en fait la concaténation de deux programmes semi-indépendants, nommé StartUp et OsLoader. Le rôle du premier est de passer du mode réel de démarrage au mode protégé paginé Modèle:Unité, et de fournir ensuite à OsLoader l'accès aux services sous-jacents tels que ceux du BIOS.

Dans les architectures RISC de Windows NT 3.x et 4.0, cette différence de mode n'existe pas, et NTLDR est alors remplacé par le programme "OsLoader.exe", chargé directement par le micrologiciel. Comme ces versions n'ont pas eu un grand succès commercial, elles sont tombées dans l'oubli.

Dans le cas d'un démarrage directement depuis le réseau (Modèle:Lang), les deux parties sont séparées, la carte charge d'abord un module StartUp adapté au démarrage depuis le réseau, lequel passe en mode protégé et charge ensuite OsLoader.

Lors de l'installation de Windows, le chargeur OsLoader.exe est remplacé par un autre chargeur, SetupLdr.exe, qui n'exploite pas le fichier boot.ini ; SetupLdr.bin est la concaténation du module StartUp et de SetupLdr.exe ; SetupLdr.bin peut être renommé sur disque en $LDR$ (installation via le disque dur) ou CMLDR (console de récupération) pour respecter le format de 5 lettres.

Successeur

À partir de Windows Vista et ultérieurs (et de sa version serveur: Windows Server 2008), NTLDR est remplacé par Boot Configuration Data.

Le fichier de configuration n'est plus boot.ini ; à la place, c'est une ruche du registre : Modèle:Lang. NTLDR est remplacé par winload.exe.

Pour modifier la configuration du boot, Microsoft fournit des utilitaires :

• graphique Msconfig.exe, comme dans les versions précédentes
• en ligne de commande : le nouvel outil bcdedit.exe.

Voir aussi

Articles connexes

• Autoexec.bat
• Config.sys

Liens externes

• Modèle:Autorité
• Modèle:Bases
• Modèle:Dictionnaires
• Options du boot.ini et des chemins ARC par J.-C. Bellamy et L. Thobois
• Pour Windows Server 2003 : Bootcfg, Pour XP bootcfg
• Le processus NTLDR
• {{#invoke:Langue|indicationDeLangue}} Pour Vista Modèle:Lang
• {{#invoke:Langue|indicationDeLangue}} L'ancien "osloader.exe" pour Motorola, DEC-Alpha et autres processeurs RISC
• un chargeur GRUB pour Windows
• quelques explications en français pour installer démarrer Linux depuis le chargeur NTLDR de Microsoft