Installation complète de Linux — préparation et dépannage (PR09)

Ce que tu sauras faire, par écrit

L'épreuve pratique AMPCR se passe uniquement par écrit (consignes officielles 2026-2027/1, p. 3). On ne te demande pas d'installer Linux devant le jury, mais de rédiger une installation complète et sûre, de lire des sorties de terminal et de dépanner par écrit une installation qui échoue. Tu dois savoir :

1. préparer l'intervention : demande, accord écrit, inventaire du poste ;
2. choisir une distribution selon l'usage et le matériel ;
3. télécharger l'image ISO officielle, contrôler son intégrité et créer la clé de démarrage sans effacer le mauvais disque ;
4. régler le firmware UEFI, garder le démarrage sécurisé et tester le matériel en session live ;
5. sauvegarder et préparer un double démarrage avec prudence ;
6. partitionner en GPT : ESP, racine / en ext4, /home facultative, swap selon le besoin ;
7. comprendre le chargeur (GRUB ou systemd-boot) ;
8. créer les comptes et réserver sudo à l'administrateur ;
9. finaliser : réseau, mises à jour apt/dnf, pilotes, services ;
10. dépanner : disque non vu, chargeur, fstab/UUID, réseau absent, permissions, espace disque ;
11. contrôler avec une liste de contrôle et rédiger le rapport d'intervention.

Ce cours contient 3 procédures illustrées :

1. Préparer l'installation (6 étapes)
2. Installer Linux, de la clé au bureau (8 étapes)
3. Finaliser et valider (6 étapes)

Exigence officielle travaillée dans ce cours

• AP-10 (p. 5) — « Installation complète des différents systèmes d’exploitation courants. »

Le cours s'appuie aussi sur la protection des données du client vue en PR04 :

• AP-C03 (complément pédagogique) — « Protéger les données du client : sauvegarde préalable, confidentialité et autorisation avant tout effacement ou toute réinstallation. »

Les systèmes du marché, le choix d'un système et les prérequis (UEFI, démarrage sécurisé) sont expliqués en PR07 ; l'installation de Windows, ses partitions et son activation en PR08 ; les partitions et systèmes de fichiers en PR05 ; le diagnostic d'un disque en PR06 ; les messages de démarrage de Linux (grub rescue>, mode d'urgence) en PR11. Les comptes, pilotes et commandes (PR10) et la restauration du système (PR12) font l'objet des cours suivants du parcours.

Lien avec la théorie

Les notions de base sont présentées dans la théorie AMPCR : MC07 BIOS, UEFI, POST et démarrage, MC08 Partitionnement, GPT/MBR et formatage, MC11 Linux : bases utiles au technicien PC-réseaux et MC30 Dépannage Windows et Linux. Ce cours-ci est pratique : procédures rédigées, terminaux à lire, pannes à résoudre et rapports, comme dans un dossier d'examen.

Comment travailler ce cours

Lis les chapitres dans l'ordre : chacun donne ses objectifs, la théorie, la procédure professionnelle à rédiger, l'erreur fréquente, ce qu'on attend à l'écrit et un repère rapide, avec un renvoi vers les exercices liés. Étudie ensuite les cinq cas résolus, fais les 17 exercices corrigés (ici ou dans « S'entraîner », correction après envoi), puis passe le mini-examen noté sur 20 dans l'onglet « Examen blanc ».

Important — les terminaux, relevés et situations de ce cours sont des supports fictifs construits pour s'entraîner. Les sorties de commandes sont montrées en anglais (système réglé en anglais, ou commande précédée de LANG=C) : sur un système en français, une partie des messages est traduite. Les libellés des installateurs changent selon la distribution et la version (rédaction : octobre 2026) : la documentation de la distribution fait foi. Aucun exercice n'est une question officielle ni une question déjà posée par le Jury. Installer un système efface les partitions choisies : jamais sans sauvegarde vérifiée et accord écrit du propriétaire.

Objectifs : recueillir la demande, obtenir l'autorisation et relever tout ce qui décidera de l'installation, avant de toucher au poste.

1.1 La demande et l'accord écrit

• On note l'usage (bureautique, Internet, serveur de fichiers, développement), ce qu'il faut garder (données, comptes) et si Windows doit rester (double démarrage).
• Toute installation modifie ou efface des partitions : il faut l'accord écrit du propriétaire (bon d'intervention signé), qui précise ce qui peut être effacé. Un accord oral ne suffit pas.
• Les données du client sont confidentielles : on les copie, on ne les consulte pas.

