Diagnostiquer et réparer un système Windows ou Linux : démarrage, installation, pilotes, plantages, lenteurs, services, comptes, restauration

P1.1 — « Reboot and Select proper Boot device », « No bootable device », « Operating system not found »

Fréquence : très fréquent · Gravité : bloquante, données en général intactes

1. Symptômes observables

• Texte blanc sur fond noir, juste après le logo, émis par le firmware (aucun logo Windows, aucun menu GRUB).
• Variantes : « Reboot and Select proper Boot device or Insert Boot Media in selected Boot device and press a key », « No bootable device -- insert boot disk and press any key », « Boot Device Not Found », « No boot device available », PXE qui tente le réseau (« PXE-E61 », « Checking media presence… »).
• Contexte typique : après un reset CMOS / pile changée, une mise à jour du BIOS, un ajout de disque, une clé USB oubliée, un clonage, une installation de Linux, une suppression de partition « inutile ».

2. Causes possibles (classées)

1. Support non démarrable placé en tête : clé USB, disque de données, carte réseau (PXE) — configuration.
2. Mode de démarrage modifié : système installé en UEFI (disque GPT + ESP) mais firmware passé en CSM/Legacy, ou l'inverse — configuration firmware (souvent après reset CMOS ou MAJ BIOS).
3. Entrée NVRAM « Windows Boot Manager » / « ubuntu » perdue (reset, MAJ BIOS) alors que l'ESP est intacte — configuration.
4. ESP supprimée/formatée, ou chargeur absent (\EFI\Microsoft\Boot\bootmgfw.efi, \EFI\BOOT\BOOTX64.EFI) — OS/partitions.
5. Disque non détecté, câble, M.2 mal inséré, disque défaillant — matériel → Fiche 1.

3. Questions initiales et sécurité

• Qu'a-t-on fait juste avant ? (pile, BIOS, disque ajouté, autre système installé, « nettoyage » de partitions)
• Y a-t-il une clé USB, un DVD, un disque externe branché ?
• BitLocker/chiffrement de l'appareil actif ? (un changement de mode ou de Secure Boot déclenchera la demande de clé : la récupérer AVANT, P1.7).
• Aucun geste sur le disque à ce stade : on ne touche qu'aux réglages firmware, réversibles. Noter chaque réglage d'origine avant de le changer.

4. Diagnostic pas à pas

1. Débrancher tout support amovible (USB, carte SD, DVD) et redémarrer. — attendu : le système démarre.

   SI le système démarre → cause = support amovible en tête ; corriger l'ordre (étape 3).

   SINON → étape 2.

2. Entrer dans le setup firmware (Suppr/F2 selon le fabricant ; ou, si Windows démarrait encore, Paramètres → Système → Récupération → Démarrage avancé → Dépannage → Options avancées → Paramètres du microprogramme UEFI). Onglet stockage/informations : le disque système est-il listé avec sa bonne taille ?

   SI non listé → panne de détection, pas de l'OS : → Fiche 1 · Stockage non détecté.

   SINON → étape 3.

3. Onglet Boot : lire l'ordre et le mode. — attendu en UEFI : « Windows Boot Manager (nom du disque) » ou « ubuntu » en premier ; CSM désactivé (ou « UEFI only »).

   SI l'entrée existe mais n'est pas en tête → la remonter, F10 (enregistrer), redémarrer.

   SINON SI seule une entrée brute du disque apparaît (« SATA : Samsung SSD… ») et le CSM/Legacy est activé → le firmware a probablement été remis en mode hérité : repasser en UEFI (Boot Mode = UEFI, CSM = Disabled), redémarrer. SINON (aucune entrée Windows en UEFI) → étape 4.

4. Utiliser le menu de démarrage ponctuel (F12, F11, F8, Échap ou F9 selon le fabricant) et choisir l'entrée du disque. — permet de tester sans modifier l'ordre.

   SI le système démarre ainsi → l'ESP est saine, seule l'entrée NVRAM/ordre manque : la recréer (P1.2, bcdboot la réinscrit) ou la placer en tête.

   SINON → démarrer sur une clé d'installation Windows (ou live Linux) pour inspecter les partitions en lecture (étape 5).

5. Depuis WinRE (clé Windows → Réparer l'ordinateur → Dépannage → Invite de commandes) : diskpart puis list disk, list vol (lecture seule). Dans list disk, une * dans la colonne GPT = disque GPT.

   SI disque GPT avec un volume FAT32 de 100–300 Mo (ESP) et le volume NTFS Windows → chargeur/BCD à recréer : P1.2.

   SINON SI disque MBR → le système est en mode hérité : remettre CSM/Legacy dans le firmware (ou convertir plus tard, P2.2). SINON (aucune ESP sur GPT) → ESP supprimée : la recréer exige de modifier les partitions → Fiche 1 · Partitionnement + bcdboot, sauvegarde préalable.

5. Test de confirmation

La cause est confirmée quand le seul réglage modifié (ordre, mode, entrée recréée) rend le démarrage possible et que le remettre dans l'état fautif reproduit le message. Limite : un démarrage réussi ne prouve pas que le disque est sain (lire SMART si le contexte est suspect, Fiche 1).

6. Correction

1. Retirer le support amovible ; ordre : entrée du système en premier ; enregistrer (F10).
2. Remettre le mode d'origine (UEFI pour un disque GPT, hérité pour un disque MBR). Ne pas « essayer » de convertir un disque pour s'adapter au firmware.
3. Si l'entrée NVRAM manque mais l'ESP est intacte : bcdboot C:\Windows (depuis Windows) ou depuis WinRE avec les lettres vérifiées (P1.2).
4. Après MAJ du BIOS : revérifier Secure Boot, TPM, mode SATA (AHCI/RST), tous remis aux valeurs par défaut.

7. Validation

• Deux démarrages à froid (arrêt complet) sans menu ponctuel ; entrée correcte en tête ; date/heure firmware correctes (pile) ; Windows : msinfo32 → « Mode BIOS : UEFI » cohérent avec le disque GPT.
• Noter dans le rapport le réglage d'origine et le réglage final.

8. Réponse d'examen modèle

9. Pièges et variantes

• Variante intermittente : démarre parfois → disque qui met du temps à répondre, câble, alimentation (Fiche 1) ou pile faible (heure fausse à chaque démarrage).
• Variante PXE : « PXE-E61: Media test failure, check cable » = le firmware essaie le réseau faute de disque démarrable ; ce n'est pas un problème réseau.

P1.2 — Windows Boot Manager : « Votre PC/appareil doit être réparé » (0xc000000f, 0xc0000034, 0xc000000e) — reconstruire le démarrage

Fréquence : fréquent · Gravité : bloquante, données intactes si l'on reste prudent

1. Symptômes observables

• Écran de récupération : « Votre PC/appareil doit être réparé. Le fichier de données de configuration de démarrage ne contient pas d'informations valides pour un système d'exploitation. Fichier : \EFI\Microsoft\Boot\BCD Code d'erreur : 0xc000000f » (ou \Boot\BCD en mode hérité).
• 0xc0000034 : BCD sans entrée valide ; 0xc000000e / 0xc0000225 : « Un périphérique requis n'est pas connecté ou n'est pas accessible » avec \Windows\system32\winload.efi → la partition Windows désignée par le BCD est introuvable.
• Mode hérité : « BOOTMGR is missing — Press Ctrl+Alt+Del to restart ».

2. Causes possibles (classées)

1. Arrêt brutal pendant une MAJ, BCD abîmé — OS.
2. Manipulation de partitions (outil tiers, installation Linux, clonage vers un nouveau disque) — partitions/OS.
3. Disque système déplacé, autre disque en tête, mode SATA changé — configuration.
4. Secteurs défectueux sur l'ESP ou le disque — matériel (Fiche 1).

3. Questions initiales et sécurité

• Clé d'installation Windows de la même architecture (x64) disponible ? (sinon F11/« Options de démarrage avancées » si l'écran le propose).
• BitLocker : dans WinRE, le volume chiffré est verrouillé ; il faut la clé de récupération pour manage-bde -unlock avant toute commande.
• Sauvegarde : si les données sont précieuses et sans copie, les copier d'abord (WinRE → notepad → Fichier → Ouvrir sert d'explorateur, ou clé live Linux).

4. Diagnostic pas à pas

