Retour au blog

Dompte ton OS : Installation et Config' Facile

Crée une machine virtuelle, installes-y un système et règle son réseau sans risque pour ton vrai PC, puis entraîne-toi sur quatre exercices corrigés.

Cet article a été rédigé à des fins pédagogiques. Les informations présentées peuvent évoluer. Nous t’invitons à vérifier auprès de sources officielles.

Pour apprendre à installer et configurer un système d'exploitation sans rien risquer, fais-le dans une machine virtuelle : un PC complet qui n'existe qu'en logiciel et s'ouvre dans une fenêtre du tien. La méthode : activer la virtualisation, créer la machine, y installer le système depuis son image ISO (le fichier d'installation), choisir son mode réseau, puis prendre un instantané pour pouvoir revenir en arrière. Exemple : sur un PC de 16 Go de mémoire vive, prêter 4 Go à une machine virtuelle laisse 12 Go à Windows, et si un réglage casse tout, l'instantané la remet dans son état d'avant.

Un PC dans ton PC

Définition : l'hôte est le vrai ordinateur. L'hyperviseur, ici VirtualBox (logiciel libre pour Windows, macOS et Linux), crée et fait tourner les machines virtuelles, ou VM. Le système invité est celui que tu installes dans une VM.

Le disque de la VM n'est qu'un fichier rangé sur le disque de l'hôte, et sa mémoire est prise sur celle de l'hôte : presque tous les réglages qui suivent en découlent.

Le bac pro CIEL, qui succède au bac pro SN depuis la session 2026, range les serveurs et ordinateurs « virtuels » dans les connaissances de sa compétence C09, consacrée à l'installation (arrêté du 13 février 2023).

Activer la virtualisation

Pour faire tourner un autre système, le processeur doit avoir sa fonction de virtualisation activée : VT-x chez Intel, AMD-V chez AMD. Elle se règle dans l'UEFI, le programme de démarrage intégré à la carte mère. Beaucoup de PC l'ont déjà activée ; sinon, la page de Microsoft « Activer la virtualisation sur Windows » montre comment ouvrir l'UEFI depuis Windows.

Piège classique : chercher « virtualisation » dans l'UEFI et ne rien trouver. Le réglage change de nom selon le fabricant, souvent en anglais : cherche « Virtualization », « VT-x », « VMX » ou « AMD-V », en général parmi les réglages du processeur. Ne touche à rien d'autre.

Créer la machine virtuelle

RessourceCe qu'elle devientLa règle
Mémoire viveretirée à l'hôte tant que la VM tournela valeur proposée pour le système, si l'hôte garde assez
Processeursdes threads de l'hôte (fils d'instructions menés de front)au plus la moitié des threads de l'hôte
Disqueun fichier sur le disque de l'hôtedynamique pour t'entraîner

Règle : pour les VM allumées en même temps,

$$M_{\text{VM}} + M_{\text{hôte}} \leqslant M_{\text{PC}}$$

où $M_{\text{VM}}$ est la mémoire totale des VM, $M_{\text{hôte}}$ celle que tu laisses à l'hôte et $M_{\text{PC}}$ la mémoire vive installée. Sinon, l'hôte se rabat sur son disque, bien plus lent, et se fige presque.

Pour le disque, tu choisis une taille maximale et un type. Un disque dynamique est un fichier presque vide au départ, qui grossit chaque fois que l'invité écrit sur une zone neuve. Un disque de taille fixe prend d'emblée toute sa taille sur l'hôte : 30 Go annoncés, 30 Go occupés. Le dynamique peut écrire un peu moins vite tant qu'il grossit, puis l'écart devient négligeable (manuel de VirtualBox).

Installer le système invité

Dans VirtualBox 7.2, si l'image ISO s'y prête, le système s'installe tout seul par défaut. Pour t'entraîner, décoche « Install OS Using Unattended Installation » à la création : l'ISO reste branchée sur la VM et tu fais toi-même chaque étape, sans clé USB à préparer.

L'installateur est celui d'un vrai PC. Quand il propose d'effacer le disque, il ne voit que le disque virtuel : le tien ne risque rien. Profites-en pour découper toi-même le disque en partitions, ce que tu n'oserais pas sur un poste réel.

Le système démarré, fais ses mises à jour, puis installe les Guest Additions de VirtualBox, des pilotes (logiciels qui font marcher un matériel) pour l'invité : l'affichage suit alors la taille de la fenêtre et des dossiers peuvent être partagés avec l'hôte.

Choisir le mode réseau