1.2 La fiche d'inventaire

Outils : sous Windows, msinfo32 (mode du BIOS, démarrage sécurisé), Gestion des disques et Gestionnaire de périphériques (PR07) ; depuis une session live, lsblk, lspci -nn (identifiants des puces), free -h (mémoire).

Procédure professionnelle (à rédiger) : demande → accord écrit → fiche d'inventaire → liste de ce qu'il faut sauvegarder et préparer (câble réseau, pilote non libre, clé BitLocker).

Erreur fréquente : démarrer sur la clé sans savoir si Windows doit rester, si le disque est chiffré par BitLocker ou si la carte Wi-Fi demande un pilote non libre.

À l'écrit : la fiche (rubrique — relevé) puis, pour chaque relevé important, ce qu'il change à la préparation.

Repère rapide : demande → accord écrit → inventaire. Exercices liés : E01, E07 (séquence « Exercices corrigés »).

Objectifs : choisir une distribution adaptée à l'usage et au matériel, et connaître ses outils (paquets, chargeur, système de fichiers).

2.1 Distribution, famille et support

• Linux est un noyau ; une distribution l'assemble avec des programmes, un installateur, un gestionnaire de paquets et un bureau (GNOME, KDE Plasma, Cinnamon, Xfce). Les systèmes du marché sont comparés en PR07.
• Pour un client, on choisit une version à support long (LTS) : elle reçoit des mises à jour de sécurité pendant plusieurs années.

Valeurs par défaut des installateurs graphiques en octobre 2026 ; la documentation de chaque distribution fait foi. Dans ce cours, les partitions de Linux sont en ext4 ; Fedora propose Btrfs par défaut, ext4 reste possible en partitionnement manuel.

2.2 Choisir selon l'usage

Ce tableau est une convention du cours, pas une norme : on justifie toujours son choix par l'usage, le matériel (mémoire, processeur 64 bits) et la durée de support.

Procédure professionnelle (à rédiger) : usage et matériel relevés → distribution et version à support long → justification (simplicité, durée de support, besoin de logiciels récents) → configuration recommandée comparée à l'inventaire.

Erreur fréquente : choisir « la distribution du moment » sans regarder la durée de support ; un bureau lourd sur un PC de 4 Go de mémoire.

À l'écrit : usage → choix → deux raisons.

Repère rapide : usage + matériel + support long. Exercices liés : E01 (séquence « Exercices corrigés »).

Objectifs : obtenir une image fiable, contrôler son intégrité et écrire la clé de démarrage sans effacer un autre disque.

3.1 Télécharger et contrôler l'image ISO

