Étapes essentielles pour réparer un système Linux qui ne démarre pas

  • Il est essentiel de faire la distinction entre les problèmes matériels, ceux liés à GRUB et ceux du système de fichiers pour choisir la solution appropriée.
  • Le mode de récupération, les journaux et des outils comme fsck ou Boot-Repair permettent de récupérer la plupart des systèmes Linux.
  • Un partitionnement adéquat et une planification de sauvegarde appropriée minimisent l'impact des pannes de démarrage graves.

Réparation du démarrage du système Linux

Après des années à bidouiller sous Windows , lorsqu'on passe à une distribution basée sur Debian (Zorin, Ubuntu, Linux Mint, etc.), il est normal de se demander quoi faire le jour où, suite à une mise à jour ou une modification de configuration, le système refuse tout simplement de démarrer. Sous Windows, la marche à suivre est généralement bien définie : mode sans échec, chkdsk, réparation automatique, restauration du système et, en dernier recours, formatage et réinstallation.

Sous Linux, la situation est différente : le système est généralement plus robuste et plus facile à récupérer . Avant d’envisager une réinitialisation complète, il est presque toujours possible de récupérer le processus de démarrage depuis un terminal (TTY), le mode de récupération ou une distribution live. Toutefois, il est essentiel de connaître la procédure exacte pour éviter de perdre du temps et de l’énergie lorsque l’on est pressé et que son ordinateur est totalement inutilisable.

Pourquoi un système Linux peut cesser de démarrer

Il faut d'abord comprendre que, malgré sa réputation de grande stabilité comparée à Windows , Linux n'est pas infaillible. La plupart des problèmes de démarrage ne sont pas dus à un défaut intrinsèque de Linux, mais plutôt à une combinaison d'erreurs humaines, de matériel défectueux ou de configurations mal pensées.

Les problèmes les plus courants qui empêchent le démarrage de votre distribution se répartissent essentiellement en deux catégories : les problèmes de disque/partition et les problèmes liés au gestionnaire de démarrage (GRUB) . Il existe cependant quelques nuances :

  • Partition de démarrage endommagée ou inaccessibleLa partition sur laquelle Linux est installé ou la partition /boot est corrompue, ou le BIOS/UEFI ne démarre pas à partir du disque correct.
  • La mise à jour du noyau a échouéLe nouveau noyau a été installé incorrectement, n'est pas compatible avec votre matériel, ou vous avez supprimé un noyau qui était encore en cours d'utilisation.
  • Correctif ou mise à jour bâcléeUne panne de courant, un arrêt soudain ou une erreur de mise à jour peuvent laisser des paquets partiellement configurés et empêcher le démarrage de services essentiels.
  • Conducteurs problématiquesBien que de nombreux pilotes soient intégrés au noyau, les pilotes propriétaires (en particulier les pilotes graphiques) peuvent interrompre le processus de démarrage en cas de problème.
  • Double démarrage avec WindowsWindows peut réécrire le MBR/EFI et « manger » GRUB, ou le démarrage rapide/l’hibernation hybride peut laisser le disque verrouillé.
  • Configuration GRUB incorrecte: entrées incorrectes, chemins vers des noyaux qui n'existent plus ou paramètres inappropriés.
  • Paramètres BIOS/UEFI: démarrage à partir du mauvais disque, Secure Boot incompatible avec votre distribution, ou modes UEFI/Legacy mal sélectionnés.

Dans les environnements avec des machines virtuelles, le problème est parfois aussi simple (et dramatique) que la suppression du répertoire de la machine virtuelle , ne laissant rien pour démarrer ou réparer.

memtest86

Première étape : éliminer les problèmes matériels

Avant de vous lancer frénétiquement dans la réparation du système, assurez-vous de ne pas tenter de réparer un matériel défectueux par logiciel . Un disque dur présentant de nombreux secteurs réalloués ou une mémoire vive défectueuse continueront de causer des problèmes, même si le système fonctionne correctement.

L'ordre logique est le suivant :

  • Vérifiez dans le BIOS/UEFI que le disque apparaît.Accédez au menu du firmware (Suppr, Échap, F2, F10, etc., selon le fabricant) et consultez la section « Démarrage ». Si le disque SSD/HDD sur lequel Linux est installé est introuvable ou n'est pas dans l'ordre de démarrage, c'est votre premier problème.
  • Vérifiez l'ordre de démarrage: assurez-vous que le disque contenant Linux (ou l'entrée correspondante dans l'UEFI) est placé avant les autres disques ou périphériques USB qui pourraient « prendre le relais ».