La carte réseau de la VM est virtuelle elle aussi, et tu choisis où la brancher. Par défaut, VirtualBox la met en NAT (traduction d'adresses). Qui peut joindre qui, d'après le chapitre réseau du manuel :

ModeLa VM va sur InternetL'hôte joint la VMLe réseau joint la VMLes VM se voient
NAT (par défaut)ouipar redirection de portpar redirection de portnon
Pont (Bridged)ouiouiouioui
Réseau privé hôte (Host-only)nonouinonoui
Réseau interne (Internal)nonnonnonoui

En NAT, la VM sort par l'hôte comme un PC derrière une box : elle reçoit l'adresse 10.0.2.15, dans un réseau privé que VirtualBox crée pour elle, et reste invisible de l'extérieur. En pont, elle est reliée au réseau comme par un câble : elle y devient une machine de plus, avec sa propre adresse.

Conseil : dans une VM Linux, ip a affiche ses adresses : une adresse en 10.0.2. trahit le NAT.

Les instantanés

Un instantané enregistre l'état de la VM à un moment donné ; le restaurer remet son disque exactement dans cet état. Prends-en un juste après l'installation, puis avant chaque réglage risqué, avec un nom qui dit ce qu'il contient, comme « installé et à jour ».

Ensuite, les changements du disque partent dans un second fichier qui grossit sur l'hôte : supprime les instantanés inutiles.

Piège classique : restaurer un instantané efface aussi tout ce que tu as écrit dans la VM depuis. Le compte rendu de TP rédigé après l'instantané disparaît avec le reste. Range tes documents sur l'hôte, par exemple dans un dossier partagé.

Exercices corrigés

Exercice 1 : Ton PC a 16 Go de mémoire vive et un processeur qui mène 8 threads de front. Tu veux faire tourner ensemble deux VM, un serveur et un client, en laissant 6 Go à l'hôte. Quelle mémoire donner au plus à chaque VM, à parts égales ? Combien de processeurs au plus pour chacune ?

Correction :

Les deux VM se partagent au plus $16 - 6 = 10$ Go, soit $10 \div 2 = 5$ Go chacune.

Pour les processeurs, le manuel conseille de ne pas donner à une VM plus de la moitié des threads de l'hôte : $8 \div 2 = 4$ processeurs au plus pour chacune. C'est un plafond, pas un objectif.

Exercice 2 : Il reste 60 Go libres sur le disque de ton PC. Tu crées une VM avec un disque de 80 Go. Après l'installation, l'invité a écrit 14 Go. Quelle place occupe le fichier du disque s'il est dynamique ? Pouvais-tu le créer en taille fixe ? Que se passe-t-il si l'invité finit par écrire 70 Go ?

Correction :

Dynamique, le fichier occupe environ 14 Go, ce que l'invité a écrit : il reste environ $60 - 14 = 46$ Go à l'hôte.

En taille fixe, c'était impossible : le fichier aurait pris d'emblée environ 80 Go, et $80 > 60$.

À 70 Go écrits, il faudrait plus que les 60 Go libres : une fois le disque de l'hôte plein, le fichier ne grossit plus et la VM ne peut plus écrire. Annoncer 80 Go ne réserve rien.

Exercice 3 : Pour présenter ton projet, tu as installé un serveur web dans une VM Linux en NAT ; ip a y affiche 10.0.2.15. Ton binôme tape cette adresse dans le navigateur d'un autre PC de la salle : rien ne s'affiche. Explique pourquoi, puis donne le réglage à changer.

Correction :

En NAT, la VM est invisible depuis le réseau, et 10.0.2.15 appartient au réseau privé que VirtualBox a créé pour elle, pas à celui de la salle.

Passe sa carte réseau en pont : elle devient une machine de plus sur le réseau de la salle. Relève sa nouvelle adresse avec ip a et donne-la à ton binôme.

Exercice 4 : En TP, tu installes dans une VM un serveur DHCP, le service qui distribue automatiquement les adresses IP, et dans une autre VM du même PC un poste client. Le client doit recevoir son adresse de ton serveur, sans qu'aucun PC du lycée ne soit touché. Quel mode réseau choisis-tu pour les deux VM ? Pourquoi ni le pont ni le NAT ?

Correction :

Le réseau interne : seules les VM qui y sont branchées se voient, et rien ne sort vers le réseau du lycée.

Le pont est le piège : ton serveur DHCP pourrait distribuer de mauvaises adresses aux vrais PC de la salle, qui perdraient le réseau. En NAT, chaque VM est isolée derrière l'hôte : le client n'atteindrait jamais ton serveur.

À retenir

À retenir :

  • Le disque d'une VM est un fichier de l'hôte, et sa mémoire est prise à l'hôte.
  • Avant tout, la virtualisation (VT-x ou AMD-V) activée dans l'UEFI.
  • $M_{\text{VM}} + M_{\text{hôte}} \leqslant M_{\text{PC}}$, et au plus la moitié des threads de l'hôte par VM.
  • Un disque dynamique grossit à l'usage et ne réserve rien.
  • NAT par défaut : Internet oui, joignable seulement par redirection de port ; pont : une machine de plus ; interne : les VM entre elles.
  • Un instantané avant chaque réglage risqué, et tes documents hors de la VM.

Sources

Tu peux partager cette page librement, en citant ORBITECH AI Academy avec son lien.