Google Chrome qui se ferme sans prévenir, sans message d’erreur, parfois dès l’ouverture : le problème touche aussi bien des machines récentes sous Windows 11 que des postes Linux utilisant des builds Snap ou Flatpak. Les causes vont du simple conflit d’extension à une incompatibilité profonde entre le navigateur et un composant de sécurité du système. Identifier la couche responsable permet d’éviter de réinstaller Chrome pour rien.
Conflit entre le sandbox Chrome et les modules de sécurité système
La piste la moins visible, et pourtant la plus fréquente sur les machines récentes, concerne la cohabitation entre le sandbox intégré de Chrome et les couches de protection du système d’exploitation. Deux mécanismes entrent régulièrement en collision.
Lire également : Quelles plantes éviter près du basilic : conseils et erreurs à ne pas commettre
Sur Windows 10 et Windows 11, l’activation renforcée de « Isolation du noyau » (Core Isolation) et de son option « Intégrité de la mémoire » (Memory Integrity) peut provoquer des fermetures répétitives de Chrome. Le navigateur se ferme sans afficher le moindre message lorsque la machine utilise des pilotes anciens ou non signés numériquement.
La seule correction durable passe par la mise à jour du pilote incriminé, ou, en dernier recours, la désactivation temporaire de l’intégrité de la mémoire dans les paramètres de sécurité Windows.
A découvrir également : Comment évaluer et valoriser vos biens professionnels en toute simplicité
En environnement professionnel, le problème prend une autre forme. Depuis 2023, plusieurs éditeurs d’antivirus et de solutions EDR (Bitdefender, Kaspersky, CrowdStrike, entre autres) ont documenté des cas où leurs modules de protection web entraient en conflit direct avec le sandbox de Chrome.
Le résultat : fermeture immédiate à l’ouverture ou au chargement de certains sites. Les correctifs sont venus de mises à jour de signatures ou de l’agent de sécurité, pas de Chrome lui-même. Savoir que faire si Chrome se ferme tout seul suppose donc de vérifier d’abord l’état de ces couches de sécurité avant de toucher au navigateur.
Pour tester cette hypothèse, le plus rapide reste de lancer Chrome avec le flag –no-sandbox depuis une invite de commande. Si Chrome fonctionne normalement dans ce mode, le conflit est confirmé. Ce flag ne doit jamais rester actif au quotidien : il désactive la protection de sécurité du navigateur.
Extensions et profil utilisateur corrompus : diagnostic méthodique
Les extensions représentent la cause la plus documentée de fermetures inattendues, mais la méthode de diagnostic importe autant que le constat. Désactiver toutes les extensions d’un coup, puis les réactiver une par une, reste le seul moyen fiable d’isoler l’extension fautive.
Ouvrir Chrome en mode navigation privée (Ctrl+Maj+N sous Windows, Cmd+Maj+N sous macOS) permet de démarrer sans aucune extension active. Si Chrome reste stable en navigation privée mais plante en mode normal, une extension ou le profil utilisateur est en cause.
- Accéder à chrome://extensions/ et désactiver toutes les extensions, puis les réactiver une à une en testant la stabilité après chaque réactivation
- Vérifier si le profil utilisateur est corrompu en créant un nouveau profil via chrome://settings/ puis « Ajouter une personne » : si le nouveau profil fonctionne, l’ancien profil contient des données corrompues
- Renommer (ne pas supprimer) le dossier du profil par défaut (Default) dans le répertoire de données Chrome pour forcer la création d’un profil neuf
Un profil accumulant plusieurs années de données de navigation, de favoris et de paramètres finit parfois par contenir des fichiers de préférences JSON mal formés. La corruption ne se manifeste pas toujours au même moment : certains utilisateurs constatent que Chrome se ferme uniquement en cliquant sur la barre de favoris, un comportement signalé sur plusieurs forums d’entraide.
Chrome qui se ferme sous Linux : les pièges Snap et Flatpak
Les utilisateurs Linux font face à une catégorie de problèmes spécifique aux builds packagées. Les versions Snap et Flatpak de Chrome et Chromium ont connu, en 2023 et 2024, des régressions où le navigateur se fermait sans avertissement après quelques secondes d’utilisation, ou refusait de démarrer après une mise à jour du système.
Ces fermetures proviennent le plus souvent de permissions manquantes dans le conteneur de sandboxing propre à Snap ou Flatpak. Un accès refusé au système de fichiers, au GPU ou au serveur d’affichage (Wayland ou X11) suffit à provoquer un arrêt silencieux. Consulter les logs avec la commande snap logs chromium ou flatpak run --verbose permet de repérer l’erreur exacte.
Basculer vers le paquet .deb natif (sur les distributions Debian/Ubuntu) ou vers le RPM officiel reste la solution la plus fiable lorsque les régressions du conteneur Snap ou Flatpak persistent.
Accélération matérielle et pilotes graphiques obsolètes
Chrome utilise le GPU pour le rendu des pages, la lecture vidéo et certaines animations CSS. Un pilote graphique obsolète ou défaillant peut provoquer un plantage complet du navigateur, parfois accompagné d’un écran noir fugace avant la fermeture de la fenêtre.
Désactiver l’accélération matérielle constitue le test le plus rapide :
- Ouvrir chrome://settings/, section « Système », désactiver « Utiliser l’accélération matérielle si disponible », puis relancer le navigateur
- Vérifier l’état du GPU via chrome://gpu/ pour identifier les fonctionnalités désactivées ou signalées comme problématiques
- Mettre à jour le pilote graphique depuis le site du fabricant (NVIDIA, AMD, Intel) plutôt que via Windows Update, qui distribue parfois des versions anciennes
Si Chrome cesse de se fermer après désactivation de l’accélération matérielle, le pilote graphique est la cause directe du plantage. La désactivation permanente de l’accélération matérielle réduit la fluidité de navigation et la qualité de lecture vidéo : mieux vaut investir le temps nécessaire pour mettre à jour le pilote.
Les retours terrain divergent sur l’efficacité de la réinitialisation complète de Chrome (chrome://settings/reset) dans ce cas précis. Elle supprime les extensions, les cookies et les paramètres personnalisés, mais ne corrige pas un problème de pilote sous-jacent. La réinitialisation reste un dernier recours, à envisager uniquement après avoir éliminé les causes système et matérielles décrites plus haut.