Un nouveau gestionnaire de démarrage
Le support de l’EFI
Dans notre précédent dossier sur la bêta 2 de Windows Vista, nous vous avions indiqué que le DVD contenait un répertoire nommé EFI, ce qui montrait que Microsoft avait réintroduit son support après l’avoir supprimé un moment. Nous nous étions alors demandé si l’on retrouverait ce support de l’EFI dans la version finale. La réponse est oui. Pour ceux qui ne savent pas ce qu’est l’EFI (ou Extensible Firmware Interface), il s’agit en fait du successeur du BIOS (Basic Input/Output System), introduit il y a 25 ans par IBM dans ses IBM PC. Malgré ses bons et loyaux services, le BIOS fait preuve de limitations désormais très contraignantes : un fonctionnement en 16 bits uniquement, un espace d’adressage mémoire de 1 Mo maximum, etc. C’est dans les années 1990, avec l’apparition des premières machines à base de processeur Itanium, qu’Intel a développé la première version de l’EFI. L’EFI est actuellement en version 2 (depuis le 30 janvier 2006) et maintenu par l’UEFI Forum (Universal EFI Forum). Il possède de multiples avantages sur le BIOS, mais nous ne nous attarderons pas sur le sujet pour ne pas nous éloigner de Vista.
Windows Boot Manager
La séquence de démarrage de Windows Vista a évolué par rapport aux versions précédentes de Windows NT. Les premières étapes restent cependant identiques : allumage de la machine, chargement du BIOS ou de l’EFI.
- Sur une machine équipée d’un BIOS, ce dernier lit le MBR (Master Boot Record) du disque dur principal pour savoir quoi faire puis lance (dans notre cas) le gestionnaire d’amorçage de Windows Vista.
- Sur une machine équipée d’un EFI, ce dernier lance son propre gestionnaire d’amorçage et affiche une liste des systèmes qu’il est possible de démarrer. Dans le cas qui nous intéresse, le gestionnaire passe la main au gestionnaire d’amorçage de Windows Vista, stocké sous la forme d’une application sur la partition système réservée à l’EFI.
Là où NTLDR (le gestionnaire de démarrage de Windows NT, 2000, XP et 2003) lisait le fichier boot.ini pour afficher la liste des choix disponibles, c’est Bootmgr qui lit la configuration à partir des Boot Configuration Data et qui affiche la liste des choix disponibles. Windows Vista arrive avec deux autres applications utiles au démarrage du système :
- winload.exe, l’application chargée de lancer Windows Vista. Chaque version de Windows Vista et de Windows Server Code Name Longhorn installées possèdent leur propre instance de winload.exe.
- winresume.exe, l’application chargée de restaurer la session en cours lorsque l’ordinateur a été mis en hibernation. Comme pour winloader.exe, chaque version de Vista ou Longhorn installée possède sa copie du programme.
Remarquez que pour démarrer une version de Windows antérieure à Vista, telle Windows XP ou Windows 2000, le gestionnaire d’amorçage passe la main à NTLDR.
Boot Configuration Data (Données de Configuration de Démarrage)
Derrière ce nom se cache en fait le successeur du simple fichier texte boot.ini. Cette nouvelle méthode de stockage des informations de démarrage utilise le même formatage que celui utilisé pour les fichiers de la base de registres. Les informations sont stockées dans BootBcd sur le disque dur système dans le cas d’une machine compatible IBM PC (comprenez par là disposant d’un BIOS), ou dans la partition système EFI pour les machines utilisant l’EFI. Si les données sont différentes de celles de boot.ini, elles ne sont plus non plus éditables « à la main » du fait de leur format binaire. Il existe donc un programme, nommé bcdedit.exe, qui permet d’ajouter, de modifier, ou de supprimer des entrées dans le gestionnaire d’amorçage. En plus d’offrir la possibilité d’ajouter une option de démarrage à partir de l’image d’un secteur d’amorçage, d’appeler NTLDR ou winload.exe, des options peuvent être passées à winresume.exe.
Mais les particularités de ce nouveau système ne s’arrêtent pas là puisque l’environnement de démarrage est indépendant du firmware (BIOS, EFI…) de la machine ce qui permettra de rajouter le support d’autres firmware le cas échéant. Ensuite, le nouveau gestionnaire permet de lancer des applications d’éditeurs tiers dans l’environnement de démarrage ; Microsoft fournit par exemple un utilitaire de test de la mémoire vive.
Quoi qu'on puisse penser de Vista, je trouve tout de même qu'il apporte un nombre de fonctionnalités qui, bien que non visibles au premier abord, devraient révéler un système franchement stable !
J'adooore !!!
![[:x_tyler_x:2]](http://img.infos-du-net.com/forum/images/perso/2/x_tyler_x.gif)
Par contre, coté protection, le nombre de personne l'ayant déja en stock
Petite erreur : HAL c'est pas "Human Abstraction Layer" mais "Hardware Abstraction Layer"
Vista sera chez moi le jour au j'aurais les pilotes pour ma photosmart 1215. HP et les drivers ça n'a jamais fait bon ménage
Petite erreur : HAL c'est pas "Human Abstraction Layer" mais "Hardware Abstraction Layer"
Oui exact je le corrige
haaaaaaaaaaaaa
Ca fait du bien un article qui ne se contente pas de réduire Windows Vista à 3 wallpapers, 1 barre à gauche et de nouveau icônes !
Vista sera chez moi le jour au j'aurais les pilotes pour ma photosmart 1215. HP et les drivers ça n'a jamais fait bon ménage
HP et le software en général n'a jamais fait bon ménage ! Bon hardware fait par des pros, et soft qui va autour fait par des stagiaires en 1ère année...
Bref...
Ce qui me dérange le plus avec Vista, c'est la charte graphique : XP avait posé des bases que je trouvais tout à fait claires et agréables à utiliser : Par exemple, tâches et information à gauche des fenêtres, correspondant aux objects sélectionnés. Microsoft en avait fait ses recommendations pour tous les développeurs.
Tout ça a visiblement disparu avec Vista et on se retrouve avec de nouvelles normes. Je ne vois pas trop l'intérêt. Autant Office 2007 et ses "Ribbon Bar" sont à mon sens un réèl progret, faces aux innonbrables menus et sous menus; autant perdre un système visuel simple et efficace comme celui d'XP n'a pas trop d'intérêt.
Visuellement, les fenêtres sont beaucoup moins simple à appréhender et il faut réapprendre. Intérêt ?
N'aurait il pas été plus judicieux de simplement amélioré ce qu'avait apporté XP en ce qui concerne l'interface graphique, sans chercher à tout refaire ?
(Et je ne parle même pas des utlisateurs "de base" qui avait été formés sur XP et qui sont perdus dès qu'un bouton ne se trouve plus à sa place... ça va être chouette pour eux !
C'est clair qu'il faudra déjà que les utilisateurs apprennent à lire ce qui est écrit à l'écran, au lieu de cliquer bêtement sur "OK" à la moindre petite fenêtre ...
Les noyaux de la branche NT sont tous qualifiés de noyaux hybrides et celui de Windows Vista, étant basé sur celui de Windows Server 2003, ne déroge pas à la règle.
Ca veut dire que Vista est NT 5.3
Ca veut dire que Vista est NT 5.3
(rappel pour ceusses qui savent pas : Server 2003 est la 5.2, Xp la 5.1 et 2K la 5.0) ? On n'est pas encore à NT 6 ? La branche 5 aurait donc la vie longue.......... Comme Linux 2.x, quoi..
Mouais, tu sais, ce n'est pas avec des numéros de version que tu peux évaluer précisemment la différence.
Vu les modifs apportées (en profondeur), ils auraient très bien pu appeller ça NT6; personne n'aurait criéé au scandale. Il y a peut être plus de différences entre Vista et XP qu'entre XP et 2000...
Enfin, c'est moins débile d'appeler le noyau 5.3 dans ce cas, que de passer d'un soft 2.0 à 3.0 par exemple, simplement parcequ'on a rajouter 3 ou 4 petites features sans grand intérêt comme on voit souvent. Ouais, mais ça fait vendre...
Johan_et_Pirlouit > L'auteur de l'article est Mathieu Chouchane, et oui, depuis le reset de Vista, cet OS est basé sur le noyau de Windows Server 2003 (ce qui est une bonne chose).
Et rappelons qu'à l'origine, Longhorn était développé à partir du noyau de Windows XP.
seuls les drivers video et audio avaient acces au kernel sous 2000/xp mais cela ne serait plus cas sous vista c'est ca ?
Les drivers audio sont logés à la même enseigne que tous les autres
Ben, ils commencent seulement à passer de "l'exercice de TP" à quelque chose d'un peu plus stable en reprenant les bases de VMS (dec/digital).
VMS est un O/S qui a été développé dans les années 70 et a été très rapidement stable.
Ce qui est dommage c'est que microsoft ait attendu autant d'années avant de bosser correctement.
Vu que ça va être l'OS majoritaire sur les PC dans quelques années, mieux vaut tard que jamais !
Si j'ai bien compris, les fabricants de matériels vont vite faire des économies en ne développant plus que les drivers pour windows vista, ce qui va nous obliger à passer (encore) plus vite à cet OS
.
Un peu comme les macs, où les drivers pour macOS9 n'existent plus pour les nouveaux produits (même les souris !).
Je vous comprend bien ... d'ailleurs avec ces "révolutions" en cascade (matériel, pilotes newgen toussa), la question de la migration OS libre me travaille de plus en plus.
Quand on voit les tarifs de Vista, toute la mayonnaise anti-piratage de license, bref
Un peu comme les macs, où les drivers pour macOS9 n'existent plus pour les nouveaux produits (même les souris !).
Les drivers pour XP continueront à être developpé pendant une paire (2) d'années encore. Vista n'enterrera pas XP aussi facilement que Microsoft l'éspère, surtout qu'XP à eu un bon bout de temps pour s'implanter.
Surtout que la grosse différence par rapport à avant (et l'époque 95, 98, 98SE et Me...), c'est que globalement, les utilisateurs d'XP sont relativement content de leur OS.
En plus, oui
merci pour l'article, c'est ce que j'attendais...
En espérant qu'il en soit de même pour la suite !
J'ai une question sur ce qui est dit du C++. Les interfaces de callback, etc., c'est tout aussi possible en C pas ++, non ? Le C++, pour moi, apporte surtout les templates, la stl, etc. Le fait que ce soit COM ne me paraît a priori ni un bien ni un mal, juste un fait, puisqu'après tout les ActiveX sont COM aussi et je ne vois pas bien en quoi ce serait mieux ... Mais bon, j'ai peut-être pas compris le truc. Si quelqu'un veut bien m'esspliquer
Je n'ai pas entendu parler de callback en C mais j'attends une confirmation.
Quant à COM, ce n'est ni un bien ni un mal, mais c'est surtout que c'est une technologie déjà connue et pas une nouvelle à apprendre.
avant windows et les pilotes c'était plutot WTF.
![[:vendredi]](http://img.infos-du-net.com/forum/images/perso/vendredi.gif)
Pourquoi l'article ne parle pas des rumeurs qui circulent sur la toile au sujet des révocations de pilotes (et périphériques) sous Vista ?
Parce qu'il est impossible de parler de tout, ça a été écrit au début du dossier
Oui, et le chiffrement de toutes les E/S ?
Quoiqu'il en soit, même si ces nouveautés (améliorations ?) sont les bienvenues je trouve qu'au final c'est tout de même un peu léger... Surtout pour un OS qui a mis tant de temps à être developpé et dont on parle temps.
Soit c'est moi qu'est pas bien compris, soit c'est vraiment flippant d'un point de vue sécurité. OK les pilotes ne tournent plus dans le noyaux mais quand même ! De la à laisser aux utilisateurs la possibilité d'installer les pilotes ... J'attend la suite du dossier sur les droits utilisateurs.
Oui, et le chiffrement de toutes les E/S ?
Quoiqu'il en soit, même si ces nouveautés (améliorations ?) sont les bienvenues je trouve qu'au final c'est tout de même un peu léger... Surtout pour un OS qui a mis tant de temps à être developpé et dont on parle temps.
Soit c'est moi qu'est pas bien compris, soit c'est vraiment flippant d'un point de vue sécurité. OK les pilotes ne tournent plus dans le noyaux mais quand même ! De la à laisser aux utilisateurs la possibilité d'installer les pilotes ... J'attend la suite du dossier sur les droits utilisateurs.[/quote]Ca peux se faire par un utilisateur s'il connaît le mot de passe de l'administrateur. Ca évite juste de changer de compte pour installer un périphérique