Si le disque est visible, il est temps d'évaluer l'état de la RAM et du disque de stockage :

1. Testez la mémoire RAM avec MemTest86+.
Si vous accédez à GRUB au démarrage de l'ordinateur, vous verrez généralement une entrée du type « Test de mémoire (memtest86+) ». Lancez-le et laissez le test s'exécuter pendant au moins 8 passes complètesSi des lignes rouges commencent à apparaître, cela indique des erreurs de mémoire RAM et la solution la plus judicieuse consiste à remplacer les modules concernés.

2. Vérifiez l'état du disque à l'aide de SMART.
Pour éviter de toucher à votre système Linux défectueux pour le moment, vous pouvez Démarrer une clé USB Live depuis Ubuntu ou une autre distribution et, une fois l'environnement Live démarré (depuis la RAM), installez et utilisez smartmontools :

  • Valeurs critiques : Secteur_relocalisé_Ct (secteurs réaffectés) et Secteur en attente actuel (secteurs instables).
  • Si l'une ou l'autre de ces valeurs est supérieure à 0, le disque est déjà Il s'agit d'un avertissement concernant de graves problèmes.Plus ils montent haut, plus vous vous rapprochez de l'échec final.
  • La campagne Heures de fonctionnement Elle indique la durée de vie en heures. Un grand nombre d'heures n'implique pas une panne immédiate, mais augmente la probabilité de dysfonctionnement.

Si le matériel est défectueux, la priorité est de sauvegarder les données et de prévoir son remplacement . S'il semble en bon état, nous procédons à la mise en œuvre de la solution logicielle.

Identification de la source d'un échec de démarrage sous Linux

Une fois le matériel écarté (ou vérifié), il faut localiser le blocage du processus de démarrage. Linux présente ici un avantage considérable par rapport à Windows, car il est presque toujours possible d'accéder à une console ou à un mode de récupération pour résoudre le problème.

Les deux outils clés pour comprendre ce qui se passe sont le mode de démarrage détaillé et les fichiers journaux système.

Activer le mode de démarrage « verbeux »
De nombreuses distributions affichent une animation ou un logo au démarrage (le fameux « splash »), ce qui est esthétique mais masque des messages d'erreur importants. L'idée est que le noyau et systemd… affichage à l'écran de chaque service qui se charge et savoir où il se bloque.

Lorsque le système démarre encore (ou si vous parvenez à accéder au mode de récupération), vous pouvez modifier la configuration GRUB dans /etc/default/grub et modifiez la ligne :

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

pour un appareil sans ces paramètres silencieux :

GRUB_CMDLINE_LINUX_DEFAULT=""

Ensuite, vous exécutez update-grub Et, dès le prochain redémarrage, vous verrez tous les messages de démarrage s'affichent à l'écran, idéal pour détecter le service ou le point précis où il se bloque.

Consultez les journaux système
Si vous ne parvenez pas à lire clairement les messages, ou si vous préférez une présentation plus structurée, plusieurs fichiers journaux très utiles sont disponibles. Vous pouvez les consulter depuis une session normale, le mode de récupération ou une distribution Live montée sur votre disque :

  • /var/log/boot.logCe fichier recueille les messages générés spécifiquement au démarrage. C'est le premier endroit à vérifier lorsque le problème est clairement lié au processus de démarrage.
  • /var/log/messages: Journal système général, contenant les erreurs et les avertissements provenant de différents services.
  • dmesgCeci affiche les messages du noyau. Le problème, qu'il provienne du noyau ou du matériel, est généralement clairement indiqué ici.
  • journalctl: interface pour la lecture du journal systemd (Systemd Journal), avec filtres, plages horaires, etc.

Si le système ne démarre pas, il lance une procédure. CD/USB en directMontez la partition racine de votre système Linux et accédez-y. /var/log de cette partition pour examiner tout cela calmement.

GRUB

GRUB et démarrage : réparez le gestionnaire de démarrage avant de toucher au système.

GRUB est le petit programme qui se charge juste après le firmware et détermine le système d'exploitation à démarrer ainsi que le noyau à utiliser . Dans les installations Windows à double démarrage, il est très fréquent qu'après une mise à jour de Windows, le processus de démarrage revienne au chargeur de démarrage Microsoft et que GRUB disparaisse.

Il existe deux cas typiques : soit GRUB apparaît mais certaines entrées ne démarrent pas , soit GRUB n’est même pas affiché et l’ordinateur passe à un autre système ou affiche une erreur de démarrage.