• Source : site officiel de la distribution (ou un miroir qu'il liste), jamais un site de partage.
• Le site publie un fichier de sommes de contrôle (SHA256SUMS pour Ubuntu et Debian, fichier CHECKSUM pour Fedora) ; on calcule la somme SHA-256 de l'image et on compare : sha256sum -c SHA256SUMS --ignore-missing (Linux) ; Get-FileHash fichier.iso -Algorithm SHA256 sous Windows (PR07).
• Résultat « : OK » → Image intègre : on peut écrire la clé. Résultat « : FAILED » → Image corrompue ou modifiée : la supprimer et la retélécharger. La taille du fichier ne prouve rien.
• Pour aller plus loin, la distribution signe ce fichier (signature GPG) : on peut vérifier qu'il vient bien d'elle.

3.2 Créer la clé USB de démarrage

• Clé de 8 Go au moins (l'image d'Ubuntu Desktop dépasse 5 Go), entièrement effacée par l'opération.
• Outils : balenaEtcher (ne propose que les supports amovibles), Rufus sous Windows (schéma GPT, cible UEFI), ou dd sous Linux.
• Avec dd, la cible est le disque entier de la clé, identifié par sa taille et son transport (usb) :

$ sudo dd if=ubuntu-24.04.3-desktop-amd64.iso of=/dev/sdb bs=4M status=progress oflag=sync

dd n'avertit pas : une erreur de cible (of=/dev/sda) efface ce disque. On écrit sur /dev/sdb (le disque), pas sur /dev/sdb1 (une partition).

Procédure professionnelle (à rédiger) : image du site officiel → somme contrôlée (« OK ») → cible identifiée (lsblk -d, taille, usb) → écriture → test de démarrage.

Erreur fréquente : écrire une image non contrôlée ; viser /dev/sda « parce que c'est toujours la clé ».

À l'écrit : source → contrôle → résultat → outil et cible.

Repère rapide : site officiel · sha256sum -c = OK · cible vérifiée. Exercices liés : E08, E09 (séquence « Exercices corrigés »).

Objectifs : démarrer la clé dans le bon mode, garder le démarrage sécurisé et tester le matériel avant de modifier le disque.

4.1 Firmware UEFI et démarrage sécurisé

• Mode UEFI (CSM désactivé) : Linux s'installe alors sur un disque GPT avec une partition système EFI ; en double démarrage, les deux systèmes doivent démarrer dans le même mode que Windows (UEFI).
• Démarrage sécurisé : Ubuntu, Linux Mint, Debian et Fedora démarrent avec lui grâce au petit chargeur shim, signé ; on le laisse actif (mokutil --sb-state → SecureBoot enabled). Un pilote compilé sur le PC (par exemple NVIDIA) est signé par une clé locale (MOK) à enrôler au redémarrage : écran « Perform MOK management » → « Enroll MOK » → mot de passe choisi pendant l'installation.
• Mode du contrôleur de stockage (AHCI, RAID / Intel RST, VMD) : à noter. Certains installateurs ne voient pas un disque derrière Intel RST (voir le chapitre 11).

4.2 Démarrer sur la clé

• Menu de démarrage (selon le fabricant : F12, F11, F8, Échap) : entrée « UEFI: » de la clé. Le menu de la clé (GRUB) propose d'essayer ou d'installer.

4.3 La session live : tester avant d'installer

La session live fait tourner le système depuis la clé, sans rien écrire sur le disque. On y teste : Wi-Fi et Ethernet, écran (résolution), son, pavé tactile, webcam, et on vérifie les disques vus (lsblk). Un matériel qui ne fonctionne pas en live demandera un pilote après l'installation (souvent non libre : case « logiciels tiers »).

Procédure professionnelle (à rédiger) : firmware en UEFI, démarrage sécurisé actif, mode du stockage noté → entrée « UEFI: » → session live → liste des tests et résultats.

Erreur fréquente : désactiver le démarrage sécurisé « parce que Linux ne le supporte pas » ; installer directement sans tester le Wi-Fi.

À l'écrit : réglages du firmware → mode de démarrage → tests en live et résultats.

Repère rapide : UEFI · Secure Boot actif (shim) · tester en live d'abord. Exercices liés : E02, E07 (séquence « Exercices corrigés »).

Objectifs : protéger les données et préparer un double démarrage Windows + Linux sans rien perdre.

5.1 Sauvegarde vérifiée

• On copie sur un autre support les données de tous les comptes (et, en double démarrage, celles de Windows) ; on vérifie la copie (nombre et taille des fichiers, ouverture de quelques fichiers). Même si « on ne touche pas à Windows », un redimensionnement peut échouer.

5.2 Double démarrage : préparer Windows d'abord

1. Clé de récupération BitLocker relevée et conservée hors du PC (un changement du démarrage peut la faire demander).
2. Démarrage rapide de Windows désactivé (Options d'alimentation) : sinon la partition Windows reste dans un état d'hibernation, risqué à modifier.
3. Réduire C: depuis Windows (Gestion des disques → « Réduire le volume ») pour libérer de l'espace non alloué (par exemple 100 Go).
4. Démarrer la clé en UEFI, comme Windows.

5.3 Dans le partitionnement manuel

L'installateur d'Ubuntu propose aussi « Installer à côté de Windows » : utile, mais on vérifie l'écran récapitulatif avant de valider. « Effacer le disque » supprime Windows et ses données : jamais dans un double démarrage. Si l'option « à côté » n'apparaît pas : pas d'espace libre, démarrage rapide ou chiffrement, ou clé démarrée dans un autre mode que Windows.

Procédure professionnelle (à rédiger) : sauvegarde vérifiée → clé BitLocker → démarrage rapide désactivé → C: réduite depuis Windows → clé en UEFI → ESP réutilisée sans formatage → Linux dans l'espace libre → les deux systèmes testés.

Erreur fréquente : formater l'ESP de Windows (son chargeur disparaît) ; réduire Windows depuis l'installateur sans sauvegarde ; choisir « Effacer le disque ».

À l'écrit : la préparation dans l'ordre et, pour chaque partition, l'action.

Repère rapide : sauvegarde · BitLocker · démarrage rapide off · réduire depuis Windows · ESP non formatée. Exercices liés : E06, E07, E10 (séquence « Exercices corrigés »).

Objectifs : établir et justifier un plan de partitions : ESP, racine, /home, swap, système de fichiers ext4.

6.1 Les partitions d'une installation de Linux (GPT, UEFI)

• Sous Linux, on ne parle pas de lettres (C:, D:) mais de points de montage : chaque partition est « accrochée » à un dossier de l'arborescence unique qui part de /.
• ext4 est le système de fichiers proposé par Ubuntu, Debian et Linux Mint : journalisé, fiable et compatible avec tous les outils de dépannage.
• /home séparée (facultative) : on peut réinstaller le système en reformatant / seulement et en remontant /home sans la formater (après sauvegarde quand même).
• Une seule ESP par disque suffit ; en double démarrage, Linux réutilise celle de Windows.

6.2 Le swap selon le besoin

Le swap prend le relais quand la mémoire vive est pleine et reçoit l'image de la mémoire pour l'hibernation. Ubuntu crée par défaut un fichier d'échange (/swap.img) ; une partition swap reste possible. Repère indicatif (tableau de recommandations de la documentation Red Hat) :

Repère du cours, pas une norme ; avec beaucoup de mémoire et sans hibernation, un petit swap suffit.

6.3 Comment les partitions sont montées : /etc/fstab et UUID

Le fichier /etc/fstab liste ce qui est monté au démarrage. Chaque partition y est désignée par son UUID (identifiant unique créé au formatage), plus fiable qu'un nom comme /dev/sdb1, qui dépend de l'ordre de détection des disques :

# <file system>                           <mount point> <type> <options>         <dump> <pass>
UUID=8e2f41c0-6d3a-4b9e-91f7-0c5a2d7e3b64 /             ext4   errors=remount-ro 0      1
UUID=4A1C-9F2E                            /boot/efi     vfat   umask=0077        0      1
/swap.img                                 none          swap   sw                0      0

Extrait fictif, dans le format de Debian et d'Ubuntu. lsblk -f ou blkid affichent les UUID réels ; reformater une partition change son UUID.

Procédure professionnelle (à rédiger) : GPT → ESP (FAT32, /boot/efi) → / en ext4 (au moins 25 Go) → /home si l'on veut séparer les données → swap selon mémoire et hibernation → justification de chaque choix.

Erreur fréquente : racine trop petite (10-20 Go) qui se remplit en un an ; formater une /home existante lors d'une réinstallation ; désigner un disque par /dev/sdb1 dans fstab.

À l'écrit : un tableau partition — système de fichiers — point de montage — taille — raison.

Repère rapide : ESP /boot/efi · / ext4 ≥ 25 Go · /home facultative · swap selon besoin · UUID dans fstab. Exercices liés : E05, E06 (séquence « Exercices corrigés »).

Objectifs : conduire l'installateur et comprendre ce que fait le chargeur de démarrage.

7.1 L'installateur pas à pas

• Type d'installation (libellés d'Ubuntu, approximatifs) : effacer le disque (disque entièrement dédié à Linux, après accord), à côté de Windows (double démarrage), ou partitionnement manuel (on choisit chaque partition et son point de montage).
• Logiciels tiers : case qui installe des pilotes non libres (Wi-Fi Broadcom, NVIDIA) et des formats multimédias ; utile si un matériel ne fonctionnait pas en live.
• Écran récapitulatif : on relit les partitions qui seront formatées avant de valider.

7.2 Le chargeur : GRUB ou systemd-boot

• Le firmware UEFI lance un fichier .efi de l'ESP ; c'est le chargeur, qui charge le noyau Linux. Le firmware garde une liste d'entrées et un ordre (efibootmgr).
• GRUB : chargeur d'Ubuntu, Debian, Linux Mint et Fedora (dans l'ESP : EFI/ubuntu/shimx64.efi puis grubx64.efi). Il affiche un menu qui peut proposer Windows en double démarrage.
• systemd-boot : chargeur plus simple, uniquement UEFI, utilisé par exemple par Pop!_OS.
• Après une modification de sa configuration (/etc/default/grub), GRUB se régénère par sudo update-grub sous Debian et Ubuntu (commande différente sous Fedora).

