Ce cours part d'un principe : tu ne connais rien, et c'est normal. Chaque mot technique est défini la première fois qu'il apparaît. Trois types d'encadrés reviennent partout :
La signification précise d'un terme. À retenir tel quel.
Une analogie du quotidien pour « sentir » l'idée avant de la comprendre formellement.
Le chaînon qui manque dans le cours : pourquoi cette notion existe et à quelle autre elle est accrochée.
Partie 1
L'ordinateur et l'OS : partir de zéro
Avant de parler de « système d'exploitation », il faut savoir ce qu'est un ordinateur. Spoiler : ce n'est pas seulement la tour sous ton bureau.
1.1 — C'est quoi, un ordinateur ?
Selon le Larousse (cité par le cours) : « Machine automatique de traitement de l'information, obéissant à des programmes formés par des suites d'opérations arithmétiques et logiques. » Autrement dit : une machine qui calcule en suivant des instructions, sans intervention humaine à chaque étape. En anglais, « ordinateur » se dit computer — littéralement « celui qui calcule ».
Une fois cette définition posée, on réalise que les ordinateurs sont partout. Le cours en donne une liste vertigineuse : un PC bien sûr, mais aussi un téléphone, une montre connectée, une smart TV, une box internet, une alarme, une calculatrice, une voiture, un avion, une console de jeux, un ascenseur, un serveur, un drone, une imprimante, un GPS, un robot industriel, un feu tricolore, un appareil auditif, un pacemaker… Tout ce qui traite de l'information est, au fond, un ordinateur.
Un ordinateur, c'est un employé ultra-obéissant mais sans aucune initiative : il exécute à la lettre une liste d'instructions (le programme), très vite, sans jamais se demander pourquoi. Un pacemaker et un PC font le même métier — suivre leur liste — seule la liste change.
1.2 — Et l'OS dans tout ça ?
Nous passons nos journées dans des applications (navigateur, traitement de texte, jeux…). Chaque application répond à un besoin, et chaque application s'appuie sur d'autres logiciels pour fonctionner. Tout en bas de cette pile se trouve LE logiciel sur lequel tous les autres reposent :
L'OS (Operating System) est le logiciel de base d'un ordinateur : celui sur lequel toutes les applications reposent. Le cours insiste : c'est le logiciel doté des plus grands pouvoirs sur un système informatique — il a littéralement droit de vie ou de mort sur tous les programmes en cours de fonctionnement.
Ce chapitre donne la vue d'ensemble ; le détail de où se place l'OS (au-dessus du matériel, en dessous des applications, à côté du firmware) est le cœur de la partie 2. Et la preuve concrète de ses « pleins pouvoirs », tu la verras en pratiquant dans une machine virtuelle (partie 4).
1.3 — Pourquoi étudier l'OS ? Les 4 casquettes
Le cours motive l'étude de l'OS par quatre rôles que tu peux jouer face à lui :
| Casquette | Rapport à l'OS |
|---|---|
| Utilisateur | L'OS est un outil : ma performance (pro ou perso) peut découler de sa maîtrise. |
| Développeur | Je crée sur un OS et je déploie ailleurs : exploiter l'existant, éviter les écueils. |
| Administrateur | Je veille à la sécurité et à la stabilité. J'ai les pleins pouvoirs. |
| Hacker (éthique) | Je dois connaître l'OS pour en déjouer la sécurité. |
1.4 — Le cadre du cours (à connaître pour s'organiser)
- Trois compétences à acquérir (« AA » = Acquis d'Apprentissage) : 1) adapter et personnaliser un système, 2) remédier à un dysfonctionnement courant, 3) élaborer des procédures en langage de commande. Un seul AA raté fait échouer l'ensemble : il faut voir la matière comme un tout, sous 3 angles.
- Examen écrit sur papier (sans PC) : compréhension des rouages, lire/corriger/rédiger des commandes, lire de la documentation technique et des fichiers de configuration, casus sur un système cible. Un test « blanc » a lieu en milieu d'année.
- Charge de travail : 1 ECTS (European Credit Transfer and Accumulation System) = 25 à 30 heures de travail. Ce cours compte 8 ECTS, soit près de 250 heures estimées — d'où l'astuce du prof : planifier des plages de travail dans l'agenda.
- Matériel : un laptop personnel dont le processeur permet la virtualisation (instructions VT-x chez Intel, AMD-V chez AMD) ; en option un petit serveur virtuel loué (VPS, Virtual Private Server, ~25 €/an).
Bring Your Own Device : un employé (ou un étudiant) peut connecter son matériel personnel au réseau de l'organisation. C'est flexible, mais ça crée des risques de sécurité : la machine personnelle n'est pas contrôlée par le service informatique (logiciels douteux, absence de mises à jour, fuite de données…). Utiliser ton laptop à l'école, c'est déjà du BYOD.
1.5 — L'IA : tuteur, pas pilote automatique
Le cours consacre une slide à l'IA (les LLM, grands modèles de langage) : outil révolutionnaire, mais juste un outil. Apprendre = construire des circuits cérébraux ; l'IA est nuisible si elle fait « à ta place », elle te renforce si tu l'utilises comme tuteur individuel. Et aucune omniscience : juste des probabilités — erreurs, hallucinations et biais sont possibles.
Partie 2
Le positionnement de l'OS : rassembler, organiser, abstraire
Où se place exactement l'OS dans la machine ? Le cours répond par trois analogies du quotidien, puis par un schéma en trois couches à connaître par cœur.
2.1 — Trois analogies pour « sentir » le rôle de l'OS
Le cours part du quotidien avec la grille Quoi / Comment / Pourquoi :
| Quoi (les éléments) | Comment (qui coordonne) | Pourquoi (ce qu'on abstrait) | |
|---|---|---|---|
| Aéroport | Pistes, avions, bagages, voyageurs, équipes au sol… | Le contrôle aérien régule décollages et atterrissages, gère les files d'attente. | La « téléportation » : le voyageur se retrouve loin en ne franchissant que quelques couloirs. |
| Ville | Rues, maisons, conduites d'eau, câbles, égouts… | L'hôtel de ville fixe les règles, alloue les espaces, nomme les rues. | La complexité collective : l'« adresse » n'existe que dans les sociétés humaines. |
| Chantier | Machines, ouvriers, matières premières… | Le maître d'œuvre impose un calendrier, alloue les ressources, ordonnance les équipes. | La « livraison » d'un bâtiment fini, sans avoir vu le fourmillement nécessaire. |
L'OS est l'hôtel de ville de ton ordinateur : il ne construit pas les maisons (les applications) et ne creuse pas les égouts (le matériel), mais rien ne se fait sans son accord — il fixe les règles, attribue les adresses et partage l'espace public entre tous les habitants.
D'où la formule du cours : l'OS rassemble, organise et abstrait. Il reconnaît les ressources matérielles, sait les utiliser (I/O, Input/Output : tout ce qui entre ou sort d'un composant), les coordonne, fixe les règles de partage, rend possible l'extension de fonctionnalités et facilite l'utilisation de l'ordinateur via l'IHM (Interface Homme-Machine, HMI en anglais). Résultat : l'ordinateur est abstrait en une « boîte » qu'on pilote en quelques clics.
2.2 — Les 3 couches logicielles (le schéma à retenir)
Fondamentalement, le logiciel d'un ordinateur s'empile en 3 couches : (a) sur l'OS : toutes les applications du quotidien (de Firefox à PyCharm) ; (b) l'OS lui-même : le noyau (kernel), les pilotes, les outils système ; (c) sous l'OS : le BIOS/UEFI et les firmwares.
Un pilote est un petit logiciel qui apprend à l'OS comment parler à un matériel précis (carte graphique, imprimante, carte Wifi…). Sans pilote, le matériel est présent mais muet.
La couche (c), celle qui vit sous l'OS, est détaillée dans la partie 3 : c'est le firmware qui s'exécute en premier à l'allumage, avant de passer le relais au chargeur d'amorçage puis au noyau. Et le noyau le plus célèbre du monde libre, Linux, est au cœur de la partie 4.
2.3 — Qui « utilise » l'ordinateur ? (pas que toi)
Un utilisateur, c'est « quelque chose » qui utilise l'ordinateur (ses ressources). Un humain, oui — mais pas que. Un processus est un programme actif (en cours d'exécution) ; or l'OS est utilisé par des processus. Donc, du point de vue de l'OS, un processus est un utilisateur. D'ailleurs l'humain lui-même interagit toujours via des processus. Conclusion : il y a beaucoup d'utilisateurs potentiels et simultanés.
Convention du cours : dans la suite, « utilisateur » désignera majoritairement l'humain.
Autre idée importante : la notion de fichier ou de répertoire n'existe pas intrinsèquement. C'est une abstraction mise en place par l'OS (sur le disque, il n'y a physiquement que des cellules de stockage — l'OS y projette l'image familière de dossiers et de documents).
Le cours affirme : « L'OS requiert l'usage exclusif des ressources d'un ordinateur. Seul maître à bord ! » C'est la règle classique — et c'est vrai du point de vue de chaque OS. Mais garde en tête la nuance de la partie 4 : un hyperviseur peut faire tourner plusieurs OS sur la même machine physique, chacun croyant être seul maître à bord des ressources qu'on lui a attribuées.
2.4 — Ce qu'on trouve dans un OS livré « prêt à l'emploi »
Généralement, un OS est livré avec trois familles de logiciels :
- Composants essentiels : invisibles mais vitaux — noyau, pilotes. Ils constituent l'OS.
- Utilitaires système : outils de paramétrage ou de maintenance (ex. ScanDisk, Defrag, RegEdit). A priori non désinstallables.
- Applications préinstallées, natives ou tierces, destinées à l'utilisateur (ex. Explorer, Edge, Paint, HP Support Assistant, MS Office). Les tierces sont toujours désinstallables ; les natives, ça dépend (les jeux et widgets oui, Explorer non — trop enraciné).
Un indicateur pratique (sans être absolu) pour classer un logiciel : la possibilité de désinstallation offerte par l'OS.
2.5 — D'où vient la machine : OEM et licences
Original Equipment Manufacturer (équipementier) : le fabricant qui 1) fait produire chaque pièce, 2) les assemble, 3) préinstalle les logiciels. Ex. : HP, Dell, Lenovo, Apple. Une licence OEM coûte moins cher (achat en gros) mais est liée à la machine : le Windows préinstallé sur un PC est attaché à ce PC uniquement.
End-User License Agreement (en français CLUF, Contrat de Licence Utilisateur Final) : le contrat qui fixe les autorisations et restrictions d'utilisation d'un logiciel — prix, droit de le modifier, de le partager… Grande ligne de partage : licences « propriétaires » vs « libres ». Un OS étant un logiciel (plutôt : une composition de logiciels), chaque OS est assorti d'une licence.
2.6 — Le cycle de vie : utiliser ou administrer
Une fois l'OS en place, tout ce qu'on en fait tombe dans deux catégories :
- L'utilisation : exploiter le système à d'autres fins (regarder une vidéo, développer une application, copier des fichiers…).
- L'administration : veiller à son bon fonctionnement (effectuer une mise à jour, faire une sauvegarde…).
En contexte personnel, l'utilisateur est aussi administrateur ; en contexte professionnel, c'est le service ICT qui administre — ce qui implique des permissions que l'utilisateur standard n'a pas.
Deux types de maintenance : la préventive regroupe les actions planifiées avant la survenance d'un problème pour réduire son risque d'apparition (ex. effectuer une sauvegarde, mettre à jour) ; la corrective intervient après l'incident pour le réparer (ex. restaurer une sauvegarde, remplacer un câble coupé).
La maintenance corrective, c'est exactement le terrain de jeu de la méthode de partie 5 : identifier, théoriser, tester, corriger, vérifier, documenter.
2.7 — Étendre, installer, réinstaller
- Extension de fonctionnalités : ajouter une fonctionnalité = installer un programme. C'est une tâche d'utilisation… qui peut exiger des droits d'administration. Attention : chaque programme installé comporte un risque — c'est l'extension de la surface d'attaque : une nouvelle « porte » comportant des vulnérabilités exploitables pour compromettre la stabilité du système.
- Installation : nécessaire si le matériel est neuf sans OS préinstallé (ex. PC assemblé soi-même).
- Réinstallation : en cas de dysfonctionnement (disque défaillant, virus, accumulation de fichiers temporaires ou de programmes « morts »). Règle d'or : sauvegarde (backup) des données au préalable.
Deux prérequis à toute installation : accéder au firmware (BIOS/UEFI) de la carte mère, et disposer d'un installateur d'OS — un programme conçu pour installer un autre programme (ici, un OS). À nuancer du LiveCD, qui exécute un OS sans l'installer (et certains font les deux…).
Partie 3
Le démarrage et GRUB : qui lance l'OS ?
Tu appuies sur le bouton, l'écran reste noir quelques secondes, puis le système apparaît. Entre les deux, quelqu'un a fait le travail. Ce chapitre raconte qui.
3.1 — La course de relais du démarrage
Le firmware est le tout premier programme exécuté par l'ordinateur, avant l'OS proprement dit. Il est gravé dans une puce de la carte mère. Deux générations : le BIOS (Basic Input Output System, l'ancien) et l'UEFI (Unified Extensible Firmware Interface, le moderne). Son premier travail : vérifier le matériel.
Les notes du cours décrivent le démarrage comme une course de relais en 4 étapes :
Gravé dans la carte mère, il vérifie le matériel.
Le firmware lui passe le relais ; il choisit le système et va le chercher.
GRUB charge le noyau Linux en mémoire vive et lui donne la main.
Bureau, applications : le système démarre pour de bon.
Une course de relais : le firmware part du starting-block, tend le témoin à GRUB, qui le tend au noyau, qui franchit la ligne d'arrivée avec l'OS complet. Chaque coureur disparaît de la piste dès qu'il a passé son témoin — c'est exactement ce que fait GRUB.
3.2 — GRUB : le chargeur d'amorçage de Linux
GRUB = GRand Unified Bootloader, un « chargeur d'amorçage » (bootloader). Au démarrage, il choisit le système d'exploitation à lancer et va le chercher : il détecte les OS installés sur le disque, propose un menu si plusieurs cohabitent, charge le noyau du système choisi en mémoire et lui passe la main. C'est le pont entre le matériel et le système — il peut aussi passer la main à Windows.
Précision importante du cours : GRUB n'affiche un menu QUE s'il y a plusieurs systèmes installés. Avec un seul système (le cas le plus courant), il démarre directement l'entrée par défaut, souvent sans rien afficher — c'est pour ça qu'au quotidien on ne voit rien et qu'il ne « demande » rien.
GRUB sert uniquement à charger le système. Une fois Linux démarré, GRUB a fini son travail et disparaît complètement : il n'existe plus en mémoire. (Au passage, la slide de conclusion parle de « système d'opération » : c'est un anglicisme calqué sur operating system — le terme français correct est bien « système d'exploitation ». Teste-toi : question dem-10.)
3.3 — Le visible et l'invisible
- Visible (la partie émergée) : le petit menu noir au démarrage — liste des systèmes (« Ubuntu », « Windows Boot Manager »…) + compte à rebours. Sans action de ta part, l'option par défaut se lance seule.
- Invisible (le vrai travail) : GRUB sait lire le disque dur et comprendre où sont les fichiers ; il charge le noyau en mémoire vive et prépare le démarrage ; puis il passe la main proprement et disparaît.
Bonus : on peut accéder à GRUB et y taper des commandes pour lancer son OS à la main — ce qui revient à faire manuellement ce que GRUB fait automatiquement.
Le cas où le menu sert vraiment : le dual boot — deux OS (ex. Ubuntu et Windows) installés sur le même PC, et GRUB te laisse choisir à chaque démarrage.
3.4 — L'équivalent chez Windows
Windows a exactement le même besoin, avec son propre outil : le Windows Boot Manager (fichier historique : BOOTMGR). Rôle exactement identique : choisir et lancer le système. Différence de philosophie : GRUB est ouvert et personnalisable, Windows Boot Manager est intégré et plus fermé. La formule du cours : GRUB est à Linux ce que Windows Boot Manager est à Windows.
Tu reconnais les couches de la partie 2 : le firmware vit sous l'OS (couche c), le noyau est l'OS (couche b) — et GRUB fait la jonction entre les deux. C'est aussi pour ça que « accéder au BIOS/UEFI » est un prérequis à l'installation d'un OS. Quant au noyau Linux que GRUB charge, son histoire (Torvalds, les distributions, Debian) est racontée dans la partie 4.
Partie 4
La virtualisation : pratiquer sans rien casser
Pour apprendre, il faut expérimenter — et donc parfois casser. Or il faut préserver ton PC personnel. La solution sans surcoût : une « fausse » machine dans la vraie.
4.1 — Le problème de départ
Pour pratiquer, on a besoin d'une machine et d'un OS. Mais l'apprentissage a un côté expérimental (on va bidouiller, se tromper, tout casser), et il faut préserver le PC personnel. Donc : utiliser une autre machine. Comment faire sans acheter un second ordinateur ? Réponse : la virtualisation.
4.2 — Virtualisation, VM, hyperviseur
Selon Wikipedia (citée par le cours) : « la virtualisation est l'action de créer une version virtuelle (plutôt que réelle) et du même niveau d'abstraction d'un élément, en particulier du matériel programmable, du stockage et des ressources réseaux. » Autrement dit : une « fausse » machine, ou machine virtuelle (VM, Virtual Machine).
La virtualisation est permise par un hyperviseur : un logiciel capable de « segmenter » les ressources matérielles. Vocabulaire : le système hôte (host) désigne la machine réelle ; le système invité (guest) désigne la VM. L'hyperviseur gère des VM ; une VM apporte des ressources « matérielles » à un OS : du calcul (le processeur, CPU) et de la mémoire (vive et de masse).
Point clé : l'OS invité verra seulement ce que l'hyperviseur lui attribue. Exemple du cours : l'hôte a 16 GB de RAM, mais juste 2 GB sont alloués à une VM. Et plusieurs VM peuvent être exécutées simultanément.
L'hyperviseur est un syndic qui divise une grande maison en appartements : chaque locataire (OS invité) reçoit ses pièces et ses compteurs (CPU, RAM, disque), croit vivre seul chez lui, et ne voit jamais les voisins — alors qu'ils partagent tous les mêmes murs (la machine hôte).
Voilà la nuance annoncée au « seul maître à bord » de la partie 2 : chaque OS invité se croit seul maître… des ressources que l'hyperviseur veut bien lui montrer. C'est aussi pour ça que le cours exige un processeur avec VT-x / AMD-V (cf. partie 1) : ces instructions matérielles rendent la virtualisation efficace.
4.3 — Les types de virtualisation
| Type | Principe | Exemple |
|---|---|---|
| « Lourde » | Isolation complète des ressources. | VirtualBox, Proxmox |
| « Légère » | Isolation via le noyau de l'hôte (l'invité doit utiliser le même noyau). | Docker |
| Émulation | Virtualisation d'un CPU différent de l'hôte. | Rosetta, rétrogaming |
La virtualisation « lourde » compte elle-même 2 types : type 1, dit bare metal ou native (l'OS hôte est un hyperviseur), et type 2, dit hosted (l'hyperviseur est une application sur l'hôte). Nous utiliserons VirtualBox (gratuit) — un hyperviseur de type 2.
4.4 — Le cloud : la virtualisation à l'échelle planétaire
La virtualisation a permis le cloud computing (« infonuagique » au Québec) = l'utilisation de ressources matérielles d'autrui (ex. MS Azure, Google Cloud, AWS). Le partage des responsabilités se décline en niveaux :
- On-premises : tout chez moi (mon ordinateur sert un site web public).
- IaaS (Infrastructure as a Service) : on me loue une machine — ex. un VPS.
- PaaS (Platform as a Service) : on me loue une plateforme prête — ex. hébergement web.
- SaaS (Software as a Service) : on me loue juste le logiciel — ex. Gmail, Spotify, GeForce NOW.
4.5 — Les atouts pratiques de la virtualisation
- Modification/création de « matériel » : ajouter de la RAM ou un disque à une VM = quelques clics.
- Clonage de VM : dupliquer une machine entière.
- Instantanés (snapshots) : figer l'état d'une VM pour pouvoir y revenir — le filet de sécurité parfait quand on expérimente.
Astuce du cours : savoir manipuler un hyperviseur est important en soi, car c'est un outil habituel en ICT.
4.6 — L'OS invité du cours : Linux Debian
Un OS invité se choisit selon des critères, comme sur une machine réelle. Limites : compatibilité avec l'architecture CPU, même noyau que l'hôte si virtualisation légère, « qualité » de l'hyperviseur, licence (EULA/CLUF). Critères du cours : perspective pédagogique (documentation, open source), intérêt professionnel, accompagnement, gratuité. « And the winner is » : Linux Debian.
Linux est « juste » un noyau (kernel) : il gère la mémoire, les processus, les périphériques, les I/O, le réseau… Créé en 1991 par Linus Torvalds (alors âgé de 21 ans), open source, il a dépassé 40 millions de lignes de code en 2025 (surtout en C). Seul, le noyau n'est guère utile : il est livré accompagné de logiciels « utiles » (beaucoup issus du projet GNU) — cet ensemble est une distribution. Il en existe ~500 (référencées sur Distrowatch), qui diffèrent par l'interface, le gestionnaire de paquets, la stabilité, la communauté… Beaucoup découlent de distributions « mères » : Debian, Gentoo, Arch, Red Hat, Suse, Slackware.
Debian : créée en 1993 par Ian Murdock (alors âgé de 20 ans). Dérivées : Ubuntu, Kali, Proxmox, Clonezilla, SteamOS (avant sa version 3.0). Réputation de stabilité, grande communauté, ancrage du « Libre » (Debian Free Software Guidelines).
Les étapes du labo : 1) installer VirtualBox, 2) créer une VM, 3) installer Debian (avec GUI, Graphical User Interface — interface graphique) dans la VM. Par la suite : une VM CLI pure (Command Line Interface — interface en ligne de commande).
Partie 5
La résolution de problèmes : une méthode, pas de la chance
« Mon PC est lent », « y a plus de Wifi », « mon script ne fonctionne pas »… À tout problème, sa solution — à condition d'avoir une méthode. C'est la compétence n° 2 du cours (remédier à un dysfonctionnement).
5.1 — D'abord, l'attitude
Recadrage mental du cours : ce n'est pas un problème, c'est un défi. Un informaticien est « programmé » pour trouver des solutions — la base même du métier est d'informatiser des besoins. Face à un problème, on peut :
| Réaction | En mots | Version « pneu de vélo crevé » |
|---|---|---|
| Le nier | « Si je ne le regarde pas, il ne me verra pas » | Continuer de rouler (et endommager la jante) |
| L'amoindrir | « Je vais déjà supprimer l'icône, on verra la suite » | Pousser le vélo |
| Le déléguer | « Hey Tom, y a un message pour toi » | Appeler un réparateur ou un ami |
| Le fuir | « Ouh la la, je vais peut-être changer de boulot » | Abandonner le vélo |
| Le prendre en charge | « Même pas peur, je vais le gérer » | Démonter la roue, rustine, remonter |
À l'examen, seule la prise en charge est tolérée… Et l'attitude doit être professionnelle : ni cow-boy (« je fonce, on verra après »), ni sans méthode (« je fais ça ? ou ça ? »), ni inaction. Astuce précieuse : consultez les messages d'erreur ! Si un développeur a prévu un message dans son programme, c'est qu'il l'a jugé utile pour aider l'utilisateur.
5.2 — La méthode CompTIA en 6 étapes
Selon Wikipedia (citée par le cours) : « la résolution de problème est le processus d'identification puis de mise en œuvre d'une solution à un problème. » Décomposé : un problème (point de départ), un processus (déroulement d'étapes), une identification (les causes), une solution (hypothèses et tests), une mise en œuvre (exécution et vérification).
Computing Technology Industry Association : association américaine proposant des formations et certifications ICT. Sa procédure de résolution de problèmes en 6 étapes fait référence. Son conseil général : prendre toujours en compte les politiques d'entreprise, les procédures et les impacts avant d'implémenter un changement — car résoudre un problème, c'est changer quelque chose.
Avant le moindre changement : il concorde avec les politiques d'entreprise ? Il n'est pas déjà défini dans une procédure ? On a compris son impact ? On a un plan de repli ? Si l'impact potentiel est large → environnement de test ou petite portion du réseau.
Un problème apparent peut cacher un souci plus large. Questionner l'utilisateur : quel est le problème (réfléchir au-delà des mots : « le serveur mail a crashé » alors que c'est peut-être juste son logiciel client) ? À quand remonte la dernière fois où tout fonctionnait ? Qu'est-ce qui a changé depuis (le PC, mais aussi l'environnement — consulter les logs) ? Et faire une sauvegarde avant tout changement.
Cibler la cause, pas le symptôme. Matériel ou logiciel ? Lister les causes possibles et les tests pour les éliminer. Ne pas négliger l'évidence (un câble qui fonctionne depuis toujours peut avoir vu son connecteur heurté hier). On n'est pas supposé tout savoir, mais bien où chercher (Internet, manuels, collègues, SAV fabricant…).
Tester les éléments liés aux causes possibles. Si on manque d'expertise → faire remonter à plus expert. Cause non confirmée → nouvelles hypothèses. Et si on a fait des changements pour tester : remettre les choses dans l'état antérieur (multiplier les changements crée de nouveaux problèmes et complique le diagnostic).
Évaluer les résultats, développer un plan pour résoudre le problème (plusieurs causes possibles !), l'exécuter méthodiquement — en prévoyant toujours un plan de repli au cas où le changement causerait un problème plus grand.
Vérifier que le système est pleinement fonctionnel (au-delà du seul problème). Prendre des mesures préventives si cela s'y prête (sur ce système et les machines identiques). Expliquer aux utilisateurs le rôle éventuel qu'ils ont joué, pour éviter qu'ils reproduisent le problème.
Documenter ce qu'on a fait et les conséquences. L'expérience s'acquiert si on se souvient de ce qu'on a fait — et ça accélère l'étape 2 des problèmes semblables futurs.
Le flux n'est pas linéaire : le test peut infirmer la théorie (retour à l'étape 2), demander plus d'infos (retour à l'identification), et la vérification peut échouer (retour au plan d'actions). Cette méthode est un guide, pas un dogme ; au fond : réfléchir avant d'agir, procéder par étapes, s'aménager un plan de repli (sauvegarde), gérer le changement. Et surtout : pratiquer l'approche à chaque exercice ou difficulté.
La méthode CompTIA, c'est la démarche d'un médecin : il ne soigne pas le symptôme au hasard. Anamnèse (identifier : « depuis quand ? qu'est-ce qui a changé ? »), diagnostic (théorie de cause), examens (tester), traitement (plan d'actions), visite de contrôle (vérification), et tout finit dans le dossier médical (documentation).
5.3 — Le cas pratique du cours : « Mon PC est super lent »
Sophie, comptable, te contacte mercredi. Déroulé complet de la méthode :
- 0 Préalable : pas de procédure existante ; un point de restauration est présent.
- 1 Identification : depuis lundi — mise à jour Windows du week-end, et un « optimisateur » installé via une pub en ligne.
- 2 Théorie : mise à jour encore en cours ? trop de programmes au démarrage ? disque plein ?
- 3 Test : gestionnaire des tâches → disque plein à 95 %, 12 programmes au démarrage.
- 4 Plan d'actions : désinstaller le logiciel douteux, alléger le démarrage, nettoyer le disque.
- 5 Vérification : démarrage ~1 min, applications réactives, logiciels métiers intacts — et on explique à Sophie le piège des fausses pubs « optimisateur ».
- 6 Documentation : deux causes (logiciel indésirable, disque plein) non nécessairement liées ; recommandations — liste noire partagée dans l'équipe, étudier une liste blanche, informer les collègues.
5.4 — Liste blanche ou liste noire ?
Liste blanche : tout est interdit SAUF ce qui figure sur la liste. Liste noire : tout est autorisé SAUF ce qui figure sur la liste. L'objet de l'autorisation/interdiction dépend du contexte. Exemples du cours : liste blanche d'applications sur un PC d'entreprise (l'utilisateur ne peut rien lancer d'autre) ; liste noire de sites web (tout est visitable sauf ceux listés).
Cette méthode est l'outillage de la maintenance corrective définie dans la partie 2 — et ses mesures préventives (étape 5) relèvent de la maintenance préventive. Quant au « plan de repli » et à la « sauvegarde avant tout changement », les snapshots de la partie 4 en sont la version instantanée : dans une VM, revenir en arrière prend une seconde.
Mémo
Glossaire express des acronymes
- BIOS
- Basic Input Output System — firmware historique de la carte mère
- BOOTMGR
- Fichier historique du Windows Boot Manager, l'équivalent de GRUB chez Windows
- BYOD
- Bring Your Own Device — connecter son matériel personnel au réseau de l'organisation
- CLI
- Command Line Interface — interface en ligne de commande
- CompTIA
- Computing Technology Industry Association — certifications ICT, dont la méthode en 6 étapes
- CPU
- Central Processing Unit — le processeur
- ECTS
- European Credit Transfer and Accumulation System — 1 crédit = 25 à 30 h de travail
- EULA / CLUF
- End-User License Agreement / Contrat de Licence Utilisateur Final
- GNU
- Projet de logiciels libres dont beaucoup d'outils accompagnent le noyau Linux
- GRUB
- GRand Unified Bootloader — chargeur d'amorçage de la plupart des Linux
- GUI
- Graphical User Interface — interface graphique
- I/O
- Input/Output — tout ce qui entre ou sort d'un composant
- IaaS
- Infrastructure as a Service — location d'une machine (ex. VPS)
- ICT
- Information and Communication Technology — les technologies de l'information
- IHM / HMI
- Interface Homme-Machine (Human Machine Interface)
- LiveCD
- Support qui exécute un OS sans l'installer
- LLM
- Large Language Model — grand modèle de langage (IA générative)
- OEM
- Original Equipment Manufacturer — équipementier (HP, Dell, Lenovo…)
- OS
- Operating System — système d'exploitation, le logiciel de base
- PaaS
- Platform as a Service — location d'une plateforme prête (ex. hébergement web)
- SaaS
- Software as a Service — location d'un logiciel (ex. Gmail, Spotify)
- SAV
- Service Après-Vente — le support du fabricant
- UEFI
- Unified Extensible Firmware Interface — firmware moderne, successeur du BIOS
- VM
- Virtual Machine — machine virtuelle
- VPS
- Virtual Private Server — petit serveur virtuel loué chez un hébergeur
- VT-x / AMD-V
- Instructions du processeur (Intel / AMD) qui permettent la virtualisation
Pour finir
Le fil rouge : tout se tient
Le cours saute d'un sujet à l'autre, mais il n'y a en réalité qu'une seule histoire. La voici en une phrase par maillon :
- Un ordinateur n'est qu'une machine à traiter l'information — et l'OS est le logiciel aux pleins pouvoirs sur lequel toutes les applications reposent.
- L'OS rassemble, organise et abstrait : 3 couches logicielles (applications / OS / firmware), et tout ce qui utilise la machine — humain ou processus — est un utilisateur.
- Au démarrage, une course de relais : firmware (BIOS/UEFI) → chargeur d'amorçage (GRUB) → noyau → OS complet — chaque coureur disparaît après avoir passé le témoin.
- L'hyperviseur découpe une machine réelle en machines virtuelles — chaque OS invité se croit seul maître à bord. C'est le filet de sécurité du labo (snapshots) et la base du cloud (IaaS / PaaS / SaaS).
- Face à un problème : prise en charge méthodique — préalable, identifier, théoriser, tester, plan d'actions, vérifier, documenter (CompTIA) — avec sauvegarde et plan de repli à chaque étape.
Chaque fois qu'un terme du cours te semble isolé, demande-toi à quelle grande famille il appartient — et comment il se relie aux chapitres précédents. Presque tout un cours tient dans une poignée d'idées, et elles sont toutes reliées.