Accéder au menu GRUB

Si votre système utilise un BIOS hérité, maintenez la touche Maj enfoncée pendant le démarrage . S'il s'agit d'un système UEFI, vous utiliserez généralement la touche Échap pour afficher le menu GRUB au lieu de démarrer directement sur la distribution.

Dans ce menu, vous pourrez :

  • Choisissez parmi plusieurs noyaux de la même distribution (par exemple, une nouvelle version et une version plus ancienne).
  • Accéder au "Options avancées" et, à l'intérieur, sélectionnez le mode de récupération d'un noyau spécifique.
  • Choisissez une autre distribution ou Windows si vous avez un système à double démarrage.

Si le système démarre avec un noyau plus ancien, cela signifie que le problème est lié à la mise à jour du noyau. Dans de nombreux cas, revenir temporairement à l'ancien noyau vous permet de patienter avant de procéder à la mise à jour ou d'analyser l'erreur plus en détail.

Lorsque GRUB n'apparaît pas ou est défectueux

Si l'ordinateur démarre directement sous Windows, affiche un message « aucun système » ou reste sur un écran noir sans afficher GRUB, il est probable que le gestionnaire de démarrage soit corrompu ou que le MBR/EFI pointe vers un emplacement incorrect. C'est là qu'intervient une solution classique : la réparation du démarrage.

L'idée est de démarrer avec une distribution Live (par exemple, Ubuntu ou toute distribution dérivée) , d'installer Boot-Repair et de le laisser reconstruire GRUB pour vous :

  • Démarrer à partir d'une clé USB/d'un CD en mode « Essayer sans installer ».
  • Ouvrez un terminal et ajoutez le PPA Boot-Repair (sur les dérivés d'Ubuntu) ou installez le paquet correspondant.
  • Courir boot-repair avec de la sueur.

L'outil analyse les disques, détecte les systèmes installés et suggère une « réparation recommandée » qui est généralement suffisante dans la plupart des cas : il réinstalle GRUB, reconfigure les entrées et s'assure que le chargeur de démarrage est écrit sur le disque approprié.

Si le problème est plus subtil (plusieurs disques, plusieurs distributions Linux, ordre de démarrage, etc.), Boot-Repair vous permet d'accéder à des options avancées : nettoyer et restaurer GRUB, l'installer sur un disque spécifique, modifier les paramètres, réparer le système de fichiers et même restaurer le MBR.

Une fois la modification effectuée, redémarrez votre PC et, si tout s'est bien passé, vous devriez voir à nouveau un menu GRUB propre avec toutes les entrées système détectées.

Utilisez le mode de récupération pour réparer le système

Si GRUB fonctionne mais que le système se bloque lors du chargement des services ou de l'accès à l'environnement graphique, la solution idéale consiste à utiliser le mode de récupération proposé par la plupart des distributions basées sur Debian/Ubuntu.

Dans le menu GRUB, allez dans « Options avancées pour… » et sélectionnez l’entrée qui inclut (mode de récupération) pour le noyau que vous souhaitez utiliser (généralement le plus récent, bien que vous puissiez également essayer un plus ancien).

Après quelques secondes, un menu proposant plusieurs options de maintenance s'affichera. Les plus utiles pour récupérer un système qui ne démarre pas sont :

  • fsckIl vérifie le système de fichiers de la partition et corrige les erreurs. Il est à peu près équivalent à chkdsk sous Windows.
  • espace extérieur plus propre,Supprime les fichiers temporaires et libère l'espace inutilisé. Utile si le système manque d'espace disque.
  • dpkg: répare les paquets défectueux ou partiellement configurés, réinstalle les dépendances nécessaires et nettoie les états bloqués après une mise à jour ayant échoué.
  • ver: met à jour et réécrit le chargeur de démarrage depuis l'intérieur même du système.
  • réseau : active le réseau, vous permettant de mettre à jour les paquets ou de télécharger des correctifs si nécessaire.
  • racine: ouvre un shell en tant que root, à partir duquel vous pouvez modifier manuellement les fichiers de configuration, consulter les journaux ou lancer des commandes avancées.

Une étape de dépannage typique lorsque le système est bloqué au démarrage consiste à exécuter, dans cet ordre, fsck, dpkg et grub , à vérifier les erreurs graves, puis à redémarrer pour voir s'il démarre en mode normal.

UEFI

Paramètres BIOS/UEFI, démarrage sécurisé et démarrage rapide

Sur les systèmes modernes basés sur l'UEFI, deux éléments interfèrent fréquemment avec Linux : le démarrage sécurisé et le démarrage rapide de Windows . Si la distribution Linux n'est pas compatible avec le démarrage sécurisé, ou si le microprogramme système se comporte de manière inhabituelle, il se peut que le noyau ne démarre tout simplement pas.

Dans la plupart des distributions actuelles majeures (Ubuntu, Debian, Fedora et de nombreuses variantes), la prise en charge du démarrage sécurisé est assez aboutie, mais les distributions plus rares ou très légères peuvent ne pas fonctionner avec cette option activée.

Les mesures typiques à examiner dans l'UEFI sont les suivantes :

  • Essayer de activer le mode Legacy ou CSM si la distribution ne prend pas entièrement en charge l'UEFI.
  • Désactiver le démarrage sécurisé temporairement pour vérifier si le blocage provient de là.
  • Vérifiez qu'il n'existe aucune option de « démarrage rapide » dans l'UEFI qui permette de sauter des étapes de démarrage essentielles.

Dans les configurations à double démarrage avec Windows, il faut également tenir compte du démarrage rapide de Windows : une sorte d’hibernation partielle qui laisse une partie du noyau sur le disque. Cela empêche l’accès correct aux partitions NTFS depuis Linux, et sur certains systèmes, le BIOS peut lier le disque au processus de démarrage de Windows.

La solution passe par :

  • Désactiver le démarrage rapide dans le Options d'alimentation Windows (en décochant l'option « Activer le démarrage rapide »).
  • Désactivez, le cas échéant, le Démarrage rapide UEFI.