1. Démarrer sur WinRE : clé d'installation → langue → Suivant → Réparer l'ordinateur → Dépannage → Options avancées → Outil de redémarrage système (Réparation du démarrage). — attendu : « La réparation du démarrage » corrige le BCD.

   SI Windows démarre ensuite → valider (section 7).

   SINON (« La réparation du démarrage n'a pas pu réparer votre PC ») → noter le chemin du journal SrtTrail.txt, étape 2.

2. Invite de commandes : lire le BCD bcdedit /enum all. — attendu : une entrée « Gestionnaire de démarrage Windows » et une entrée « Chargeur de démarrage Windows » avec device partition=C:.

   SI « Le magasin de données de configuration de démarrage n'a pas pu être ouvert » → BCD absent/illisible : étape 3.

   SINON SI device/osdevice = unknown → la partition cible a changé : étape 3. SINON BCD cohérent → chercher ailleurs (fichiers système, P1.3).

3. Identifier les volumes : diskpart → list vol → exit. Repérer : volume NTFS avec Windows (souvent D: ou C: dans WinRE, vérifier avec dir D:\Windows) ; volume FAT32 de ~100–300 Mo, étiquette « Système » ou info « Caché » = ESP (sans lettre).

   SI l'ESP existe → étape 4.

   SINON (disque GPT sans FAT32) → l'ESP a été supprimée : la recréer touche aux partitions, sauvegarde obligatoire, → Fiche 1 · Partitionnement, puis étape 4.

4. Recréer les fichiers de démarrage UEFI avec bcdboot (voir commandes ci-dessous). — attendu : message de succès de bcdboot.

   SI « Échec lors de la tentative de copie des fichiers de démarrage » → mauvaise lettre de l'ESP ou ESP pleine/abîmée : revérifier list vol, chkdsk S:.

   SINON redémarrer sans la clé.

X:\Sources> diskpart
DISKPART> list vol
DISKPART> select vol 3          (le volume FAT32 de 100 Mo, vérifié)
DISKPART> assign letter=S
DISKPART> exit
X:\Sources> dir D:\Windows      (confirme que D: est bien Windows)
X:\Sources> bcdboot D:\Windows /s S: /f UEFI

  N° volume   Ltr  Nom          Fs     Type        Taille   Statut     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
  Volume 0     E   CCCOMA_X64F  UDF    DVD-ROM     5 Go     Sain
  Volume 1     D                NTFS   Partition   475 G    Sain
  Volume 2                      NTFS   Partition   750 M    Sain       Masqué
  Volume 3                      FAT32  Partition   100 M    Sain       Masqué

Boot files successfully created.   (libellé selon la langue de WinRE)

Attention Dans diskpart, seules list, select, detail et assign sont utiles ici. clean, delete partition, format, convert effacent : interdits pour réparer un démarrage. Prérequis avant bcdboot : volume Windows identifié par dir, données sauvegardées si possible, réparation automatique déjà tentée. Alternative prudente : Réparation du démarrage (automatique) ou restauration du système.

Mode hérité (disque MBR uniquement) : bootrec /fixmbr (réécrit le code d'amorçage du MBR sans toucher aux partitions), bootrec /fixboot (secteur de démarrage de la partition système), bootrec /scanos (liste les Windows trouvés), bootrec /rebuildbcd (propose d'ajouter les Windows trouvés au BCD). Si /rebuildbcd annonce « Nombre total d'installations Windows identifiées : 0 » alors que Windows est présent : bcdedit /export C:\bcdbackup, attrib C:\boot\bcd -h -r -s, ren C:\boot\bcd bcd.old, puis bootrec /rebuildbcd.

5. Test de confirmation

bcdedit /enum depuis Windows redémarré montre device partition=C: et path \Windows\system32\winload.efi. Limite : si le BCD était abîmé par des secteurs défectueux, la panne reviendra → lire SMART et le journal Système (disk 7).

6. Correction

1. Réparation automatique (WinRE) ;
2. sinon bcdboot en UEFI / bootrec en hérité, avec lettres vérifiées ;
3. si un 2^e disque/clone est en cause : retirer l'ancien disque ou remettre le bon en tête ;
4. retirer la lettre S: n'est pas nécessaire (elle disparaît au redémarrage).

7. Validation

• Démarrage sans clé, 2 fois ; bcdedit /enum cohérent ; msinfo32 Mode BIOS UEFI ; dans un double démarrage, vérifier que GRUB est toujours proposé (bcdboot peut remettre Windows en tête : P1.5).
• Si BitLocker : manage-bde -status → Protection activée.

8. Réponse d'examen modèle

9. Pièges et variantes

• Après clonage HDD → SSD : 0xc000000e car le BCD pointe vers l'ancien disque ; débrancher l'ancien ou bcdboot depuis le nouveau.
• Deux ESP (deux disques) : le firmware démarre l'ESP de l'ancien disque → ordre de démarrage.
• « BOOTMGR is missing » avec une clé USB de données en tête → retirer la clé avant tout.
• Panne concomitante : BCD abîmé + disque qui faiblit (disk 7/153 dans les journaux) → sauvegarde d'abord, remplacement (Fiche 1), puis réparation.

P1.3 — « Préparation de la réparation automatique » en boucle / « Votre PC n'a pas démarré correctement »

Fréquence : fréquent · Gravité : bloquante, souvent réversible

1. Symptômes observables

• Logo puis « Préparation de la réparation automatique », « Diagnostic de votre PC », puis « La réparation automatique n'a pas pu réparer votre PC » / « Votre PC n'a pas démarré correctement » avec boutons Redémarrer et Options avancées.
• Boucle : redémarre, échoue, recommence. Journal de la réparation : C:\Windows\System32\Logfiles\Srt\SrtTrail.txt.

2. Causes possibles (classées)

1. Mise à jour Windows ou pilote récent qui empêche le démarrage — OS/pilote.
2. Logiciel installé au démarrage (antivirus tiers, utilitaire disque) — application.
3. Fichiers système abîmés (coupure de courant) — OS.
4. Système de fichiers abîmé — stockage logique.
5. Disque qui faiblit, RAM instable — matériel (Fiche 1).

3. Questions initiales et sécurité

• Quand ? après MAJ, coupure, installation ? un seul PC ou plusieurs (MAJ commune) ?
• Ne pas cliquer sur « Réinitialiser ce PC » (dans Dépannage) : c'est la marche 5.
• BitLocker : la clé sera demandée pour certaines options (invite de commandes, restauration).

4. Diagnostic pas à pas

1. Options avancées → Invite de commandes → type C:\Windows\System32\Logfiles\Srt\SrtTrail.txt (lettre à vérifier par dir). — attendu : une ligne « Cause première trouvée » (ex. « Un pilote incorrect a été trouvé », « Les fichiers système sont corrompus », « Disque de démarrage introuvable »).

   SI un fichier .sys est cité → pilote : étape 2.

   SINON → étape 2 quand même (test discriminant).

2. Options avancées → Paramètres → Redémarrer → touche 4 (mode sans échec) ou 5 (avec réseau).

   SI le mode sans échec démarre → cause = pilote/service/logiciel tiers : désinstaller le dernier pilote/logiciel/MAJ depuis ce mode (P6.1).

   SINON → étape 3.

3. Options avancées → Désinstaller des mises à jour → « Désinstaller la dernière mise à jour qualité » (puis, si la panne suit une mise à jour majeure, « … de fonctionnalité »).

   SI démarre → cause = MAJ ; suspendre les MAJ le temps du correctif.

   SINON → étape 4.

4. Options avancées → Restauration du système → point antérieur à la panne (P6.2).

   SI aucun point / échec → étape 5.

   SINON valider.

5. Invite de commandes : vérifications du stockage puis fichiers système hors ligne : chkdsk D: (lecture), si erreurs chkdsk D: /f ; puis sfc /scannow /offbootdir=D:\ /offwindir=D:\Windows.

   SI chkdsk signale des secteurs défectueux / le disque est lent ou bruyant → sauvegarde des données d'abord, SMART (Fiche 1).

   SINON → si toujours en boucle : sauvegarde depuis WinRE/live, puis P6.4 avec accord.

5. Test de confirmation

La marche qui fait disparaître la boucle désigne la cause (pilote retiré, MAJ désinstallée, point restauré). Limite : la restauration du système retire plusieurs changements à la fois ; elle ne dit pas lequel était fautif.

6. Correction

Celle de la marche qui a réussi ; puis bloquer temporairement la réapparition (suspendre les MAJ 1 semaine, pilote du fabricant en version stable).

7. Validation

• Trois démarrages normaux, Moniteur de fiabilité (perfmon /rel) sans nouvel événement critique, programmes métier testés.

8. Réponse d'examen modèle

9. Pièges et variantes

• Boucle juste après coupure + disque HDD ancien : penser disque avant fichiers système.
• Le mode sans échec ne démarre pas non plus → pas un pilote tiers : MAJ, fichiers système, disque.
• « Votre PC a rencontré un problème » (écran bleu) en boucle avant la réparation → lire le code d'arrêt (P3.3), désactiver le redémarrage automatique (Paramètres de démarrage → 9).

P1.4 — Écran bleu INACCESSIBLE_BOOT_DEVICE (0x7B) au démarrage

Fréquence : assez fréquent · Gravité : bloquante

1. Symptômes observables

• Écran d'arrêt dès le logo, code INACCESSIBLE_BOOT_DEVICE ; souvent suivi de la réparation automatique.
• Contexte : réglage SATA changé (AHCI ↔ RAID/Intel RST), VMD activé, MAJ du BIOS, clonage vers un NVMe, MAJ Windows, disque déplacé dans un autre PC.

2. Causes possibles (classées)

1. Mode du contrôleur de stockage modifié (le pilote chargé au démarrage ne correspond plus) — configuration firmware.
2. Mise à jour / pilote de stockage — OS.
3. Système de fichiers abîmé — stockage logique.
4. Disque défaillant, câble — matériel.

3. Questions initiales et sécurité

• Quelqu'un a-t-il réinitialisé le BIOS / changé le mode SATA ? Le disque vient-il d'un autre PC ?
• Noter le mode actuel avant de le changer.

4. Diagnostic pas à pas

1. Setup firmware → configuration du stockage (SATA Mode / Storage Configuration / VMD).

   SI le mode a changé (ex. RAID/RST alors que Windows a été installé en AHCI) → remettre l'ancien mode, redémarrer.

   SINON → étape 2.

2. WinRE → Désinstaller des mises à jour (dernière qualité), puis Restauration du système.

   SI démarre → MAJ/pilote.

   SINON → étape 3.

3. Invite WinRE : chkdsk D: (lettre vérifiée) puis /f si erreurs ; SMART (Fiche 1).

   SI erreurs physiques → sauvegarde et remplacement (Fiche 1).

   SINON → réparation/réinstallation avec accord (P6.4).

5. Test de confirmation

Remettre le mode d'origine fait démarrer ; le remettre fautif reproduit l'écran. Limite : ne pas multiplier les allers-retours sur un disque en RAID réel (risque pour la grappe).

6. Correction

Remettre le mode d'origine. Si l'on doit passer en AHCI (ex. installation d'un SSD) : depuis Windows, bcdedit /set {current} safeboot minimal → redémarrer dans le setup → passer en AHCI → Windows démarre en mode sans échec et charge le pilote AHCI → bcdedit /deletevalue {current} safeboot → redémarrer normalement.

Attention Ne jamais changer le mode d'un contrôleur qui porte une grappe RAID avec données : la grappe peut devenir illisible. Prérequis : sauvegarde. Alternative prudente : laisser le mode d'origine.

7. Validation

• Démarrage normal ×2 ; Gestionnaire de périphériques → Contrôleurs de stockage sans triangle ; plus d'événement BugCheck 1001.

8. Réponse d'examen modèle

9. Pièges et variantes

• Même code après clonage sur NVMe derrière Intel VMD : pilote RST absent → soit désactiver VMD (si aucun RAID), soit installer le pilote avant clonage.
• Même code sur un PC virtuel déplacé : type de contrôleur virtuel changé (SATA ↔ SCSI/NVMe).

P1.5 — GRUB : « grub rescue> », menu absent, PC qui démarre toujours Windows, Windows absent du menu

Fréquence : fréquent en double démarrage · Gravité : bloquante pour Linux, données intactes

1. Symptômes observables

• error: no such partition. / error: unknown filesystem. puis invite grub rescue>.
• Minimal BASH-like line editing is supported… puis grub> : GRUB n'a pas trouvé son grub.cfg (moins grave que grub rescue>).
• Après installation de Linux, le PC démarre directement Windows ; ou, après une MAJ de Windows, GRUB n'apparaît plus.
• Menu GRUB présent mais sans « Windows Boot Manager ».

2. Causes possibles (classées)

1. Ordre UEFI : Windows Boot Manager remis en tête (MAJ Windows, bcdboot, reset firmware) — configuration.
2. os-prober désactivé (GRUB 2.06 et suivants) → Windows non détecté par update-grub — configuration.
3. Linux installé dans un mode différent de Windows (Linux en hérité, Windows en UEFI) — installation.
4. Partition Linux supprimée/redimensionnée/déplacée depuis Windows (Gestion des disques) → grub rescue> — partitions.
5. ESP abîmée, disque changé — partitions/matériel.

3. Questions initiales et sécurité

• Quelqu'un a-t-il « fait de la place » ou supprimé une partition « sans lettre » depuis Windows ?
• Clé live de la même distribution disponible ? Sauvegarde de /home si la partition est endommagée.
• Ne jamais formater l'ESP : elle porte aussi le chargeur de Windows.

4. Diagnostic pas à pas

1. Menu de démarrage ponctuel (F12/F11/F8/Échap) : une entrée « ubuntu » (ou « debian ») existe-t-elle ?

   SI oui et elle démarre GRUB → seul l'ordre est en cause : la mettre en tête dans le setup, ou sous Linux sudo efibootmgr -o 0001,0000.

   SINON → étape 2.

2. Si GRUB démarre mais Windows manque : grep OS_PROBER /etc/default/grub.

   SI absent ou true → ajouter GRUB_DISABLE_OS_PROBER=false, sudo update-grub ; la sortie doit contenir « Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi ».

   SINON (os-prober actif, Windows toujours absent) → modes différents : [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS sous Linux, msinfo32 sous Windows ; les deux doivent être en UEFI.

3. À l'invite grub rescue> : localiser la partition Linux : ls puis ls (hd0,gpt3)/ sur chaque partition.

   SI une partition affiche boot/ etc/ home/ → démarrage manuel (commandes ci-dessous), puis réinstallation propre de GRUB depuis Linux démarré.

   SINON (« Filesystem is unknown » partout) → partition supprimée/écrasée : clé live, lsblk -f ; récupération de données (testdisk) avant toute réinstallation.

4. Si Linux ne démarre pas du tout : réparer depuis une session live (chroot, commandes ci-dessous).

grub rescue> ls
(hd0) (hd0,gpt1) (hd0,gpt2) (hd0,gpt3)
grub rescue> ls (hd0,gpt3)/
grub rescue> set root=(hd0,gpt3)
grub rescue> set prefix=(hd0,gpt3)/boot/grub
grub rescue> insmod normal
grub rescue> normal

Puis, une fois Linux démarré : sudo grub-install (UEFI : sans argument de disque sur Ubuntu) et sudo update-grub.

ubuntu@live:~$ lsblk -f                         # repérer ESP (vfat) et racine (ext4)
ubuntu@live:~$ sudo mount /dev/nvme0n1p3 /mnt
ubuntu@live:~$ sudo mount /dev/nvme0n1p1 /mnt/boot/efi
ubuntu@live:~$ for d in dev proc sys run; do sudo mount --rbind /$d /mnt/$d; done
ubuntu@live:~$ sudo chroot /mnt
root@live:/# grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=ubuntu
root@live:/# update-grub
root@live:/# exit

Installing for x86_64-efi platform.
Installation finished. No error reported.
...
Found linux image: /boot/vmlinuz-6.8.0-45-generic
Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
done

Démarrage hérité (BIOS/MBR) : grub-install /dev/sda — le disque, jamais une partition (/dev/sda1). Fedora : grub2-mkconfig -o /boot/grub2/grub.cfg au lieu de update-grub.

Attention Monter la bonne partition en /mnt/boot/efi : l'ESP (vfat, 100–550 Mo), jamais la partition Windows. Prérequis : lsblk -f lu, sauvegarde de /home si doute. Alternative prudente : démarrer Linux via l'entrée « ubuntu » du menu ponctuel ou via grub rescue> manuel, puis réparer depuis le système démarré.

5. Test de confirmation

Le menu GRUB s'affiche au démarrage à froid et liste Linux et Windows ; chaque entrée démarre. Limite : une MAJ de Windows peut de nouveau changer l'ordre (prévenir l'utilisateur).

6. Correction

1. Ordre UEFI (setup ou efibootmgr -o) ;
2. os-prober + update-grub ;
3. grub-install + update-grub (live + chroot) ;
4. réinstallation de Linux dans le même mode que Windows si les modes diffèrent (sauvegarde de /home).

7. Validation

• Deux démarrages à froid ; chaque système démarre depuis GRUB ; sudo efibootmgr : BootOrder commence par l'entrée ubuntu.

8. Réponse d'examen modèle

9. Pièges et variantes

• Linux voit la partition Windows en lecture seule (« The disk contains an unclean file system (0, 0). Metadata kept in Windows cache, refused to mount. ») → Démarrage rapide de Windows actif : le désactiver (Panneau de configuration → Options d'alimentation → Choisir l'action des boutons d'alimentation → Modifier des paramètres actuellement non disponibles → décocher « Activer le démarrage rapide »).
• « Verification failed: (0x1A) Security Violation » au lancement de GRUB : Secure Boot et chargeur non signé/révoqué (SBAT) → mettre à jour shim/GRUB ou désactiver temporairement Secure Boot (attention BitLocker).

P1.6 — Linux : « (initramfs) », « You are in emergency mode », « UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY »

Fréquence : fréquent · Gravité : bloquante, réparable sans perte dans la majorité des cas

1. Symptômes observables

• Gave up waiting for root file system device. … ALERT! UUID=3f2a… does not exist. Dropping to a shell! puis (initramfs).
• /dev/sda2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. (i.e., without -a or -p options) puis (initramfs).
• [ TIME ] Timed out waiting for device /dev/disk/by-uuid/…, [DEPEND] Dependency failed for Local File Systems., puis You are in emergency mode. After logging in, type "journalctl -xb" to view system logs… ; parfois « Cannot open access to console, the root account is locked. »

2. Causes possibles (classées)

1. Ligne de /etc/fstab : disque de données retiré, UUID changé après remplacement/formatage, faute de frappe — configuration.
2. Système de fichiers incohérent après arrêt brutal — stockage logique.
3. Disque/contrôleur non vu (mode RAID/VMD changé, câble) — firmware/matériel.
4. initramfs incomplet après MAJ interrompue — OS (P3.4).

3. Questions initiales et sécurité

• Disque ajouté, remplacé, retiré récemment ? Coupure de courant ?
• Avant toute modification de fstab : copie /etc/fstab.bak. fsck uniquement sur un système de fichiers non monté.

4. Diagnostic pas à pas

1. Lire le message : (initramfs) avec ALERT UUID, avec INCONSISTENCY, ou mode d'urgence ?

   SI INCONSISTENCY → étape 2.

   SINON SI ALERT UUID → étape 3 ; SINON (emergency mode) → étape 4.

2. Dans (initramfs) : fsck /dev/sda2 (le périphérique cité ; il n'est pas monté à ce stade), répondre aux questions ou fsck -y, puis exit. — attendu : « FILE SYSTEM WAS MODIFIED », démarrage reprend.

   SI fsck répète des erreurs ou signale des erreurs de lecture → disque qui faiblit : sauvegarde depuis une clé live, SMART (Fiche 1).

   SINON valider.

3. Dans (initramfs) : blkid et ls /dev/sd* /dev/nvme*. — comparer l'UUID affiché par l'ALERT à ceux listés.

   SI le disque n'apparaît pas → mode du contrôleur dans le firmware (VMD/RAID) ou matériel (Fiche 1).

   SINON (disque présent, UUID différent) → racine reformatée/clonée : démarrer une live, corriger /etc/fstab et lancer update-grub + update-initramfs -u en chroot (cf. P1.5).

4. Mode d'urgence : se connecter (mot de passe root) puis journalctl -xb | grep -iE 'fail|mount', ou systemctl --failed. — repérer l'unité .mount en échec (ex. data.mount).

   SI root verrouillé (Ubuntu) → démarrer via GRUB → Advanced options → (recovery mode) → root, ou clé live.

   SINON → étape 5.

5. Comparer fstab et la réalité : cat /etc/fstab et lsblk -f.

   SI UUID de fstab absent de lsblk -f → disque retiré ou remplacé : corriger l'UUID ou commenter la ligne, ajouter nofail pour un disque non indispensable.

   SINON → type/option erronés (ext4 vs ntfs, faute dans les options) : corriger.

root@pc:~# mount -o remount,rw /
root@pc:~# cp /etc/fstab /etc/fstab.bak
root@pc:~# lsblk -f
root@pc:~# nano /etc/fstab
root@pc:~# findmnt --verify
root@pc:~# systemctl daemon-reload
root@pc:~# mount -a

NAME        FSTYPE LABEL UUID                                 MOUNTPOINTS
sda
└─sda1      ext4   data  9b1c7e2d-5a40-4c1e-8f7e-2d0c6b1e44aa
nvme0n1
├─nvme0n1p1 vfat         4C2E-91AB                            /boot/efi
└─nvme0n1p2 ext4         3f2a8d10-77c1-4f0b-9a55-6e3d2c1b0f12 /

# /etc/fstab (ligne fautive puis corrigée)
UUID=0d4e5f61-aaaa-4b2c-9d8e-112233445566 /data ext4 defaults 0 2
UUID=9b1c7e2d-5a40-4c1e-8f7e-2d0c6b1e44aa /data ext4 defaults,nofail 0 2

Attention fsck sur un système de fichiers monté en écriture peut le détruire : uniquement depuis (initramfs), le mode recovery (racine en lecture seule) ou une clé live. fsck peut déplacer des fichiers abîmés dans lost+found. Prérequis : sauvegarde si le disque est suspect. Alternative prudente : monter en lecture seule depuis une live et copier les données d'abord.

5. Test de confirmation

findmnt --verify sans erreur et mount -a silencieux avant de redémarrer ; puis démarrage normal. Limite : mount -a ne teste pas la racine.

6. Correction

UUID corrigé / ligne commentée / nofail ; fsck sur partition démontée ; régénération de l'initramfs si pilote ou UUID de racine changé (sudo update-initramfs -u).

7. Validation

• Redémarrage complet sans mode d'urgence ; findmnt /data montre le montage ; systemctl --failed : 0 unité ; journalctl -b -p err sans erreur de montage.

8. Réponse d'examen modèle

9. Pièges et variantes

• « Read-only file system » en mode d'urgence : normal, d'où mount -o remount,rw /.
• Clé USB/disque externe dans fstab sans nofail : mode d'urgence dès qu'elle est absente.
• Faute de frappe dans une ligne de partage réseau (cifs/nfs) : ajouter _netdev,nofail.

P1.7 — Écran « Récupération BitLocker » / « Entrez la clé de récupération pour ce lecteur »

Fréquence : assez fréquent sur portables récents · Gravité : critique (perte de données si la clé est introuvable)

1. Symptômes observables

• Écran bleu de saisie : « Entrez la clé de récupération pour ce lecteur », avec un ID de clé (8 premiers caractères) et l'adresse d'aide aka.ms/myrecoverykey.
• Contexte : MAJ du BIOS, Secure Boot désactivé, TPM effacé, ordre de démarrage changé, carte mère remplacée, disque déplacé, clé USB laissée branchée sur certains modèles.

2. Causes possibles (classées)

1. Changement de la configuration mesurée par le TPM (firmware, Secure Boot, ordre) — configuration.
2. TPM effacé/remplacé (carte mère) — matériel/configuration.
3. Tentatives de code PIN erronées — utilisateur.

3. Questions initiales et sécurité

• Compte Microsoft de l'utilisateur ? PC d'entreprise (clé dans Active Directory/Entra ID, chez l'administrateur) ? Clé imprimée/enregistrée sur clé USB ?
• Ne jamais réinitialiser/réinstaller « pour passer l'écran » : sans clé, les données sont perdues.

4. Diagnostic pas à pas

1. Annuler le dernier changement firmware (réactiver Secure Boot, remettre l'ordre, retirer la clé USB). — attendu : démarrage sans demande de clé.

   SI OK → valider ; suspendre BitLocker avant de refaire le changement voulu.

   SINON → étape 2.

2. Récupérer la clé de 48 chiffres correspondant à l'ID affiché : compte Microsoft (sur un autre appareil, page des clés de récupération), administrateur du domaine, impression.

   SI trouvée → la saisir.

   SINON → escalade, informer le client : données inaccessibles ; pas d'autre recours technique légitime.

5. Test de confirmation

Le démarrage suivant ne redemande pas la clé ; manage-bde -status C: → « Protection activée ».

6. Correction

Après saisie : depuis Windows, manage-bde -protectors -enable C: si la protection est suspendue. Avant toute future MAJ BIOS/changement Secure Boot : Panneau de configuration → Chiffrement de lecteur BitLocker → Suspendre la protection (ou manage-bde -protectors -disable C: -RebootCount 1). Dans WinRE, déverrouiller avant toute commande : manage-bde -unlock C: -RecoveryPassword 123456-….

7. Validation

• Deux redémarrages sans demande ; clé de récupération sauvegardée en lieu sûr et notée dans le rapport (son emplacement, pas la clé elle-même).

8. Réponse d'examen modèle

9. Pièges et variantes

• Windows 11 Famille : « Chiffrement de l'appareil » (même mécanisme, même clé dans le compte Microsoft).
• Dans WinRE, le volume chiffré apparaît sans système de fichiers lisible : ce n'est pas un volume RAW abîmé.

P1.8 — Linux : écran noir après GRUB, ou retour à l'écran de connexion en boucle

Fréquence : assez fréquent · Gravité : moyenne (système fonctionnel en console)

1. Symptômes observables

• Écran noir ou curseur clignotant après le logo ; ou mot de passe accepté puis retour à l'écran de connexion (boucle de connexion).
• Contexte : installation du pilote NVIDIA propriétaire, MAJ du noyau, Secure Boot actif, disque plein, commande graphique lancée avec sudo.

2. Causes possibles (classées)

1. Pilote graphique : module non chargé (Secure Boot sans inscription de clé MOK), pilote incompatible avec le nouveau noyau.
2. /home ou / plein (la session ne peut écrire).
3. Fichiers de session appartenant à root (~/.Xauthority, ~/.config) après un sudo graphique.

3. Questions initiales et sécurité

• Tous les comptes ou un seul ? Après quelle installation ?

4. Diagnostic pas à pas

1. Ctrl+Alt+F3 → console texte, connexion.

   SI la console fonctionne → le système tourne ; étape 2.

   SINON → GRUB, touche e sur l'entrée, ajouter nomodeset à la ligne linux, Ctrl+X (test temporaire).

2. df -h.

   SI / ou /home à 100 % → P5.6.

   SINON → étape 3.

3. Un seul compte en boucle ? ls -la ~ | grep root.

   SI .Xauthority ou .config à root → sudo chown -R nom:nom /home/nom/.Xauthority /home/nom/.config.

   SINON → pilote : journalctl -b -p err, lsmod | grep -E 'nvidia|nouveau', mokutil --sb-state.

5. Test de confirmation

Le démarrage avec nomodeset ou sur l'ancien noyau donne une session → pilote/noyau confirmé. Limite : nomodeset désactive l'accélération, c'est un contournement.

6. Correction

Ubuntu : ubuntu-drivers devices puis sudo ubuntu-drivers install (pilote recommandé) ; avec Secure Boot, accepter l'inscription de la clé MOK au redémarrage (écran bleu « Perform MOK management » → Enroll MOK) ; sinon revenir au pilote libre (sudo apt purge 'nvidia-*' après avoir noté les paquets).

7. Validation

• Deux connexions graphiques, nomodeset retiré, nvidia-smi ou paramètres d'affichage corrects.

8. Réponse d'examen modèle

9. Pièges et variantes

• Écran noir seulement sur l'écran externe : câble/entrée de l'écran, pas l'OS.

P2.1 — La clé USB d'installation n'apparaît pas ou ne démarre pas

Fréquence : très fréquent · Gravité : bloquante pour l'intervention, sans risque

1. Symptômes observables

• La clé n'est pas dans le menu de démarrage ponctuel ; ou elle est listée mais le PC démarre l'ancien système ; ou écran noir/curseur.
• Installateur Windows : « Un pilote de média requis pour votre ordinateur est manquant » ; Linux : « Verification failed: (0x1A) Security Violation ».

2. Causes possibles (classées)

1. ISO copiée comme un fichier sur la clé (non démarrable) — préparation.
2. Fast Boot/« Ultra Fast » du firmware qui n'initialise pas l'USB ; port USB frontal/hub — configuration/matériel.
3. Clé formatée pour un mode (MBR/hérité) et firmware en UEFI only, ou inversement — préparation.
4. Secure Boot qui refuse un chargeur non signé (vieille ISO Linux, outil tiers) — sécurité.
5. Image corrompue (téléchargement interrompu), clé défaillante.

3. Questions initiales et sécurité

• Comment la clé a-t-elle été créée (outil de création de support de Microsoft, Rufus, Ventoy, dd, Disques d'Ubuntu, Etcher) ? Empreinte vérifiée ?
• Créer la clé efface la clé : vérifier qu'elle ne contient rien d'utile.

4. Diagnostic pas à pas

1. Brancher la clé sur un port USB arrière (carte mère), menu ponctuel (F12/F11/F8/Échap).

   SI elle apparaît maintenant → port/hub en cause.

   SINON → étape 2.

2. Setup firmware : désactiver Fast Boot, vérifier que l'USB est autorisé au démarrage.

   SI la clé apparaît → réglage en cause (le remettre après installation si souhaité).

   SINON → étape 3.

3. Vérifier la clé sur un autre PC : contient-elle \efi\boot\bootx64.efi (et \sources\install.wim/.esd pour Windows) ?

   SI elle ne contient qu'un fichier .iso → recréer la clé avec un outil de création (pas une copie).

   SINON → vérifier l'empreinte de l'ISO : certutil -hashfile fichier.iso SHA256 (Windows) / sha256sum fichier.iso (Linux), à comparer à la valeur publiée.

4. Clé listée mais refusée (Security Violation) → ISO plus récente (shim signé) ; sinon désactivation temporaire de Secure Boot (attention BitLocker sur les autres disques).

5. Test de confirmation

Une clé recréée depuis une ISO à l'empreinte conforme démarre sur le port arrière. Limite : un port qui marche pour une clé peut refuser une autre (clé USB 3 sur vieux firmware).

6. Correction

Recréer la clé (outil de création de support Microsoft / Rufus en schéma GPT pour UEFI ; Ubuntu : Disques → Restaurer l'image, ou sudo dd if=ubuntu.iso of=/dev/sdX bs=4M status=progress conv=fsync).

Attention dd écrase sans confirmation le périphérique désigné : of=/dev/sdX doit être la clé (vérifiée par lsblk : taille, modèle, branchement/débranchement), jamais le disque du PC. Alternative prudente : outil graphique qui ne liste que les supports amovibles.

7. Validation

• L'installateur s'affiche ; en UEFI, l'entrée choisie était « UEFI: nom de la clé » (sinon l'installation se fera en mode hérité, P2.4).

8. Réponse d'examen modèle

9. Pièges et variantes

• « Un pilote de média requis est manquant » : très souvent média/clé défectueux ou port USB 3 non géré, rarement un vrai pilote à fournir → autre clé, autre port, recréer.
• Deux entrées pour la même clé (« UEFI: Kingston » et « Kingston ») : le choix décide du mode d'installation.

P2.2 — « Ce PC ne peut pas exécuter Windows 11 » (prérequis TPM, Secure Boot, UEFI, CPU)

Fréquence : très fréquent · Gravité : bloquante pour la mise à niveau

1. Symptômes observables

• Application Contrôle d'intégrité du PC : « Ce PC ne répond pas actuellement à la configuration système requise pour Windows 11 », avec le critère (TPM 2.0, démarrage sécurisé, processeur, RAM, stockage).
• Installateur : « Ce PC ne peut pas exécuter Windows 11 ».

2. Causes possibles (classées)

1. TPM présent dans le CPU (Intel PTT / AMD fTPM) mais désactivé dans le firmware — configuration.
2. Secure Boot désactivé ou mode hérité (CSM) actif → disque MBR — configuration.
3. Processeur hors liste, RAM < 4 Go, disque < 64 Go, TPM 1.2 seulement — matériel (non corrigeable par réglage).

3. Questions initiales et sécurité

• Édition et licence actuelles ; BitLocker actif (changer Secure Boot/mode déclenche la demande de clé) ; sauvegarde avant conversion MBR→GPT.

4. Diagnostic pas à pas

1. msinfo32 → « Mode BIOS » (UEFI/Hérité), « État du démarrage sécurisé » (Activé/Désactivé/Non pris en charge), processeur, mémoire installée.
2. tpm.msc → « Le module de plateforme sécurisée est prêt à être utilisé », « Version de la spécification : 2.0 ». « Impossible de trouver le module TPM compatible » → TPM désactivé ou absent.

   SI TPM introuvable → setup firmware : activer Intel PTT / AMD fTPM (Security).

   SINON → étape 3.

3. Mode BIOS = Hérité ?

   SI oui → disque MBR : le convertir en GPT sans perte avec mbr2gpt (ci-dessous), puis firmware en UEFI, puis activer Secure Boot.

   SINON (UEFI, Secure Boot désactivé) → activer Secure Boot (clés par défaut / « Standard »).

4. Processeur non pris en charge / RAM insuffisante → pas de réglage : rester sous Windows 10 (fin du support grand public le 14/10/2025, mises à jour de sécurité étendues payantes/ESU), proposer Linux, ou un matériel compatible. Ne pas contourner les prérequis sur un poste professionnel.

C:\> mbr2gpt /validate /allowFullOS
C:\> mbr2gpt /convert /allowFullOS

MBR2GPT: Validation completed successfully
...
MBR2GPT: Conversion completed successfully
MBR2GPT: Before the new system can boot properly you need to switch the firmware to boot to UEFI mode!

Attention mbr2gpt /convert réécrit la table de partitions (sans effacer les données). Prérequis : sauvegarde vérifiée, /validate réussi (au plus 3 partitions principales sur le disque, pas de partition étendue), BitLocker suspendu, puis passage du firmware en UEFI immédiatement après. Alternative prudente : installation propre en UEFI après sauvegarde, ou rester en Windows 10.

5. Test de confirmation

Contrôle d'intégrité du PC : « Ce PC répond à la configuration requise pour Windows 11 ». Limite : la vérification porte sur l'état actuel ; une remise à zéro du firmware peut tout redésactiver.

6. Correction

Activer TPM et Secure Boot ; conversion GPT + UEFI si hérité ; sinon décision documentée avec le client (matériel non compatible).

7. Validation

• msinfo32 : UEFI, démarrage sécurisé activé ; tpm.msc : prêt, 2.0 ; mise à niveau proposée ; démarrage normal après conversion.

8. Réponse d'examen modèle

9. Pièges et variantes

• « Démarrage sécurisé : non pris en charge » dans msinfo32 = PC en mode hérité, pas forcément matériel incapable.
• Machine virtuelle : ajouter un TPM virtuel et le firmware UEFI dans l'hyperviseur.

P2.3 — « Nous n'avons trouvé aucun lecteur » : l'installateur ne voit pas le disque

Fréquence : fréquent (portables Intel récents) · Gravité : bloquante

1. Symptômes observables

• Écran « Où souhaitez-vous installer Windows ? » vide : « Nous n'avons trouvé aucun lecteur. Pour obtenir un pilote de stockage, cliquez sur Charger un pilote. »
• Installateur Ubuntu : aucun disque proposé, ou message demandant de désactiver Intel RST.

2. Causes possibles (classées)

1. Contrôleur en mode Intel RST/VMD ou RAID sans pilote dans l'installateur — configuration/pilote.
2. Disque non détecté par le firmware — matériel (Fiche 1).
3. Disque présent mais verrouillé/hors ligne (rare).

3. Questions initiales et sécurité

• Le disque contient-il des données ? Un RAID réel est-il configuré (deux disques) ?

4. Diagnostic pas à pas

1. Setup firmware : le disque est-il listé ?

   SI non → → Fiche 1 · Stockage non détecté.

   SINON → étape 2.

2. Mode du contrôleur : « RAID/Intel RST Premium », « VMD Controller : Enabled » ?

   SI oui → « Charger un pilote » : pilote Intel RST/« F6 » du fabricant (dossier décompressé sur une clé), puis Actualiser.

   SINON → Maj+F10 dans l'installateur, diskpart → list disk (lecture) : disque « Hors connexion » ou absent ?

3. Linux : pas de pilote à charger → passer le contrôleur en AHCI / désactiver VMD, seulement si aucun Windows existant n'en dépend (sinon P1.4).

5. Test de confirmation

Après chargement du pilote, le disque apparaît avec sa taille réelle. Limite : le pilote doit correspondre à la génération de la plate-forme.

6. Correction

Charger le pilote du fabricant (préférable : ne change rien au firmware) ; ou désactiver VMD/RAID sur une machine vierge sans grappe.

Attention Passer de RAID à AHCI sur un PC qui a un Windows installé → INACCESSIBLE_BOOT_DEVICE (P1.4) ; sur une vraie grappe RAID → données illisibles. Prérequis : sauvegarde, savoir s'il existe un RAID. Alternative : charger le pilote.

7. Validation

• Disque visible, installation menée, Gestionnaire de périphériques → Contrôleurs de stockage sans erreur.

8. Réponse d'examen modèle

9. Pièges et variantes

• Disque visible mais pas de bouton Suivant : « Windows ne peut pas être installé sur ce disque » → P2.4.

P2.4 — « Windows ne peut pas être installé sur ce disque » (GPT / MBR)

Fréquence : fréquent · Gravité : bloquante, risque de perte de données si mal corrigée

1. Symptômes observables

• « Windows ne peut pas être installé sur ce disque. Le disque sélectionné est de style de partition GPT. » (clé démarrée en mode hérité).
• « Windows ne peut pas être installé sur ce disque. Le disque sélectionné contient une table de partition MBR. Sur les systèmes EFI, Windows ne peut être installé que sur des disques GPT. » (clé démarrée en UEFI).

2. Causes possibles (classées)

1. Clé démarrée dans le mauvais mode par rapport au disque — manipulation.
2. Disque réutilisé (ancien PC hérité) — préparation.

3. Questions initiales et sécurité

• Le disque contient-il des données à conserver ? Accord pour effacer ? Le PC (et Windows 11) exige-t-il l'UEFI ?

4. Diagnostic pas à pas

1. Quel mode voulu ? Windows 11 / PC récent → UEFI + GPT.
2. Redémarrer et choisir l'entrée « UEFI: clé » dans le menu ponctuel (ou désactiver CSM).

   SI le disque est GPT → l'installation passe.

   SINON (disque MBR) → étape 3.

3. Disque MBR en UEFI : s'il porte des données → les sauvegarder d'abord ; s'il porte un Windows à conserver → mbr2gpt depuis ce Windows (P2.2) ; s'il est à effacer (accord écrit) → supprimer les partitions dans l'installateur, l'installateur crée alors un GPT.

Attention La solution « Maj+F10, diskpart, select disk 0, clean, convert gpt » efface tout le disque sélectionné. Prérequis : sauvegarde vérifiée, accord écrit, disque identifié par list disk (taille, n°), clés USB de données débranchées. Alternative prudente : démarrer la clé dans le mode du disque, ou mbr2gpt (sans perte). Détail du partitionnement : → Fiche 1 · Partitionnement.

5. Test de confirmation

Le bouton Suivant devient actif. Après installation : msinfo32 → UEFI.

6. Correction

Démarrer la clé dans le bon mode ; sinon conversion sans perte ; effacement en dernier, avec accord.

7. Validation

• Partitions créées : ESP (FAT32 ~100 Mo), MSR (16 Mo), Windows (NTFS), récupération ; démarrage par « Windows Boot Manager ».

8. Réponse d'examen modèle

9. Pièges et variantes

• « Windows ne peut pas être installé sur ce disque. Il se peut que le matériel de cet ordinateur ne prenne pas en charge le démarrage sur ce disque » → contrôleur en mode non démarrable, ordre de démarrage, ou disque USB externe choisi comme cible.

P2.5 — L'installation échoue en cours de copie (0x8007025D, 0x80070570, redémarrage en boucle)

Fréquence : moyen · Gravité : bloquante, révèle parfois un matériel instable

1. Symptômes observables

• « Windows ne peut pas installer les fichiers requis. Assurez-vous que tous les fichiers requis pour l'installation sont disponibles, puis redémarrez l'installation. Code d'erreur : 0x8007025D » ; 0x80070570 (fichier endommagé/illisible) ; « Windows n'a pas pu terminer l'installation » ; écran bleu pendant l'installation.

2. Causes possibles (classées)

1. Image/clé corrompue — média.
2. Port/clé USB instable — matériel périphérique.
3. RAM instable (XMP/EXPO trop agressif, barrette) — matériel.
4. Disque cible défaillant — matériel.

3. Questions initiales et sécurité

• Échoue toujours au même pourcentage ? Profil mémoire XMP activé ?

4. Diagnostic pas à pas

1. Recréer la clé à partir d'une ISO dont l'empreinte est vérifiée, sur une autre clé, port arrière.

   SI l'installation passe → média.

   SINON → étape 2.

2. Désactiver XMP/EXPO, ne garder qu'une barrette, test mémoire (→ Fiche 1 · RAM).

   SI passe → mémoire.

   SINON → SMART/autre disque (Fiche 1).

5. Test de confirmation

La modification d'un seul facteur fait réussir l'installation. Limite : une erreur mémoire intermittente peut passer une fois ; test mémoire complet.

6. Correction

Nouveau média ; mémoire à sa fréquence standard / barrette remplacée ; disque remplacé.

7. Validation

• Installation complète, sfc /scannow → « aucune violation d'intégrité », pas de BugCheck dans le journal.

8. Réponse d'examen modèle

9. Pièges et variantes

• Même code avec un disque presque plein de partitions anciennes : peu probable, l'erreur est de lecture.

P2.6 — Installation de Linux : session live, double démarrage, partitions

Fréquence : fréquent · Gravité : moyenne à critique (double démarrage = risque pour Windows et ses données)

1. Symptômes observables

• Session live en écran noir ; installateur qui refuse le double démarrage (« BitLocker est activé », « Intel RST ») ; aucune option « Installer à côté de Windows » ; après installation, Windows absent ou Linux absent (P1.5).

2. Causes possibles (classées)

1. Carte graphique (pilote libre inadapté) → option « Safe graphics »/nomodeset.
2. BitLocker/Chiffrement de l'appareil actif : l'installateur ne peut pas réduire la partition.
3. Intel RST/VMD (P2.3).
4. Pas d'espace non alloué ; Windows en hérité et live en UEFI (ou l'inverse).

3. Questions initiales et sécurité

• Sauvegarde de Windows et des données ; clé BitLocker récupérée ; Démarrage rapide de Windows désactivé ; mode de Windows relevé (msinfo32).

4. Diagnostic pas à pas

1. Depuis Windows : msinfo32 (Mode BIOS) et manage-bde -status.

   SI chiffré → déchiffrer ou suspendre selon la distribution et l'accord du client ; garder la clé.

   SINON → étape 2.

2. Réduire la partition Windows depuis Windows (Gestion des disques → clic droit sur C: → Réduire le volume) : l'outil de Windows connaît NTFS. → espace non alloué (détail : Fiche 1).
3. Démarrer la live dans le MÊME mode que Windows (« UEFI: clé »), tester Wi-Fi, son, écran, puis « Installer à côté de Windows » ou partitionnement manuel : ESP existante réutilisée (point de montage /boot/efi, sans formater), / ext4 (25–50 Go mini), /home séparé facultatif, swap selon RAM/hibernation (un fichier swap suffit sur Ubuntu).

Attention Dans le partitionnement manuel, cocher « formater » sur l'ESP efface le chargeur de Windows ; choisir la partition Windows comme / efface Windows. Prérequis : sauvegarde, schéma des partitions noté avant (lsblk -f dans la live). Alternative prudente : Linux dans une machine virtuelle ou sur un disque séparé.

5. Test de confirmation

GRUB propose les deux systèmes ; chacun démarre ; Windows ne signale pas d'erreur de disque.

6. Correction

Selon blocage : nomodeset, BitLocker, RST, mode de démarrage, puis P1.5 si GRUB manque.

7. Validation

• lsblk -f conforme au plan ; sudo apt update && sudo apt upgrade ; pilotes (ubuntu-drivers devices) ; réseau, son, impression ; utilisateur dans le groupe sudo si administrateur.

8. Réponse d'examen modèle

9. Pièges et variantes

• Créer une 2^e ESP sur le même disque : inutile, source de confusion.
• Heure décalée de 1–2 h entre Windows et Linux : Linux stocke l'horloge en UTC ; timedatectl set-local-rtc 1 ou laisser l'heure se synchroniser (comportement normal, pas une panne).

P2.7 — Windows non activé après installation ou réparation

Fréquence : moyen · Gravité : faible (fonctionnel, personnalisation limitée), mais conformité

1. Symptômes observables

• Filigrane « Activer Windows » ; Paramètres → Système → Activation (Windows 11) ou Mise à jour et sécurité → Activation (Windows 10) : 0xC004F213 « Windows a signalé qu'aucune clé de produit n'a été trouvée sur votre appareil », 0x803F7001, 0xC004F050 (clé non valide).

2. Causes possibles (classées)

1. Édition installée ≠ édition de la licence (Pro installé, licence Famille OEM) — installation.
2. Carte mère remplacée (licence numérique liée au matériel) — matériel.
3. Pas encore de connexion Internet — réseau.
4. Clé de volume/entreprise hors domaine — licence.

3. Questions initiales et sécurité

• Type de licence : OEM (clé dans le firmware), boîte (Retail), numérique liée au compte Microsoft, volume.

4. Diagnostic pas à pas

1. slmgr /dli (édition, canal, 5 derniers caractères de la clé) et slmgr /xpr.
2. Clé OEM dans le firmware (PowerShell admin) : (Get-CimInstance SoftwareLicensingService).OA3xOriginalProductKey.

   SI clé Famille et Windows Pro installé → réinstaller l'édition Famille (ou acheter la mise à niveau Pro).

   SINON carte mère changée → Activation → Résolution des problèmes → « J'ai changé de matériel sur cet appareil récemment » (compte Microsoft lié).

5. Test de confirmation

Après correction : « Windows est activé avec une licence numérique ». Limite : une licence OEM ne se transfère pas sur un autre PC.

6. Correction

Bonne édition ; clé valide (Modifier la clé de produit) ; résolution des problèmes d'activation ; jamais d'outil de « crack ».

7. Validation

• slmgr /xpr : « La machine est activée de manière permanente. »

8. Réponse d'examen modèle

9. Pièges et variantes

• L'installateur choisit automatiquement l'édition de la clé OEM : installer « Pro » sans clé Pro mène à ce cas.

P3.1 — Périphérique inconnu, Code 28 : pas de son, pas de réseau, pas de Wi-Fi après installation

Fréquence : très fréquent · Gravité : moyenne (fonction absente)

1. Symptômes observables

• devmgmt.msc : « Autres périphériques » → « Périphérique inconnu », « Contrôleur Ethernet », « Contrôleur de bus SM », « Périphérique PCI » avec triangle jaune ; Propriétés → Général → État : « Les pilotes de ce périphérique ne sont pas installés. (Code 28) ».
• Linux : lspci -nnk montre le périphérique sans ligne « Kernel driver in use » ; dmesg : firmware: failed to load iwlwifi-….

2. Causes possibles (classées)

1. Pilote absent de l'installation générique (chipset, Wi-Fi, lecteur de cartes) — pilote.
2. Pas de réseau pour que Windows Update le télécharge (le pilote réseau lui-même manque) — dépendance.
3. Firmware non libre non installé (Debian) — paquet.
4. Périphérique très récent/ancien sans pilote pour cette version — compatibilité.

3. Questions initiales et sécurité

• Modèle exact du PC (étiquette, msinfo32 → Modèle du système) ; source fiable = site du fabricant du PC ou du composant, Windows Update. Jamais de site « driver updater ».
• Point de restauration avant installation de pilotes.

4. Diagnostic pas à pas

1. Propriétés → Détails → Propriété « ID du matériel ». — attendu : PCI\VEN_8086&DEV_2725&SUBSYS_00248086 (VEN = fabricant de la puce, 8086 = Intel, 10EC = Realtek, 14E4 = Broadcom, 10DE = NVIDIA, 1002 = AMD) ou USB\VID_046D&PID_C52B.

   SI VEN/DEV identifiés → chercher le pilote de ce composant sur le site du fabricant du PC (modèle exact), sinon du fabricant de la puce.

   SINON (ID générique ACPI\…) → pack chipset/« Serial IO » du fabricant du PC.

2. Pas de réseau ? Télécharger le pilote réseau sur un autre PC → clé USB ; ou partage de connexion USB d'un smartphone (pilote générique RNDIS) puis Windows Update → Options avancées → Mises à jour facultatives → Mises à jour de pilotes.
3. Installer : exécutable du fabricant, ou Propriétés → Pilote → Mettre à jour le pilote → « Parcourir mon poste de travail » → dossier décompressé (fichier .inf).

   SI « Le meilleur pilote est déjà installé » alors que le triangle reste → mauvais dossier/architecture, voir Code affiché (P3.2).

   SINON redémarrer, valider.

4. Linux : lspci -nnk / lsusb → IDs [8086:2725] ; sudo dmesg | grep -i firmware ; Ubuntu : ubuntu-drivers devices ; Debian : activer la section non-free-firmware et installer le paquet (ex. firmware-iwlwifi, firmware-realtek), puis redémarrer ou recharger le module (sudo modprobe -r iwlwifi && sudo modprobe iwlwifi).

$ lspci -nnk | grep -A3 -i network

02:00.0 Network controller [0280]: Intel Corporation Wi-Fi 6 AX210/AX211/AX411 160MHz [8086:2725] (rev 1a)
        Subsystem: Intel Corporation Wi-Fi 6 AX210 160MHz [8086:0024]
        Kernel modules: iwlwifi
                       (absence de "Kernel driver in use" = module non actif)

5. Test de confirmation

Triangle disparu, catégorie correcte (Cartes réseau, Contrôleurs audio…), fonction testée (son joué, réseau connecté). Limite : un pilote générique Microsoft peut fonctionner partiellement (pas de touches de fonction, pas de micro) → préférer celui du fabricant.

6. Correction

Pilote du fabricant / Windows Update facultatif ; Linux : firmware/pilote de la distribution. Ordre recommandé sur un poste neuf : chipset → stockage → réseau → graphique → audio → reste.

7. Validation

• Gestionnaire de périphériques sans aucun triangle (Affichage → Afficher les périphériques cachés pour vérifier) ; test de chaque fonction ; Linux : « Kernel driver in use: iwlwifi ».

8. Réponse d'examen modèle

9. Pièges et variantes

• Code 22 « Ce périphérique est désactivé » / flèche vers le bas → simplement Activer (vérifier pourquoi il a été désactivé).
• Le Wi-Fi « manque » mais la carte est saine : interrupteur/touche avion, mode avion — à vérifier avant tout pilote. Réseau ensuite : → Fiche 4 · Wi-Fi.

P3.2 — Code 43, Code 10, Code 52, Code 31 : le périphérique ne fonctionne plus (souvent après une mise à jour de pilote)

Fréquence : fréquent · Gravité : moyenne

1. Symptômes observables

2. Causes possibles (classées)

1. MAJ de pilote récente (Windows Update ou utilitaire) — pilote.
2. Port/câble/hub USB, alimentation insuffisante du port — matériel/branchement.
3. Périphérique défaillant — matériel.
4. Pilote non signé — sécurité.

3. Questions initiales et sécurité

• Depuis quand ? Une MAJ ? Marche-t-il sur un autre PC ? Point de restauration ?

4. Diagnostic pas à pas

1. Onglet Pilote : date et version ; Événements (onglet) : « Périphérique installé/configuré » récent ?

   SI pilote changé juste avant la panne → Restaurer le pilote (bouton actif seulement si une version précédente existe).

   SINON → étape 2.

2. Code 43 sur USB : autre port (direct, arrière), autre câble, autre PC.

   SI le périphérique fonctionne ailleurs → logiciel/port de ce PC : désinstaller le périphérique + pilote, redémarrer ; pilote du contrôleur USB/chipset.

   SINON (KO partout) → périphérique défaillant → Fiche 1.

3. Carte graphique Code 43 : désinstaller le pilote proprement, installer la version du fabricant ; si persiste avec plusieurs versions → matériel (Fiche 1).

5. Test de confirmation

Le retour à l'ancienne version rétablit la fonction et la nouvelle la recasse → pilote confirmé. Le test croisé sur un autre PC sépare matériel et logiciel. Limite : un défaut intermittent du câble peut tromper un test court.

6. Correction

Restaurer le pilote → bloquer temporairement la MAJ fautive (outil « Afficher ou masquer les mises à jour » de Microsoft, ou suspendre les MAJ) → signaler au fabricant. Sinon désinstaller (cocher « Tenter de supprimer le pilote de ce périphérique ») et réinstaller la version stable.

7. Validation

• État « Ce périphérique fonctionne correctement » ; fonction testée après redémarrage ; journal Système sans erreur du pilote.

8. Réponse d'examen modèle

9. Pièges et variantes

• Code 43 + hub non alimenté avec un disque 2,5" → alimentation du port, pas pilote.
• Désactiver la « Gestion de l'alimentation » USB (onglet Gestion de l'alimentation : « Autoriser l'ordinateur à éteindre ce périphérique ») pour un périphérique qui « disparaît » après veille.

P3.3 — Écran bleu (écran d'arrêt / BSOD) : lire, relever, tester, corriger

Fréquence : fréquent · Gravité : élevée (perte de travail, risque pour les données si disque)

1. Symptômes observables

• « Votre PC a rencontré un problème et doit redémarrer… », code d'arrêt en texte (DRIVER_IRQL_NOT_LESS_OR_EQUAL), parfois « Ce qui a échoué : nvlddmkm.sys » ; QR code. Sur les Windows 11 les plus récents, l'écran d'arrêt est noir et plus sobre : même lecture.
• Redémarrage immédiat (redémarrage automatique) : l'utilisateur dit « le PC redémarre tout seul ».

2. Causes possibles (classées)

1. Pilote récent ou défectueux (graphique, réseau, antivirus, VPN) — pilote.
2. Mise à jour Windows — OS.
3. RAM instable (XMP, barrette) — matériel.
4. Disque/système de fichiers — stockage.
5. Surchauffe, alimentation, surcadençage — matériel.

3. Questions initiales et sécurité

• Quand (démarrage, jeu, veille, copie), depuis quand, quel changement ? Fréquence ? Sauvegarde si le disque est suspect.

4. Diagnostic pas à pas

1. Récupérer le code : Observateur d'événements → Journaux Windows → Système → filtre ID 1001 (source BugCheck / Windows Error Reporting) : « L'ordinateur a redémarré après une vérification d'erreur. La vérification d'erreur était : 0x000000d1 (…) Un vidage a été enregistré dans : C:\Windows\Minidump\102726-12345-01.dmp ». Ou Moniteur de fiabilité (perfmon /rel) : « Arrêt Windows inattendu ». Pour lire l'écran : décocher « Redémarrer automatiquement » (sysdm.cpl → Paramètres système avancés → Démarrage et récupération → Paramètres).

   SI un fichier .sys est cité → identifier son pilote (nom du fichier, propriétés dans C:\Windows\System32\drivers) → étape 3.

   SINON → étape 2 (classer le code).

2. Classer le code (tableau ci-dessous) et croiser avec le contexte.
3. Test logiciel : mode sans échec (P6.1) ou démarrage sélectif (msconfig).

   SI plus d'écran bleu en mode sans échec et sous la même charge → pilote/service tiers : restaurer/désinstaller le pilote récent (P3.2), désinstaller la MAJ (P3.5).

   SINON → étape 4.

4. Test matériel : Diagnostic de mémoire Windows (mdsched.exe) / MemTest86, XMP désactivé (→ Fiche 1 · RAM) ; SMART et chkdsk C: ; températures (→ Fiche 1 · Surchauffe).
5. Fichiers système : DISM puis sfc /scannow (P6.3).

5. Test de confirmation

Reproduire la condition (même jeu, même veille, même copie) après correction, sur une durée comparable à la fréquence initiale (un BSOD hebdomadaire ne se valide pas en 10 minutes). Limite : un code « pilote » peut être provoqué par une RAM défaillante qui corrompt le pilote ; codes variés à chaque plantage = plutôt matériel (RAM/alimentation).

6. Correction

Selon cause confirmée : restaurer/mettre à jour le pilote cité (version fabricant), désinstaller la MAJ, désactiver XMP/remplacer la barrette, réparer le système de fichiers, DISM/SFC, nettoyer/refroidir. Désinstaller l'antivirus tiers si cité (Microsoft Defender reprend la protection).

7. Validation

• Aucun nouvel événement 1001/41 sur la période ; Moniteur de fiabilité stable ; condition déclenchante reproduite sans plantage ; réactiver le redémarrage automatique.

8. Réponse d'examen modèle

9. Pièges et variantes

• Kernel-Power 41 dans le journal = conséquence (arrêt non propre), jamais la cause.
• Pas de minidump : fichier d'échange désactivé/trop petit, disque plein, ou coupure d'alimentation (pas un BSOD).
• Écran bleu seulement à la sortie de veille → DRIVER_POWER_STATE_FAILURE, pilote réseau/graphique, mise à jour du BIOS.
• Plusieurs causes concomitantes (pilote + RAM) : corriger, valider, puis corriger la suivante — un changement à la fois.

P3.4 — Linux : kernel panic, gel, plantage après mise à jour du noyau

Fréquence : rare à moyen · Gravité : élevée

1. Symptômes observables

• Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) (initramfs manquant) ; Kernel panic - not syncing: Attempted to kill init! ; gel complet (clavier inactif, Verr Num ne s'allume plus).

2. Causes possibles (classées)

1. MAJ du noyau interrompue → initramfs absent — OS/paquets.
2. Nouveau noyau incompatible avec un pilote (DKMS NVIDIA, VirtualBox) — pilote.
3. RAM, surchauffe — matériel.

3. Questions initiales et sécurité

• Coupure pendant une mise à jour ? Depuis quand ? Ne jamais supprimer le noyau qui fonctionne.

4. Diagnostic pas à pas

1. GRUB (Maj en BIOS, Échap en UEFI) → Advanced options for Ubuntu → noyau précédent.

   SI l'ancien noyau démarre → noyau récent en cause : étape 2.

   SINON → aucun noyau : live + chroot (P1.5) ; si gel aussi en live → matériel (Fiche 1).

2. Sur l'ancien noyau : ls /boot (initrd.img du nouveau noyau présent ?), sudo dpkg --configure -a, journalctl -b -1 -p err (si le journal est persistant).

   SI initrd manquant → sudo update-initramfs -u -k all, sudo update-grub.

   SINON → module tiers (DKMS) : dkms status, réinstaller le pilote.

5. Test de confirmation

Le nouveau noyau démarre après régénération (uname -r = version la plus récente).

6. Correction

Régénérer initramfs ; terminer la configuration des paquets ; à défaut, garder le précédent par défaut et attendre le correctif.

7. Validation

• Deux démarrages sur le nouveau noyau ; journalctl -b -p err sans erreur critique ; sudo apt update && sudo apt upgrade sans erreur.

8. Réponse d'examen modèle

9. Pièges et variantes

• /boot plein (partition séparée) bloque l'installation des noyaux : df -h /boot, sudo apt autoremove (lire la liste, conserver le noyau en cours).

P3.5 — Windows Update échoue, ou « Annulation des modifications apportées à votre ordinateur »

Fréquence : très fréquent · Gravité : moyenne (sécurité), élevée si boucle

1. Symptômes observables

• Paramètres → Windows Update : « Échec de l'installation » + code ; Historique des mises à jour (Windows 11 : Windows Update → Historique des mises à jour ; Windows 10 : Mise à jour et sécurité → Windows Update → Afficher l'historique des mises à jour).
• Au redémarrage : « Nous n'avons pas pu terminer les mises à jour. Annulation des modifications. Ne mettez pas votre ordinateur hors tension. » ; journal Système WindowsUpdateClient ID 20.

2. Causes possibles (classées)

1. Espace disque — stockage.
2. Connexion/VPN/proxy/heure fausse — réseau/configuration.
3. Magasin de composants abîmé — OS.
4. Pilote/logiciel incompatible avec une mise à jour de fonctionnalité — compatibilité.

3. Questions initiales et sécurité

• Une seule MAJ ou toutes ? Un seul PC ? Ne pas couper l'alimentation pendant « Annulation des modifications ».

4. Diagnostic pas à pas

1. Lire le code et la KB dans l'historique. Appliquer la ligne du tableau.
2. Paramètres → Système → Résolution des problèmes → Autres utilitaires → Windows Update (Windows 10 : Mise à jour et sécurité → Résolution des problèmes → Utilitaires supplémentaires).
3. Admin : DISM /Online /Cleanup-Image /RestoreHealth puis sfc /scannow, redémarrer, réessayer.

   SI échec persistant sur une seule KB → la télécharger depuis le catalogue Microsoft Update et l'installer manuellement.

   SINON (mise à jour de fonctionnalité) → Assistant d'installation de Windows 11 / réparation sur place avec l'ISO (setup.exe, « Conserver les fichiers et applications »).

4. Si une MAJ installée cause une panne : Windows Update → Historique → Désinstaller des mises à jour ; si Windows ne démarre pas : WinRE → Désinstaller des mises à jour.

5. Test de confirmation

La MAJ apparaît « Installée avec succès » dans l'historique après la correction de la cause supposée.

6. Correction

Selon code. Réinitialiser les composants (arrêt de wuauserv et bits, renommage de C:\Windows\SoftwareDistribution en .old, redémarrage des services) est une marche avancée : elle efface l'historique local des MAJ mais pas les MAJ installées.

7. Validation

• « Vous êtes à jour » ; winver (build attendue) ; pas d'événement 20 ; programmes métier testés.

8. Réponse d'examen modèle

9. Pièges et variantes

• Désactiver Windows Update pour « régler » le problème : faute de sécurité.
• MAJ en boucle sur plusieurs PC le même jour : MAJ défectueuse publiée → la masquer, attendre le correctif.

P3.6 — Linux : apt/dpkg en erreur (verrou, installation interrompue, dépendances)

Fréquence : fréquent · Gravité : moyenne

1. Symptômes observables

E: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 2154 (unattended-upgr)
E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.
The following packages have unmet dependencies: ... E: Unmet dependencies. Try 'apt --fix-broken install'
E: Unable to locate package libreofice
W: Failed to fetch http://... Temporary failure resolving 'archive.ubuntu.com'

2. Causes possibles (classées)

1. Une autre installation en cours (mises à jour automatiques, Logithèque) — normal.
2. Coupure pendant une MAJ — interruption.
3. Dépôt tiers ou paquet .deb incompatible — dépendances.
4. Faute de frappe / liste non mise à jour — utilisateur.
5. DNS/réseau — Fiche 4.

3. Questions initiales et sécurité

• Ne jamais supprimer les fichiers de verrou pendant qu'un processus apt/dpkg tourne (risque de base dpkg incohérente).

4. Diagnostic pas à pas

1. Verrou : ps aux | grep -E 'apt|dpkg'.

   SI un processus tourne (unattended-upgr) → attendre la fin.

   SINON (processus absent, coupure) → sudo dpkg --configure -a.

2. Dépendances : sudo apt --fix-broken install ; lire ce qui sera supprimé avant de répondre O.
3. Unable to locate : sudo apt update puis apt search libreoffice (nom exact).
4. Échec de téléchargement : ping -c 3 archive.ubuntu.com ; DNS → Fiche 4.

5. Test de confirmation

sudo apt update && sudo apt upgrade se termine sans « E: ».

6. Correction

Voir étapes ; retirer le dépôt tiers fautif (/etc/apt/sources.list.d/, copie avant) ; historique : /var/log/apt/history.log.

7. Validation

• Logiciel installé et lancé ; dpkg -l | grep -v '^ii' ne montre plus de paquet à moitié configuré (iU, iF).

8. Réponse d'examen modèle

9. Pièges et variantes

• Fedora : sudo dnf install, dnf history, dnf history undo N.

P4.1 — Le PC Windows est lent (démarrage, ouverture des programmes, gel temporaire)

Fréquence : très fréquent · Gravité : faible à moyenne (peut révéler un disque qui meurt)

1. Symptômes observables

• Démarrage de plusieurs minutes, curseur « occupé », programmes lents, ventilateur bruyant, gels de quelques secondes, voyant du disque allumé en permanence.

2. Causes possibles (classées)

1. Trop de programmes au démarrage / en arrière-plan — configuration/applications.
2. Mises à jour ou indexation en cours (temporaire) — OS.
3. Disque presque plein (< 10 % libre) — stockage.
4. Disque dur mécanique saturé (100 %) ou qui faiblit (secteurs réalloués) — matériel.
5. RAM insuffisante (mémoire > 90 %, fichier d'échange) — matériel/usage.
6. Logiciel malveillant, extensions de navigateur — sécurité.
7. Surchauffe → baisse de fréquence (throttling) — matériel.
8. Mode d'alimentation « Économie » sur portable — configuration.

3. Questions initiales et sécurité

• Depuis quand ? Progressif (accumulation) ou brutal (changement, panne) ? Tous les programmes ou un seul ? Tous les comptes ? Sur secteur ou batterie ?
• Si le disque fait des bruits ou si les journaux signalent disk 7/153 : sauvegarde AVANT toute optimisation.

4. Diagnostic pas à pas

1. Gestionnaire des tâches (Ctrl+Maj+Échap) → Processus, trié par Processeur, Mémoire, Disque ; onglet Performance (type de disque HDD/SSD, « Temps d'activité » du disque, mémoire utilisée/totale). Moniteur de ressources (resmon) pour le détail disque.

   SI Disque à 100 % durablement sur un HDD → étape 4.

   SINON SI Mémoire > 90 % → identifier le processus gourmand ; si l'usage normal dépasse la RAM → ajout de RAM (Fiche 1). SINON SI Processeur élevé par un processus inconnu → P4.6.

2. Onglet Démarrage / « Applications de démarrage » (Windows 11 ; aussi Paramètres → Applications → Démarrage) : colonne « Impact du démarrage ». Désactiver ce qui n'est pas nécessaire (avec l'utilisateur), jamais l'antivirus ni les pilotes audio/touchpad.
3. Paramètres → Système → Stockage : espace libre de C:.

   SI < 10 % libre → P5.5.

   SINON → étape 4.

4. Santé du disque : journal Système (sources disk, Ntfs, stornvme : ID 7, 51, 153, 129), SMART (→ Fiche 1), chkdsk C: (lecture).

   SI erreurs → sauvegarde, remplacement par un SSD (Fiche 1).

   SINON → étape 5.

5. Températures/fréquence (Gestionnaire des tâches → Performance → Processeur : « Vitesse » très inférieure à la « Vitesse de base » sous charge) → Fiche 1 · Surchauffe ; mode d'alimentation (Paramètres → Système → Alimentation et batterie → Mode d'alimentation).
6. Démarrage minimal pour isoler : msconfig → Services → « Masquer tous les services Microsoft » → Désactiver tout ; Démarrage → Gestionnaire des tâches → tout désactiver ; redémarrer.

   SI rapide → un service/programme tiers : réactiver par moitiés jusqu'à trouver le coupable.

   SINON → système/matériel : DISM+SFC (P6.3), malveillant (P4.6).

Attention Après un démarrage sélectif msconfig, revenir à « Démarrage normal » à la fin : sinon services d'impression, VPN, antivirus tiers restent désactivés. Ne jamais cocher « Rendre ces paramètres permanents » sans raison.

5. Test de confirmation

Mesure chiffrée avant/après : temps de démarrage jusqu'au bureau utilisable (chronomètre), « Dernier BIOS » (onglet Démarrage), temps d'ouverture d'un programme métier, % disque au repos. Limite : les jours de MAJ faussent la mesure.

6. Correction

Désactiver les programmes de démarrage inutiles ; désinstaller les logiciels inutiles (Paramètres → Applications → Applications installées) ; libérer de l'espace ; SSD/RAM si mesures le justifient (Fiche 1) ; nettoyage malveillant. Pas d'« optimiseur » ni de « nettoyeur de registre ». Pas de défragmentation d'un SSD (Windows fait de l'optimisation TRIM automatiquement ; la défragmentation d'un HDD : Fiche 1).

7. Validation

• Mesures après correction comparées aux mesures initiales, notées dans le rapport ; utilisateur confirme ; aucun programme utile désactivé (impression, synchronisation, antivirus testés).

8. Réponse d'examen modèle

9. Pièges et variantes

• Lent seulement le matin pendant 15 min : MAJ/indexation/antivirus programmé, pas une panne.
• Lent seulement sur batterie : mode d'alimentation, pas de matériel.
• Lent seulement sur Internet : Fiche 4 (DNS, Wi-Fi).
• Lenteur + bruit de clic + disk 7 : disque mourant → sauvegarde immédiate, c'est prioritaire sur la lenteur.

P4.2 — Un logiciel ne démarre pas, se ferme ou affiche une erreur

Fréquence : très fréquent · Gravité : variable (logiciel métier = élevée)

1. Symptômes observables

• « L'exécution du code ne peut pas continuer, car VCRUNTIME140.dll (ou MSVCP140.dll) est introuvable » ; « L'application n'a pas réussi à démarrer correctement (0xc000007b) » ; « Cette application ne peut pas s'exécuter sur votre PC » ; fermeture sans message ; « Accès refusé ».
• Journal Application : Application Error, ID 1000 (nom de l'application, module en cause, code d'exception) ; .NET Runtime, ID 1026 ; Application Hang, ID 1002.
• Linux : command not found, error while loading shared libraries: libxxx.so: cannot open shared object file, Permission denied.

2. Causes possibles (classées)

1. Dépendance absente (redistribuable Visual C++, .NET) — installation.
2. MAJ du logiciel/de Windows — changement.
3. Droits insuffisants / dossier protégé / profil — compte.
4. Fichiers de configuration/cache abîmés dans le profil — profil.
5. Antivirus qui bloque (quarantaine) — sécurité.
6. Incompatibilité 32/64 bits, ARM, version de Windows — compatibilité.

3. Questions initiales et sécurité

• Message exact ? Depuis quand ? Un utilisateur ou tous ? Un PC ou tous ? Données du logiciel (base, fichiers) sauvegardées avant réparation ?

4. Diagnostic pas à pas

1. Observateur d'événements → Application → ID 1000/1026 à l'heure de l'échec : « Nom du module défaillant ».

   SI module = DLL tierce du logiciel → réparer/réinstaller le logiciel.

   SINON SI module = ntdll.dll/KERNELBASE.dll → peu discriminant : étapes suivantes.

2. DLL introuvable (VCRUNTIME140.dll, MSVCP140.dll) → installer le « Microsoft Visual C++ Redistributable » officiel x64 et x86 (site Microsoft). Jamais une DLL isolée téléchargée sur un site tiers.
3. Tester avec un autre compte (ou nouveau compte local de test).

   SI fonctionne avec l'autre compte → profil/droits : renommer le dossier de configuration du logiciel dans %APPDATA% (après copie), vérifier les droits sur le dossier de données.

   SINON → étape 4.

4. Exécuter en tant qu'administrateur (test seulement).

   SI fonctionne en admin → le logiciel écrit dans un dossier protégé (C:\Program Files) : donner le droit Modifier sur SON dossier de données au groupe Utilisateurs, ou mettre à jour le logiciel. Ne pas rendre l'utilisateur admin.

   SINON → étape 5.

5. Sécurité Windows → Protection contre les virus et menaces → Historique de protection : fichier mis en quarantaine ?

   SI oui et logiciel légitime vérifié (éditeur, signature) → restaurer, exclusion ciblée, signaler à l'éditeur.

   SINON → Paramètres → Applications → Applications installées → … → Modifier/Réparer ; sinon désinstaller/réinstaller (données sauvegardées) ; vieux logiciel : Propriétés → Compatibilité.

5. Test de confirmation

Le logiciel s'ouvre et l'action métier (ouvrir un dossier client, imprimer une facture) fonctionne, avec le compte de l'utilisateur, sans élévation. Limite : un succès en admin ne confirme pas la correction.

6. Correction

Dépendance installée ; réparation/réinstallation ; profil de config réinitialisé ; droits ciblés ; désinstallation de la MAJ fautive (P3.5) ou restauration (P6.2).

7. Validation

• Fonction métier testée par l'utilisateur ; journal Application sans nouvel ID 1000 ; autres logiciels toujours fonctionnels.

8. Réponse d'examen modèle

9. Pièges et variantes

• Linux command not found : paquet absent, faute de frappe, dossier hors PATH ; Ubuntu propose souvent le paquet (sudo apt install net-tools) — préférer la commande moderne (ip a au lieu de ifconfig).
• Linux Permission denied sur un script : droit d'exécution (chmod u+x script.sh) ou partition montée noexec.
• Logiciel réseau qui « ne démarre pas » car le serveur/partage est inaccessible → Fiche 4 · Partage.

P4.3 — Un service Windows ne démarre pas ou s'arrête (ex. Spouleur d'impression)

Fréquence : fréquent · Gravité : moyenne à élevée (impression, sauvegarde, logiciel métier)

1. Symptômes observables

• services.msc : statut vide (arrêté) ; à la tentative de démarrage : « Erreur 1053 : le service n'a pas répondu assez vite à la demande de lancement ou de contrôle », « Erreur 1068 : le service ou le groupe de dépendance n'a pas pu démarrer », « Erreur 1069 : le service n'a pas démarré en raison d'un échec d'ouverture de session », « Erreur 5 : Accès refusé ».
• Journal Système, source Service Control Manager : 7000 (n'a pas pu démarrer), 7001 (dépendance), 7009 (délai), 7031/7034 (arrêt inattendu), 7038 (ouverture de session).

2. Causes possibles (classées)

1. Type de démarrage Désactivé/Manuel — configuration.
2. Dépendance arrêtée — configuration.
3. Mot de passe du compte de service changé/expiré — compte.
4. Fichier/pilote corrompu (ex. pilote d'imprimante qui fait planter le spouleur) — logiciel.
5. Logiciel malveillant qui désactive (antivirus, Windows Update) — sécurité.

3. Questions initiales et sécurité

• Droits administrateur nécessaires ; noter l'état initial (type, compte) avant de modifier.

4. Diagnostic pas à pas

1. Propriétés du service → Général (type de démarrage, état) → Démarrer, lire le message exact.

   SI 1068 → onglet Dépendances : démarrer d'abord le service dont il dépend (et comprendre pourquoi il était arrêté).

   SINON SI 1069 → onglet Connexion : ressaisir le mot de passe du compte (ou « Compte système local » si c'est la configuration d'origine). SINON 1053 / 7031 → étape 2.

2. Journal Système et Application à l'heure de l'arrêt : fichier ou module cité.

   SI spouleur qui s'arrête dès qu'on imprime → pilote d'imprimante abîmé : arrêter le spouleur, vider C:\Windows\System32\spool\PRINTERS (travaux bloqués), supprimer/réinstaller le pilote (Gestion de l'impression printmanagement.msc, éditions Pro).

   SINON → réparer/réinstaller le logiciel propriétaire du service ; DISM/SFC pour un service Windows.

C:\> sc query spooler
C:\> sc qc spooler
C:\> net stop spooler
C:\> del /q C:\Windows\System32\spool\PRINTERS\*
C:\> net start spooler

SERVICE_NAME: spooler
        TYPE               : 110  WIN32_OWN_PROCESS (interactive)
        STATE              : 1  STOPPED
        WIN32_EXIT_CODE    : 0  (0x0)
...
        START_TYPE         : 2   AUTO_START
        DEPENDENCIES       : RPCSS
                           : http

Attention Vider le dossier spool\PRINTERS supprime les travaux d'impression en attente (à prévenir). Ne pas désactiver un service Windows « pour voir » sans noter son état initial.

5. Test de confirmation

Service « En cours d'exécution » après un redémarrage du PC (preuve que le type de démarrage est bon) et fonction testée (page imprimée). Limite : un service qui démarre puis s'arrête 1 min après (7031) demande d'attendre.

6. Correction

Type de démarrage correct (Automatique), dépendance réparée, mot de passe de service, pilote fautif retiré. Onglet Récupération : « Redémarrer le service » après 1^re défaillance (contournement, pas une correction).

7. Validation

• sc query → RUNNING après redémarrage ; pas de 7031 dans les 24 h ; utilisateur imprime.

8. Réponse d'examen modèle

9. Pièges et variantes

• Imprimante réseau « hors ligne » avec spouleur démarré → réseau/adresse de l'imprimante : Fiche 4 · Imprimante.
• Service Windows Update/antivirus désactivé et impossible à réactiver → suspicion de malveillant (P4.6).

P4.4 — Linux : un service est en échec (« failed »), le site ou le serveur ne répond plus

Fréquence : fréquent · Gravité : élevée (service rendu à d'autres)

1. Symptômes observables

• Au démarrage : [FAILED] Failed to start nginx.service - A high performance web server… ; systemctl status : Active: failed (Result: exit-code).

2. Causes possibles (classées)

1. Erreur de syntaxe après modification de la configuration — configuration.
2. Port déjà utilisé par un autre service — conflit.
3. Droits sur un fichier (certificat, dossier de journaux) — permissions.
4. Disque plein — stockage.
5. Dépendance (réseau, montage) — ordre de démarrage.

3. Questions initiales et sécurité

• Qu'est-ce qui a été modifié ? Copie de la config avant toute modification (sudo cp /etc/nginx/nginx.conf /etc/nginx/nginx.conf.bak).

4. Diagnostic pas à pas

1. systemctl --failed puis systemctl status nginx : état, enabled/disabled, dernières lignes.
2. journalctl -u nginx -b --no-pager | tail -n 30 : la ligne qui donne la cause.

   SI erreur de syntaxe (« unexpected "}" in /etc/nginx/sites-enabled/default:42 ») → corriger, puis sudo nginx -t (« syntax is ok », « test is successful »).

   SINON SI « bind() to 0.0.0.0:80 failed (98: Address already in use) » → sudo ss -tulpn | grep ':80' pour trouver l'occupant. SINON SI « Permission denied » → ls -l du fichier cité. SINON SI « No space left on device » → P5.6.

3. Redémarrer et activer : sudo systemctl restart nginx ; si disabled : sudo systemctl enable --now nginx.

● nginx.service - A high performance web server and a reverse proxy server
     Loaded: loaded (/lib/systemd/system/nginx.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Tue 2026-10-27 09:12:04 CET; 3min ago
    Process: 1123 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=1/FAILURE)

5. Test de confirmation

Test de configuration OK + active (running) + test fonctionnel (curl -I http://localhost → HTTP/1.1 200 OK). Limite : active ne prouve pas que le service répond au réseau.

6. Correction

Correction minimale de la cause ; tester la config avant restart (sshd -t, apache2ctl configtest, nginx -t) ; si nécessaire revenir à la .bak.

7. Validation

• Redémarrage du serveur : service enabled et active (running) ; systemctl --failed : 0 ; test depuis un poste client.

8. Réponse d'examen modèle

9. Pièges et variantes

• inactive (dead) + disabled = service simplement non activé au démarrage, pas une panne.
• enable ne démarre pas le service immédiatement (sauf --now) ; start ne le rend pas permanent.

P4.5 — Linux lent ou qui gèle

Fréquence : moyen · Gravité : moyenne

1. Symptômes observables

• Interface lente, disque qui gratte, programmes tués (Out of memory: Killed process 4321 (firefox) dans dmesg).

2. Causes possibles (classées)

1. Processus gourmand — application.
2. RAM saturée → swap — capacité.
3. Attente disque (wa élevé), disque plein ou qui faiblit — stockage.
4. Surchauffe — matériel.

3. Questions initiales et sécurité

• Depuis quand, quel usage, quel changement ?

4. Diagnostic pas à pas

1. top (ou htop) : ligne load average (comparer au nombre de cœurs nproc), %Cpu(s) … wa, tri par %CPU (P) ou %MEM (M).

   SI un processus à ~100 % CPU → l'identifier (ps -fp PID), le fermer proprement, chercher pourquoi.

   SINON SI wa élevé → disque : df -h, sudo dmesg -T | grep -i error, SMART (Fiche 1).

2. free -h : « available » faible et swap très utilisé → trop de programmes ou RAM insuffisante.
3. systemd-analyze blame si c'est le démarrage qui est lent : service le plus long (ex. NetworkManager-wait-online.service).

5. Test de confirmation

Charge et temps de réponse revenus normaux après arrêt du processus/libération ; mesure avant/après (systemd-analyze).

6. Correction

kill PID (SIGTERM) avant kill -9 ; désactiver un service inutile au démarrage (sudo systemctl disable nom, après vérification) ; RAM (Fiche 1).

7. Validation

• systemd-analyze avant/après ; top au repos ; utilisateur.

8. Réponse d'examen modèle

9. Pièges et variantes

• « Mémoire utilisée 90 % » sous Linux : le cache (buff/cache) est libéré à la demande ; regarder « available ».

P4.6 — Logiciel malveillant suspecté (publicités, navigateur détourné, fichiers chiffrés, antivirus désactivé)

Fréquence : fréquent · Gravité : élevée à critique (rançongiciel, vol d'identifiants)

1. Symptômes observables

• Fenêtres publicitaires, page d'accueil/moteur de recherche changés, extensions inconnues, alertes « Votre PC est infecté, appelez le… » (arnaque au support), fichiers renommés (.locked, extension inconnue) + note de rançon, Sécurité Windows désactivée, processus inconnu gourmand.

2. Causes possibles (classées)

1. Logiciel « gratuit » avec programmes associés / extension de navigateur — adware.
2. Fausse alerte web (le PC n'est pas infecté, c'est une page) — arnaque.
3. Cheval de Troie, voleur d'identifiants — malveillant.
4. Rançongiciel — critique.

3. Questions initiales et sécurité

• Isoler : débrancher le câble réseau / couper le Wi-Fi (pas d'arrêt brutal si rançongiciel en cours : avis d'escalade).
• Fichiers partagés touchés ? Autres postes ? Mots de passe saisis ? Prévenir le responsable (→ Fiche 5 · Escalade).

4. Diagnostic pas à pas

1. Alerte dans le navigateur avec numéro de téléphone ?

   SI → fermer le navigateur (Gestionnaire des tâches), ne rien appeler ; vérifier qu'aucun logiciel d'accès à distance n'a été installé.

   SINON → étape 2.

2. Fichiers chiffrés + note de rançon ?

   SI → isolement, ne rien effacer (preuves), escalade immédiate, restauration depuis sauvegarde hors ligne après nettoyage complet (réinstallation).

   SINON → étape 3.

3. Paramètres → Applications → Applications installées, trier par date ; extensions du navigateur ; Gestionnaire des tâches → Démarrage.
4. Sécurité Windows → Protection contre les virus et menaces → Options d'analyse → « Analyse complète », puis « Analyse hors connexion Microsoft Defender » (redémarre et analyse hors de Windows).

5. Test de confirmation

Détections dans l'historique de protection ; comportement disparu après nettoyage. Limite : une analyse propre n'exclut pas une compromission (voleur d'identifiants déjà passé) → changer les mots de passe.

6. Correction

Désinstaller les programmes indésirables, supprimer les extensions, réinitialiser le navigateur ; mise en quarantaine/suppression par l'antivirus ; changer les mots de passe depuis un appareil sain ; activer l'authentification à deux facteurs ; si compromission profonde ou rançongiciel : sauvegarde des données (non exécutables), réinstallation propre (P6.4), restauration depuis une sauvegarde antérieure saine.

7. Validation

• Analyse complète propre, protection en temps réel active, MAJ faites, navigateur normal, utilisateur sensibilisé (rapport).

8. Réponse d'examen modèle

9. Pièges et variantes

• Lenteur ≠ virus par défaut : mesurer d'abord (P4.1).

P5.1 — « Vous devez disposer d'autorisations d'administrateur » : installer, modifier sans rendre l'utilisateur administrateur

Fréquence : très fréquent · Gravité : faible (fonctionnement normal de la sécurité)

1. Symptômes observables

• Invite du Contrôle de compte d'utilisateur (UAC) qui demande un nom et un mot de passe administrateur (compte standard) ; « Vous devez disposer d'autorisations d'administrateur pour… » ; « Accès refusé » dans C:\Program Files, C:\Windows.
• Linux : E: Could not open lock file /var/lib/dpkg/lock-frontend - open (13: Permission denied) → commande lancée sans sudo.

2. Causes possibles (classées)

1. Compte standard (comportement voulu, moindre privilège) — compte.
2. Action qui modifie le système pour tous — droits.
3. Commande Linux lancée sans sudo — utilisateur.

3. Questions initiales et sécurité

• Le logiciel est-il autorisé/licencié par l'organisation ? Qui est administrateur du poste ?

4. Diagnostic pas à pas

1. whoami et net user nom (« Appartient aux groupes locaux : *Utilisateurs » ou « *Administrateurs ») ; Linux : id (groupe sudo ou wheel ?).

   SI compte standard et installation légitime → l'administrateur saisit ses identifiants dans l'invite UAC (élévation ponctuelle).

   SINON SI compte admin et « Accès refusé » quand même → droits NTFS du dossier (onglet Sécurité) ou fichier utilisé/protégé.

2. Besoin récurrent (logiciel métier qui doit écrire dans son dossier) → droit Modifier ciblé sur ce dossier pour l'utilisateur/groupe concerné, pas l'appartenance au groupe Administrateurs.

C:\> net user julie
C:\> net localgroup Administrateurs
C:\> whoami /groups

Nom d'utilisateur                   julie
Compte : actif                      Oui
Le mot de passe expire              Jamais
Dernier accès                       27/10/2026 08:41:13
Appartient aux groupes locaux       *Utilisateurs
La commande s'est terminée correctement.

5. Test de confirmation

L'action réussit avec élévation ponctuelle, le compte reste standard (net user).

6. Correction

Élévation par un admin ; droits ciblés ; jamais de désactivation de l'UAC (Panneau de configuration → Comptes d'utilisateurs → Modifier les paramètres de contrôle de compte d'utilisateur : laisser le niveau par défaut).

7. Validation

• Logiciel fonctionne avec le compte standard ; groupe Administrateurs inchangé.

8. Réponse d'examen modèle

9. Pièges et variantes

• Le groupe s'appelle « Administrateurs » sur un Windows français, « Administrators » en anglais : net localgroup sans argument liste les noms exacts.
• Un administrateur doit aussi « Exécuter en tant qu'administrateur » une invite de commandes (jeton filtré par l'UAC) pour sfc, DISM, chkdsk /f.

P5.2 — Mot de passe oublié, compte verrouillé ou désactivé (Windows local, compte Microsoft, Linux)

Fréquence : très fréquent · Gravité : moyenne (accès aux données)

1. Symptômes observables

• « Le mot de passe est incorrect. Veuillez réessayer. » ; « Le compte référencé est actuellement verrouillé et ne peut pas être utilisé pour ouvrir une session » ; « Votre compte a été désactivé. Contactez votre administrateur système. »

2. Causes possibles (classées)

1. Verr Maj / disposition clavier (QWERTY/AZERTY) / PIN confondu avec le mot de passe — utilisateur.
2. Oubli — utilisateur.
3. Verrouillage après X tentatives (stratégie de verrouillage) — sécurité.
4. Compte désactivé par un admin — configuration.

3. Questions initiales et sécurité

• Identité et autorisation : la personne est-elle bien le titulaire / mandatée par le responsable ?
• Compte local ou compte Microsoft (adresse e-mail à l'écran) ? Un autre compte admin existe-t-il ?

4. Diagnostic pas à pas

1. Vérifier Verr Maj, la langue du clavier (icône FRA/ENG), afficher le mot de passe (œil), essayer le mot de passe au lieu du PIN (« Options de connexion »).
2. Compte Microsoft → « J'ai oublié mon mot de passe » sur l'écran, ou réinitialisation en ligne depuis un autre appareil.
3. Compte local : questions de sécurité si définies ; sinon un administrateur réinitialise : net user nom * (saisie masquée), ou lusrmgr.msc (Pro), ou Paramètres → Comptes → Autres utilisateurs.

   SI « verrouillé » → attendre la durée de verrouillage ou, admin : net user nom /active:yes ne déverrouille pas, utiliser lusrmgr.msc → Propriétés → décocher « Le compte est verrouillé ».

   SINON SI « désactivé » → net user nom /active:yes après accord du responsable.

4. Linux : un autre utilisateur sudo : sudo passwd nom ; sinon GRUB → recovery mode → root → mount -o remount,rw / → passwd nom. Verrouillage (faillock) : sudo faillock --user nom --reset.

Attention Réinitialiser le mot de passe d'un compte local Windows par un administrateur fait perdre l'accès aux fichiers chiffrés EFS de l'utilisateur et à ses identifiants enregistrés (Gestionnaire d'identification). Prérequis : accord du titulaire, information sur la perte. Alternative : le titulaire retrouve le mot de passe / disque de réinitialisation de mot de passe créé auparavant.

5. Test de confirmation

Connexion réussie ; documents et messagerie accessibles.

6. Correction

Réinitialisation par la voie officielle ; nouveau mot de passe choisi par l'utilisateur (« L'utilisateur doit changer de mot de passe à la prochaine ouverture de session » si l'admin l'a saisi).

7. Validation

• Connexion, données présentes ; trace dans le rapport (qui a autorisé, quand).

8. Réponse d'examen modèle

9. Pièges et variantes

• « Votre PIN n'est plus disponible » après changement de matériel : se connecter avec le mot de passe puis recréer le PIN.
• Poste de domaine : réinitialisation par l'administrateur du domaine (Fiche 4).

P5.3 — « Vous êtes connecté avec un profil temporaire »

Fréquence : moyen · Gravité : élevée (risque de perte du travail de la session)

1. Symptômes observables

• Notification « Vous êtes connecté avec un profil temporaire. Vous ne pouvez pas accéder à vos fichiers et les fichiers créés dans ce profil seront supprimés lorsque vous vous déconnecterez. » ; bureau vierge ; journal Application, source User Profile Service, ID 1511 (profil introuvable), 1515 (profil sauvegardé utilisé), 1500 (ouverture impossible).

2. Causes possibles (classées)

1. Fichier NTUSER.DAT abîmé (coupure pendant la déconnexion) — profil.
2. Clé du registre ProfileList en double (SID et SID.bak) — registre.
3. Disque plein / erreurs de système de fichiers — stockage.
4. Antivirus qui verrouille le profil au démarrage — logiciel.

3. Questions initiales et sécurité

• Prévenir l'utilisateur : ne rien enregistrer dans cette session. Sauvegarder C:\Users\nom (depuis un autre compte admin) avant toute réparation. Point de restauration / sauvegarde du registre.

4. Diagnostic pas à pas

1. Redémarrer une fois (verrou temporaire par antivirus/indexation).

   SI profil normal → surveiller (journal).

   SINON → étape 2.

2. Espace de C: et état du disque (chkdsk C: lecture) ; dir C:\Users : le dossier du profil existe-t-il, avec ses documents ?
3. wmic useraccount get name,sid ou whoami /user (depuis la session temporaire) pour le SID ; regedit → HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList : deux clés S-1-5-21-…-1001 et S-1-5-21-…-1001.bak ?

   SI oui → réparation avancée de la clé (renommer, ProfileImagePath correct, State=0, RefCount=0) après export de la clé.

   SINON → solution prudente : nouveau profil.

Attention Modifier le registre peut empêcher toute ouverture de session : exporter la clé ProfileList avant (Fichier → Exporter), n'agir que sur le SID de l'utilisateur. Alternative prudente (recommandée à l'examen) : créer un nouveau compte/profil et y copier les données (Documents, Bureau, Images, favoris, fichiers de messagerie) depuis l'ancien dossier, sans copier NTUSER.DAT ni AppData en bloc.

5. Test de confirmation

Ouverture de session sans notification, bureau et documents de l'utilisateur présents ; plus d'événement 1511.

6. Correction

Nouveau profil + migration des données (ou réparation de la clé) ; reconfiguration messagerie/imprimantes ; ancien dossier conservé (renommé) jusqu'à validation.

7. Validation

• Deux connexions/déconnexions sans message, données et applications vérifiées avec l'utilisateur ; journal propre.

8. Réponse d'examen modèle

9. Pièges et variantes

• Plusieurs utilisateurs touchés en même temps → disque/système, pas un profil.

P5.4 — Linux : « Permission denied », « nom is not in the sudoers file »

Fréquence : très fréquent · Gravité : faible à moyenne

1. Symptômes observables

• bash: ./sauvegarde.sh: Permission denied ; cp: cannot create regular file '/srv/partage/x': Permission denied ; julie is not in the sudoers file. (selon la version de sudo, suivi de « This incident has been reported to the administrator. »).

2. Causes possibles (classées)

1. Fichier copié avec sudo → appartient à root — propriétaire.
2. Utilisateur absent du groupe propriétaire / droits du groupe insuffisants — groupe.
3. Pas de droit x sur un script ou sur un dossier parent — droits.
4. Utilisateur hors du groupe sudo (Debian/Ubuntu) / wheel (Fedora) — administration.
5. Montage ro/noexec — montage.

3. Questions initiales et sécurité

• L'utilisateur doit-il vraiment avoir ce droit (besoin métier, accord du responsable) ?

4. Diagnostic pas à pas

1. id julie et ls -l (fichier) / ls -ld (dossier et parents : namei -l /srv/partage/x).
2. Appliquer la règle : propriétaire ? sinon groupe ? sinon autres.

   SI propriétaire = root dans le /home de l'utilisateur → sudo chown -R julie:julie /home/julie/Documents (ce dossier seulement).

   SINON SI groupe compta avec rwx mais julie hors groupe → sudo usermod -aG compta julie, puis déconnexion/reconnexion. SINON SI script sans x → chmod u+x script.sh.

3. sudoers : depuis un compte administrateur, sudo usermod -aG sudo julie (Fedora : wheel) ; vérifier groups julie ; effet à la reconnexion. Édition directe de /etc/sudoers : uniquement via sudo visudo (contrôle de syntaxe).

$ id julie
uid=1002(julie) gid=1002(julie) groups=1002(julie),100(users)
$ ls -l /srv/compta/bilan.ods
-rw-rw---- 1 marc compta 18432 oct. 26 17:02 /srv/compta/bilan.ods
  -> julie n'est ni marc ni membre de compta : catégorie "autres" = --- 

Attention usermod -G sans -a remplace tous les groupes secondaires (l'utilisateur peut perdre sudo). Jamais chmod -R 777, jamais chown -R sur /, /etc, /usr ou tout /home. Alternative : droit minimal ciblé.

5. Test de confirmation

Après reconnexion : id montre le groupe ; l'action réussit en tant que julie (sudo -u julie touch /srv/compta/test pour tester) ; les autres utilisateurs n'ont pas gagné de droits.

6. Correction

Ajout au groupe, chown/chmod ciblés (ex. dossier partagé : chmod 2770 pour que les nouveaux fichiers héritent du groupe).

7. Validation

• Test en tant que l'utilisateur ; ls -l final noté dans le rapport.

8. Réponse d'examen modèle

9. Pièges et variantes

• Droit w sur le fichier mais pas sur le dossier : on peut modifier le fichier mais pas le supprimer/renommer.
• Dossier sans x pour l'utilisateur : impossible d'y entrer même avec r.

P5.5 — Windows : disque C: plein (« Espace disque insuffisant »)

Fréquence : très fréquent · Gravité : moyenne (MAJ bloquées, lenteur, profils)

1. Symptômes observables

• Barre rouge dans l'Explorateur ; notification « Espace disque insuffisant » ; MAJ en 0x80070070 ; programmes qui ne peuvent plus enregistrer.

2. Causes possibles (classées)

1. Fichiers temporaires, cache des MAJ, Windows.old (après mise à niveau, supprimé automatiquement après 10 jours) — système.
2. Téléchargements, vidéos, synchronisation cloud (OneDrive « toujours conserver sur cet appareil ») — utilisateur.
3. hiberfil.sys, pagefile.sys, points de restauration — système.
4. Logiciel qui écrit en boucle (journaux, sauvegardes locales) — application.
5. Petit SSD (128 Go) — matériel.

3. Questions initiales et sécurité

• Rien de personnel n'est supprimé sans accord explicite ; déplacer plutôt que supprimer.

4. Diagnostic pas à pas

1. Paramètres → Système → Stockage (Windows 10/11) : répartition par catégories.

   SI « Fichiers temporaires » important → Fichiers temporaires → cocher (en vérifiant « Téléchargements » avec l'utilisateur) → Supprimer.

   SINON SI « Autres » ou « Applications » → étape 2.

2. Nettoyage de disque (cleanmgr) → « Nettoyer les fichiers système » : Nettoyage de Windows Update, Installations précédentes de Windows (si plus de retour arrière souhaité), Fichiers temporaires.
3. Analyse des dossiers : Explorateur, tri par taille ; dossiers usuels (C:\Users\nom\Downloads, Videos, AppData\Local\Temp) ; dir C:\ /a pour les fichiers cachés à la racine.
4. Composants (admin) : DISM /Online /Cleanup-Image /StartComponentCleanup.
5. Hibernation : powercfg /h off supprime hiberfil.sys (désactive aussi le démarrage rapide et la veille prolongée) — seulement si non utilisés.

5. Test de confirmation

Espace libre mesuré avant/après (Propriétés de C:) ; la MAJ ou l'enregistrement qui échouait réussit.

6. Correction

Nettoyages ci-dessus ; déplacement des données personnelles vers D: / disque externe / cloud (accord) ; Assistant Stockage activé (Paramètres → Système → Stockage) ; corriger le logiciel qui remplit le disque ; disque plus grand si structurel (Fiche 1).

Attention Ne pas supprimer à la main dans C:\Windows, C:\Windows\WinSxS, C:\Windows\Installer, C:\ProgramData : Windows ou des logiciels deviennent irréparables. Utiliser les outils (Stockage, cleanmgr, DISM).

7. Validation

• 15–20 % libres au minimum ; MAJ installées ; utilisateur informé de ce qui a été supprimé/déplacé (liste dans le rapport).

8. Réponse d'examen modèle

9. Pièges et variantes

• Espace qui fond de nouveau en quelques jours → chercher le processus qui écrit (Moniteur de ressources → Disque).
• Fichiers OneDrive : « Libérer de l'espace » (fichiers à la demande) plutôt que suppression (la suppression se synchronise).

P5.6 — Linux : « No space left on device », partition pleine

Fréquence : fréquent · Gravité : élevée (services, sessions, bases de données)

1. Symptômes observables

• No space left on device à l'écriture ; services en échec ; session graphique impossible ; MAJ qui échouent.

2. Causes possibles (classées)

1. Journaux qui grossissent (/var/log, journal systemd) — service bavard.
2. Cache apt, anciens noyaux — paquets.
3. Sauvegardes/fichiers volumineux accumulés — usage.
4. Inodes épuisés (millions de petits fichiers : sessions PHP, cache) — système de fichiers.
5. Fichier supprimé encore ouvert par un processus — processus.

3. Questions initiales et sécurité

• Ne pas supprimer au hasard dans /var/lib, /usr, /etc ; pas de suppression de données client sans accord.

4. Diagnostic pas à pas

1. df -h : quelle partition, Use%.

   SI Use% < 100 % mais message quand même → df -i (IUse% 100 % = inodes) → chercher le dossier aux millions de fichiers.

   SINON → étape 2.

2. sudo du -xh -d1 / | sort -h puis descendre (/var, /var/log, /home).
3. journalctl --disk-usage ; ls -lhS /var/log | head.
4. Écart entre df et du → sudo lsof +L1 : fichier « (deleted) » encore ouvert → redémarrer le service qui le tient.

$ df -h /
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/nvme0n1p2      49G     49G     0 100% /
$ sudo du -xh -d1 /var | sort -h | tail -3
1,2G    /var/cache
31G     /var/log
33G     /var
$ ls -lhS /var/log | head -3
-rw-r----- 1 syslog adm 27G oct. 27 09:40 syslog

5. Test de confirmation

Le fichier/dossier identifié explique l'essentiel de l'occupation ; sa croissance est observable (ls -lh à quelques minutes d'intervalle) ; le journal montre le message répété.

6. Correction

Libérer sans risque : sudo journalctl --vacuum-size=500M, sudo apt clean, sudo apt autoremove (lire la liste). Gros journal texte ouvert : le vider sans le supprimer (sudo truncate -s 0 /var/log/syslog) après en avoir gardé un extrait pour le diagnostic. Puis corriger la cause (service qui écrit en boucle, rotation logrotate, rétention des sauvegardes).

Attention rm d'un journal ouvert ne libère pas l'espace (fichier « deleted » tenu par le processus) ; rm -rf avec une variable vide ou un chemin approximatif peut détruire le système. Prérequis : chemin lu deux fois, copie de ce qui peut servir. Alternative : outils de la distribution (vacuum, apt clean, logrotate).

7. Validation

• df -h < 80–90 % ; services relancés (systemctl --failed vide) ; croissance arrêtée le lendemain.

8. Réponse d'examen modèle

9. Pièges et variantes

• /boot plein bloque les MAJ du noyau (P3.4).
• Les 5 % réservés à root sur ext4 : un utilisateur voit « plein » alors que root peut encore écrire.

P5.7 — Système de fichiers abîmé : « Read-only file system », volume RAW « Vous devez formater le disque », erreurs NTFS

Fréquence : moyen · Gravité : élevée à critique (données)

1. Symptômes observables

• Linux : Read-only file system ; dmesg : EXT4-fs error … remounting filesystem read-only, I/O error, dev sda, sector ….
• Windows : « Vous devez formater le disque dans le lecteur E: avant de pouvoir l'utiliser » ; Gestion des disques : volume RAW ; journal Système Ntfs 55 (« structure du système de fichiers endommagée »), disk 7 (bloc défectueux), disk 153 (E/S réessayée), disk 51 (erreur de pagination).

2. Causes possibles (classées)

1. Retrait sans éjection / coupure — logique.
2. Disque/clé qui faiblit (secteurs) — matériel.
3. Câble/port USB, alimentation — matériel.
4. Démarrage rapide Windows (NTFS « sale » vu depuis Linux) — configuration.
5. Volume BitLocker verrouillé vu comme RAW — chiffrement.

3. Questions initiales et sécurité

• Les données ont-elles une copie ? Si non : priorité à la récupération, aucune réparation qui écrit avant copie/image du disque.
• Bruit, lenteur extrême, SMART ? → Fiche 1 · Stockage.

4. Diagnostic pas à pas

1. Refuser le formatage proposé (« Annuler »).
2. Journaux : Windows → Système (disk 7/153, Ntfs 55) ; Linux → sudo dmesg -T | grep -iE 'I/O error|ext4|ata|nvme'.

   SI erreurs d'E/S matérielles (disk 7, « I/O error ») → disque suspect : copie des données (ou image) d'abord, SMART (Fiche 1), pas de chkdsk /r ni fsck avant la copie.

   SINON (erreurs logiques seulement) → étape 3.

3. Autre port/câble, autre PC (externe). Volume BitLocker ? (manage-bde -status).
4. Vérification en lecture : chkdsk E: ; Linux démonté : sudo fsck -n /dev/sdb1 (-n = ne rien modifier).

   SI erreurs → données copiées ? oui → chkdsk E: /f / sudo fsck -y /dev/sdb1 (démonté).

   SINON (RAW, chkdsk : « Le type du système de fichiers est RAW. CHKDSK n'est pas disponible pour les lecteurs RAW. ») → récupération de données (outil spécialisé, ou prestataire si précieux).

C:\> chkdsk E:
C:\> chkdsk E: /f

Windows a trouvé des problèmes dans le système de fichiers.
Exécutez CHKDSK avec l'option /F (fix) pour corriger ces problèmes.
...
Windows a corrigé le système de fichiers.
Aucune autre action n'est requise.

Attention chkdsk /f, chkdsk /r et fsck -y modifient le système de fichiers (fichiers orphelins déplacés dans found.000 / lost+found) ; /r sollicite fortement un disque faible. Le formatage efface l'index des fichiers. Prérequis : copie des données. Alternative prudente : lecture seule (chkdsk sans option, fsck -n), récupération d'abord.

5. Test de confirmation

Après réparation : volume monté en écriture, fichiers ouvrables, chkdsk/fsck -n sans erreur. Limite : une réparation logique réussie sur un disque qui a des secteurs défectueux n'est qu'un sursis.

6. Correction

Linux « Read-only » : copier ce qui est lisible, redémarrer sur live, fsck de la partition démontée, SMART ; Windows : chkdsk /f après copie ; disque défaillant : remplacement (Fiche 1).

7. Validation

• Montage normal, données contrôlées avec l'utilisateur, journal sans nouvelle erreur pendant plusieurs jours.

8. Réponse d'examen modèle

9. Pièges et variantes

• Partition NTFS en lecture seule sous Linux en double démarrage = Démarrage rapide/hibernation Windows, pas une panne (P1.5, section 9).

P6.1 — Windows instable ou bloqué après un changement : le mode sans échec comme test discriminant

Fréquence : très fréquent · Gravité : variable

1. Symptômes observables

• Écran noir après connexion, écran bleu au démarrage, gel au bureau, programme au démarrage qui bloque, après installation d'un pilote/logiciel/MAJ.

2. Causes possibles (classées)

1. Pilote tiers (graphique, imprimante, antivirus, VPN) — pilote.
2. Logiciel/service lancé au démarrage — application/service.
3. MAJ Windows — OS.
4. Fichiers système/disque/matériel (si le mode sans échec échoue aussi).

3. Questions initiales et sécurité

• Quel changement, à quelle date ? BitLocker (clé pour WinRE) ? Point de restauration ?

4. Diagnostic pas à pas

1. Démarrer en mode sans échec (4) ou avec réseau (5). — attendu : bureau en basse résolution, mention « Mode sans échec » aux coins.

   SI le problème disparaît → cause chargée seulement en démarrage normal (pilote/service/programme tiers) : étape 2.

   SINON → cause plus profonde : MAJ (P3.5), restauration (P6.2), fichiers système (P6.3), disque/RAM (Fiche 1).

2. En mode sans échec : annuler le dernier changement : Gestionnaire de périphériques → Restaurer le pilote ; Paramètres → Applications → désinstaller le logiciel récent ; Windows Update → Historique → Désinstaller des mises à jour.

   SI démarrage normal OK ensuite → cause confirmée.

   SINON → démarrage sélectif msconfig (services non-Microsoft désactivés) puis réactivation par moitiés.

5. Test de confirmation

Démarrage normal stable après le retrait d'un seul élément ; sa réinstallation reproduirait la panne (non obligatoire, mais c'est la preuve). Limite : le mode sans échec utilise un pilote graphique de base, il masque aussi les problèmes de pilote graphique (c'est voulu).

6. Correction

Retrait/remplacement de l'élément fautif ; version stable du fabricant ; retirer le mode sans échec forcé (msconfig/bcdedit /deletevalue).

7. Validation

• 3 démarrages normaux ; fonction concernée testée ; Moniteur de fiabilité propre.

8. Réponse d'examen modèle

9. Pièges et variantes

• Mot de passe demandé en mode sans échec : celui du compte (pas le PIN, Windows Hello inactif) ; compte Microsoft → mot de passe du compte Microsoft.
• Rester bloqué en mode sans échec après msconfig : décocher « Démarrage sécurisé ».

P6.2 — Restauration du système (point de restauration)

Fréquence : fréquent · Gravité : marche 4 (réversible si lancée depuis Windows)

1. Symptômes observables

• Panne apparue à une date connue sans cause unique isolée ; plusieurs changements depuis (pilotes, logiciels, MAJ).

2. Causes possibles (classées)

1. Changement système (pilote, registre, programme) postérieur à un point existant.

3. Questions initiales et sécurité

• Un point de restauration n'est pas une sauvegarde : il ne contient pas les documents et ne protège pas contre une panne de disque. Il ne supprime pas non plus les documents créés depuis.
• Protection activée ? (elle ne l'est pas toujours par défaut).

4. Diagnostic pas à pas

1. rstrui (ou rechercher « Créer un point de restauration » → Protection du système → Restauration du système…) ; depuis WinRE : Options avancées → Restauration du système.

   SI aucun point → protection désactivée : passer à P6.3 ; activer la protection après réparation.

   SINON → étape 2.

2. Choisir le dernier point ANTÉRIEUR à la panne (date, description) → Rechercher les programmes concernés : liste de ce qui sera supprimé (programmes/pilotes installés après) et de ce qui pourrait être restauré.
3. Terminer : ne pas éteindre pendant la restauration (secteur branché pour un portable).

   SI « La restauration du système n'a pas abouti » (ex. 0x80070005, antivirus) → réessayer depuis le mode sans échec ou WinRE.

   SINON → valider.

5. Test de confirmation

La panne a disparu ; message « La restauration du système s'est terminée correctement ». Limite : on ne sait pas lequel des changements annulés était fautif (le noter, réinstaller un à un si nécessaire).

6. Correction

Réinstaller les programmes utiles retirés (liste notée), sauf le suspect. Créer un point manuel avant toute intervention future : Protection du système → Créer (« Avant pilote X, 27/10 »). Activation : sélectionner C: → Configurer → Activer la protection du système, 5–10 % d'espace.

7. Validation

• Panne disparue, programmes métier présents, protection active, point manuel créé.

8. Réponse d'examen modèle

9. Pièges et variantes

• Restauration depuis WinRE : non annulable (pas de point créé avant elle), contrairement à celle lancée depuis Windows.

P6.3 — Fichiers système endommagés : DISM puis SFC (en ligne et hors ligne)

Fréquence : fréquent · Gravité : marche 3, sans risque pour les documents

1. Symptômes observables

• Menu Démarrer/Paramètres qui ne s'ouvrent pas, erreurs de DLL système, écrans bleus CRITICAL_PROCESS_DIED, échecs de MAJ 0x80073712, après coupure de courant.

2. Causes possibles (classées)

1. Fichiers système/magasin de composants abîmés — OS.
2. Système de fichiers/disque — stockage (vérifier si SFC trouve toujours de nouvelles erreurs).

3. Questions initiales et sécurité

• Invite de commandes en administrateur (clic droit → Exécuter en tant qu'administrateur) ; connexion Internet pour DISM (sinon source locale).

4. Diagnostic pas à pas

1. DISM /Online /Cleanup-Image /ScanHealth (analyse, plusieurs minutes) — /CheckHealth est un contrôle rapide de l'état déjà enregistré.

   SI « Le magasin de composants peut être réparé. » → étape 2.

   SINON (« Aucun endommagement du magasin des composants n'a été détecté. ») → étape 3 directement.

2. DISM /Online /Cleanup-Image /RestoreHealth — attendu : « L'opération de restauration s'est terminée correctement. » Si 0x800f081f (« Les fichiers sources sont introuvables ») → source locale : ISO de la même version montée en E: : DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:E:\sources\install.wim:1 /LimitAccess (index de l'édition installée, vérifiable par DISM /Get-WimInfo /WimFile:E:\sources\install.wim ; ESD: si le fichier est install.esd).
3. sfc /scannow → lire le message final (tableau ci-dessous). Redémarrer et relancer une fois si des réparations ont été faites.
4. Windows ne démarre pas : depuis WinRE, sfc /scannow /offbootdir=D:\ /offwindir=D:\Windows (lettre vérifiée) ; DISM hors ligne : DISM /Image:D:\ /Cleanup-Image /RestoreHealth /Source:WIM:E:\sources\install.wim:1.

5. Test de confirmation

Second sfc /scannow : « aucune violation d'intégrité » ; la fonction cassée remarche. Limite : si de nouvelles corruptions apparaissent à chaque passage → disque/RAM (Fiche 1).

6. Correction

DISM (réparer la référence) puis SFC (réparer les fichiers à partir de la référence). Si échec persistant : réparation sur place (setup.exe de l'ISO de même version, « Conserver les fichiers et applications »), puis P6.4.

7. Validation

• SFC propre, fonction testée, journal sans nouvelles erreurs.

8. Réponse d'examen modèle

9. Pièges et variantes

• chkdsk répare le système de fichiers, SFC les fichiers système de Windows, DISM le magasin de composants : trois niveaux différents.

P6.4 — Réinitialiser ce PC / réinstaller (Windows) — réinstaller en gardant /home (Linux)

Fréquence : moyen · Gravité : marche 5, la plus lourde

1. Symptômes observables

• Toutes les marches précédentes ont échoué ; système compromis (malveillant persistant, rançongiciel) ; coût de réparation supérieur à la remise à neuf (accord du client).

2. Causes possibles (classées)

1. Corruption étendue — OS.
2. Compromission — sécurité.

3. Questions initiales et sécurité

Attention Réinitialiser/réinstaller supprime les applications (toujours) et, selon l'option, les fichiers personnels. Prérequis OBLIGATOIRES : 1) sauvegarde des données vérifiée (ouverture de fichiers témoins, empreinte si nécessaire), y compris hors des dossiers usuels (messagerie .pst, bases de logiciels, favoris, licences) ; 2) accord écrit du client ; 3) inventaire des logiciels et licences, clé BitLocker, pilotes. Alternative prudente : réparation sur place (ISO même version, « Conserver les fichiers et applications »), qui garde fichiers et programmes.

4. Diagnostic pas à pas

1. Choisir l'option la moins destructive qui convient : Paramètres → Système → Récupération → Réinitialiser ce PC (Windows 10 : Mise à jour et sécurité → Récupération → Réinitialiser ce PC → Commencer) ; depuis WinRE : Dépannage → Réinitialiser ce PC.

   SI problème logiciel ordinaire → Conserver mes fichiers (applications et paramètres supprimés, fichiers personnels gardés).

   SINON (malveillant, PC qui change de propriétaire) → Supprimer tout (option « Nettoyer les données » si le PC est cédé).

2. Source : Téléchargement dans le cloud (image propre, plusieurs Go, si les fichiers locaux de Windows sont abîmés) ou Réinstallation locale (sans Internet, utilise les fichiers présents).
3. Linux : réinstaller en choisissant le partitionnement manuel : / formatée, /home séparée non formatée (point de montage /home, case « formater » décochée), même nom d'utilisateur ; sans /home séparé → sauvegarde et restauration.

5. Test de confirmation

Système propre stable ; la panne d'origine absente.

6. Correction

Après réinitialisation : pilotes, MAJ, logiciels (liste), restauration des données, comptes, imprimantes, protection (antivirus, point de restauration, sauvegarde automatique). Windows dépose une liste « Applications supprimées » sur le Bureau.

7. Validation

• Données restaurées vérifiées avec le client (fichiers témoins ouverts) ; logiciels métier testés ; Gestionnaire de périphériques propre ; activation ; rapport signé.

8. Réponse d'examen modèle

9. Pièges et variantes

• « Conserver mes fichiers » ne conserve pas les données enregistrées dans les dossiers des applications (bases locales, C:\NomLogiciel).
• Réinitialisation qui échoue (« Un problème est survenu lors de la réinitialisation de votre PC ») → réinstallation propre depuis clé (sauvegarde déjà faite).

P6.5 — Linux cassé après une mise à jour : ancien noyau, mode recovery, retour arrière

Fréquence : moyen · Gravité : moyenne à élevée

1. Symptômes observables

• Après apt upgrade : démarrage bloqué, pilote/graphique cassé, service qui ne démarre plus.

2. Causes possibles (classées)

1. Nouveau noyau — noyau.
2. Paquet mis à jour (configuration modifiée) — paquet.
3. MAJ interrompue — dpkg (P3.6).

3. Questions initiales et sécurité

• Instantané Timeshift existant ? Sauvegarde de /home ?

4. Diagnostic pas à pas

1. less /var/log/apt/history.log (ou zless pour les anciens) : ce qui a été mis à jour, quand.
2. GRUB → Advanced options → noyau précédent.

   SI OK → noyau : garder le précédent, P3.4.

   SINON → (recovery mode) : menu avec clean, dpkg (réparer les paquets), fsck, root (shell ; mount -o remount,rw / pour écrire).

3. Paquet fautif identifié → réinstaller l'ancienne version : apt list -a paquet, sudo apt install paquet=version, puis sudo apt-mark hold paquet le temps du correctif ; ou restauration Timeshift.

5. Test de confirmation

Avec l'ancienne version, la panne disparaît ; avec la nouvelle, elle revient.

6. Correction

Version stable maintenue (hold temporaire, à retirer : sudo apt-mark unhold paquet) ; configuration comparée à la nouvelle (.dpkg-dist/.dpkg-old).

7. Validation

• Démarrage normal, fonction testée, hold noté dans le rapport avec date de revue.

8. Réponse d'examen modèle

9. Pièges et variantes

• apt autoremove peut supprimer d'anciens noyaux : lire la liste, garder celui en cours (uname -r) et un de secours.