Procédure professionnelle (à rédiger) : type d'installation justifié → partitions vérifiées sur l'écran récapitulatif → copie → clé retirée → menu du chargeur contrôlé (chaque système démarre).

Erreur fréquente : valider sans relire quelles partitions seront formatées ; croire Linux « disparu » alors que l'entrée de Windows est simplement en tête de l'ordre de démarrage.

À l'écrit : type d'installation et raison → partitions → chargeur et ordre de démarrage.

Repère rapide : effacer / à côté / manuel · relire le récapitulatif · GRUB dans l'ESP · efibootmgr pour l'ordre. Exercices liés : E02, E11 (séquence « Exercices corrigés »).

Objectifs : créer des comptes adaptés et réserver l'administration à ceux qui en ont besoin.

8.1 Compte créé à l'installation et sudo

• L'installateur crée un utilisateur (nom, mot de passe), le nom de la machine et le fuseau horaire (Europe/Brussels).
• Sous Ubuntu et Linux Mint, ce premier compte est administrateur : membre du groupe sudo ; le compte root n'a pas de mot de passe utilisable. Sous Debian, si l'on donne un mot de passe à root pendant l'installation, l'utilisateur n'est pas dans sudo. Sous Fedora, l'administrateur est membre du groupe wheel.
• sudo commande exécute une commande avec les droits d'administration, après le mot de passe de l'utilisateur ; l'action reste tracée à son nom.