Il est important de noter que la désactivation du démarrage sécurisé n'est pas recommandée pour Windows 11 si vous partagez un ordinateur, car cette fonctionnalité est indispensable. Dans ce cas, il est préférable d'utiliser une distribution prenant en charge le démarrage sécurisé afin d'éviter de modifier la configuration à chaque changement de système.

Réparez les partitions et les systèmes de fichiers avec fdisk et fsck.

Lorsqu'un problème de démarrage provient d'une partition corrompue (suite à un arrêt brutal, une coupure de courant ou des erreurs de disque), l'outil essentiel sous Linux est fsck , qui vérifie et répare les systèmes de fichiers (et les problèmes de superbloc ). Il est souvent utilisé conjointement avec fdisk , qui permet de lister et de gérer les partitions.

La procédure habituelle consiste à démarrer l'ordinateur à partir d'un CD/USB Live pour éviter de monter la partition endommagée. Une fois en mode Live, ouvrez un terminal et exécutez :

fdisk -l

Vous verrez alors. toutes les partitions sur tous les disquesVous devez identifier celui qui contient l'installation Linux : dans de nombreux cas, il s'agira d'un fichier de ce type. /dev/sda1 (première partition du premier disque), mais sur les systèmes à plusieurs disques ou EFI, cela peut varier.

Une fois que vous l'avez localisé, vous pouvez exécuter fsck :

sudo fsck /dev/sda1

Cette commande analyse le système de fichiers, détecte les incohérences et propose des solutions . Vous répondrez généralement « oui » ou « o » aux réparations suggérées.

Avertissement important : fdisk et fsck peuvent modifier de manière irréversible la structure des partitions et les systèmes de fichiers . Une utilisation incorrecte peut entraîner une perte totale de données. Avant de procéder, assurez-vous d’avoir une sauvegarde de vos données importantes ou, à tout le moins, d’être absolument certain d’utiliser la partition appropriée.

Erreurs initramfs et plantages du noyau : signification et solutions

Il existe deux types d'erreurs qui effraient l'utilisateur moyen mais qui ont une explication claire : les erreurs liées à initramfs et la fameuse « panique du noyau ».

Problèmes avec initramfs

L'initramfs est la « mini-image » que le système charge en mémoire juste avant de monter le système de fichiers . Si elle est corrompue ou si le système de fichiers est endommagé, vous risquez d'accéder à une console de récupération affichant des messages tels que « initramfs » vous invitant à exécuter une vérification manuelle du système de fichiers (fsck).

La solution habituelle pour sortir de cette situation est la suivante :

  • Écrire exit dans la console afin que le système indique quelle partition nécessite une correction.
  • Prenez note de l'appareil (par exemple, /dev/sda2) et exécutez un fsck manuel dessus en suivant le format suggéré dans le message.
  • Une fois que fsck a terminé et corrigé tout ce qu'il peut, écrivez reboot et croisons les doigts pour que ça redémarre.

Si le problème est simplement dû à un système de fichiers « corrompu » suite à un arrêt brutal, il est généralement résolu sans qu'il soit nécessaire de réinstaller le système.

Qu'est-ce qu'un kernel panic ?

Un kernel panic est, en termes simples, l' équivalent de l'écran bleu de la mort sous Windows : le noyau rencontre une erreur si grave qu'il ne peut plus fonctionner et s'arrête pour éviter d'autres dommages. Cela peut être dû à des pilotes défectueux, à une corruption système importante, à des pannes matérielles non gérées, etc.

La recette pour y remédier consiste à :

  • Essayez de commencer par un autre noyau de GRUB (par exemple, une version plus ancienne qui fonctionnait bien auparavant).
  • Utilisez le mode de récupération pour exécuter fsck, dpkg et examiner les journaux du noyau avec dmesg y journalctl.
  • Si vous soupçonnez un pilote spécifique (par exemple, un pilote graphique propriétaire récemment installé), désactivez-le temporairement ou rétablissez la configuration d'origine depuis la console racine.

Dans de nombreux cas, démarrer avec un noyau plus ancien dont vous savez qu'il fonctionnait bien est le moyen le plus rapide de récupérer la machine et, à partir de là, de décider s'il faut mettre à jour le noyau à nouveau ou rester avec la version stable qui vous convient.

Cas particuliers : machines virtuelles et perte de VM

Si vous utilisez Linux à l'intérieur d'une machine virtuelle (VirtualBox, VMware, etc.), il existe un type de problème qui n'a pas de solution technique au sein même du système Linux invité : vous avez supprimé le répertoire de la machine virtuelle en pensant qu'il était « inutile » car il occupait beaucoup d'espace.

Par défaut, sous Windows, les machines virtuelles sont stockées dans des chemins d'accès tels que :

  • VirtualBox : C:/Usuarios/tu_usuario/VirtualBox VMs/nombre_de_la_maquina
  • VMware : C:/Usuarios/tu_usuario/VMware/nombre_de_la_maquina

Si ces répertoires disparaissent, il est généralement impossible de récupérer quoi que ce soit. Parfois, on peut les récupérer dans la corbeille s'ils n'étaient pas trop volumineux, mais le plus souvent, ils ont été définitivement supprimés. Dans ce cas, il faudra créer une nouvelle machine virtuelle de A à Z.

Pour minimiser les problèmes, il est conseillé d' installer les additions invité (VirtualBox) ou VMware Tools et d'enregistrer vos documents de travail dans un dossier partagé avec le système hôte. Ainsi, même en cas de panne de la machine virtuelle, les données restent accessibles sous Windows ou sur un autre ordinateur.

Réinstaller Linux sans perdre ses données (et comment se préparer pour la prochaine fois)

Il arrive un moment où, après avoir épuisé toutes les options raisonnables, il faut se résoudre à réinstaller sa distribution Linux, solution la plus rapide et la plus simple . La bonne nouvelle, c'est que de nombreuses distributions permettent de réinstaller le système tout en conservant ses données personnelles et même ses applications.

Dans les versions récentes d'Ubuntu, par exemple, le programme d'installation détecte la présence d'un système sur le disque et propose de le réinstaller tout en conservant votre répertoire personnel . Toutefois, il est toujours conseillé, avant toute manipulation, de démarrer sur une distribution Live et de copier vos données importantes sur un disque externe, par précaution.

Une stratégie fortement recommandée pour les futures situations d'urgence consiste à séparer dès le départ le système et les données en différentes partitions :

  • Une cloison pour / (système).
  • Un autre (ou plusieurs) pour / home ou pour les données.
  • En option, une partition /boot et/ou EFI bien située.

Ainsi, si vous devez réinstaller et recalibrer le système, vous pouvez supprimer et formater uniquement les partitions de démarrage et système, en laissant la partition de données intacte. Lors d'une installation manuelle (via l'option « Plus d'options » ou une option similaire dans l'assistant), vous définissez les points de montage correspondants sans formater la partition de données.

En dernier recours, vous pouvez toujours monter l'ancienne partition depuis une clé USB Live et copier les données sur un disque externe avant de formater. C'est plus lent et plus fastidieux, mais cela permet généralement de récupérer beaucoup d'informations qui seraient autrement perdues.

Linux ne démarre pas
Article connexe:
Récupérer un système Linux qui ne démarre pas : instructions étape par étape et outils clés

Ajouter comme source préférée dans Google