8.2 Comptes des utilisateurs

• Un compte par personne ; un compte standard pour l'usage quotidien ; sudo seulement pour la personne qui administre.
• Ajouter un administrateur : sudo usermod -aG sudo marie (ou Paramètres → Utilisateurs), puis reconnexion ; contrôle : groups marie. Les autres commandes de comptes sont vues en PR10.

$ groups
paul adm cdrom sudo dip plugdev lpadmin
$ sudo -l
User paul may run the following commands on atelier-pc:
    (ALL : ALL) ALL

Relevé fictif : paul est membre de sudo et peut administrer.

Procédure professionnelle (à rédiger) : nom de la machine → compte administrateur (mot de passe solide, remis au client) → comptes standard des utilisateurs → contrôle groups.

Erreur fréquente : travailler dans une session root ; donner sudo à tous les comptes ; partager un mot de passe.

À l'écrit : la liste des comptes (nom, type, groupes) et la raison.

Repère rapide : un compte par personne · sudo pour l'administrateur · pas de session root. Exercices liés : E03, E14 (séquence « Exercices corrigés »).

Objectifs : obtenir le réseau, mettre le système à jour et installer les pilotes manquants.

9.1 Réseau

• Le réseau est géré par NetworkManager (icône du bureau). Contrôles : ip a (interfaces et adresses ; NO-CARRIER = pas de lien sur le câble), ip route (route par défaut, passerelle), ping -c 3 vers la passerelle puis vers un nom (DNS). Le dépannage réseau complet est vu en PR24.

9.2 Mises à jour et logiciels : apt et dnf

• Sous Debian et Ubuntu, apt update rafraîchit la liste des paquets disponibles et apt upgrade installe les mises à jour : les deux, dans cet ordre. On redémarre après une mise à jour du noyau.
• On installe les logiciels depuis les dépôts de la distribution (ou sa logithèque), jamais un paquet .deb ou .rpm d'un site inconnu.

9.3 Pilotes

• La plupart des pilotes sont dans le noyau Linux : rien à installer. lspci -k affiche, sous chaque matériel, la ligne Kernel driver in use: quand un pilote est chargé.
• Certains matériels demandent un pilote non libre : Wi-Fi Broadcom (pilote STA, paquet bcmwl-kernel-source sous Ubuntu), cartes NVIDIA (pilote propriétaire). Sous Ubuntu et Mint : outil « Pilotes additionnels » (ou ubuntu-drivers devices) ; avec le démarrage sécurisé, enrôlement de la clé MOK au redémarrage.
• Sans Wi-Fi, on utilise d'abord un câble Ethernet (ou le partage de connexion d'un smartphone par USB) pour télécharger le pilote.

$ lspci -nnk | grep -A2 -i ethernet
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
    Kernel driver in use: r8169
    Kernel modules: r8169

Relevé fictif : [10ec:8168] = fabricant Realtek (10ec), modèle 8168 ; pilote r8169 chargé.

Procédure professionnelle (à rédiger) : réseau (ip a, ping) → sudo apt update puis sudo apt upgrade → pilotes manquants (lspci -k, Pilotes additionnels, MOK) → redémarrage et contrôle.

Erreur fréquente : apt upgrade sans apt update ; pilote téléchargé sur un forum ; désactiver le démarrage sécurisé au lieu d'enrôler la clé MOK.

À l'écrit : commande exacte → résultat attendu, dans l'ordre.

Repère rapide : ip a · apt update puis upgrade · Kernel driver in use · Pilotes additionnels + MOK. Exercices liés : E03, E13 (séquence « Exercices corrigés »).

Objectifs : vérifier les services et tester le poste avant de le rendre.

10.1 Les services

• Un service est un programme lancé en arrière-plan (impression CUPS, accès à distance SSH, NetworkManager), géré par systemd : systemctl status cups (état), sudo systemctl enable --now ssh (activer au démarrage et lancer), systemctl --failed (services en échec). L'interprétation des messages est vue en PR11.
• On n'active que les services demandés (par exemple SSH seulement si un accès à distance est prévu).

$ systemctl --failed
  UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.

10.2 Les tests du poste

Avant de rendre le PC : plusieurs redémarrages (et choix de chaque système en double démarrage), réseau, son, impression d'une page de test, ouverture des documents du client, espace libre (df -h) ; tout est reporté dans la liste de contrôle (chapitre 12).

Procédure professionnelle (à rédiger) : systemctl --failed → services demandés activés et contrôlés → tests d'usage avec le client.

Erreur fréquente : activer SSH « au cas où » ; rendre le PC sans l'avoir redémarré.

À l'écrit : service → commande → état attendu.

Repère rapide : systemctl status · enable --now · --failed = 0. Exercices liés : E03 (séquence « Exercices corrigés »).

Objectifs : diagnostiquer une installation qui échoue ou un système qui se comporte mal, par familles de pannes, sans jamais effacer de données.

11.1 Linux ne démarre pas après l'installation

11.2 Disque non vu

11.3 Chargeur de démarrage

11.4 fstab et UUID

11.5 Réseau absent

11.6 Permissions et sudo

11.7 Espace disque

11.8 Trois relevés à savoir lire

$ ls -l ~/Documents/devis.odt
-rw-r--r-- 1 root root 48213 Oct 14 09:12 /home/anne/Documents/devis.odt
         (propriétaire root : anne peut lire, pas modifier)
$ sudo chown anne:anne ~/Documents/devis.odt

$ sudo apt clean
$ sudo journalctl --vacuum-size=200M
$ sudo apt autoremove
$ df -h /

Relevés fictifs. Les permissions (propriétaire, droits rwx) sont approfondies en PR10.

Procédure professionnelle (à rédiger) : relever le message exact → famille de panne → vérification (commande en lecture seule) → action (copie de sauvegarde avant de modifier un fichier de configuration) → contrôle.

Erreur fréquente : réinstaller pour un ordre de démarrage ; supprimer une ligne de fstab sans comprendre ; chmod -R 777 ; supprimer des fichiers de /usr pour faire de la place ; désactiver le démarrage sécurisé « pour voir ».

À l'écrit : symptôme → cause → vérification → action → ce qu'on ne fait pas.

Repère rapide : disque · chargeur · fstab/UUID · réseau · permissions · espace. Exercices liés : E04, E11, E12, E13, E14, E15 (séquence « Exercices corrigés »).

Objectifs : valider l'installation devant le client et laisser une trace écrite complète.

12.1 Liste de contrôle finale

12.2 Rapport d'intervention

1. Demande : Client, date, besoin exprimé, accord écrit (date, ce qui peut être effacé).
2. Poste : Marque, modèle, numéro de série ; état initial constaté.
3. Sauvegarde : Support utilisé, contenu, vérification de la copie.
4. Actions : Distribution et version, image contrôlée, partitions, chargeur, comptes, pilotes.
5. Contrôles : Liste de contrôle et résultats (démarrage, mises à jour, réseau, services).
6. Remise : Données vérifiées avec le client ; explication des comptes et des mises à jour.
7. Recommandations : Sauvegarde régulière, mises à jour, matériel à surveiller ; signatures.

Le rapport ne contient que ce qui a été fait et vérifié ; on n'y écrit jamais de mot de passe. Il est signé par le technicien et par le client.

Procédure professionnelle (à rédiger) : passer la liste de contrôle avec le client → reporter chaque résultat → rédiger le rapport par rubriques → recommandations.

Erreur fréquente : rendre le PC sans vérifier que Windows démarre encore ; rapport réduit à « Linux installé ».

À l'écrit : la liste (point — commande — résultat) et le rapport en rubriques.

Repère rapide : contrôler devant le client · rubriques · recommandations · signatures. Exercices liés : E03, E16 (séquence « Exercices corrigés »).