Edge sous Linux affiche « This profile appears to be in use… » et refuse de démarrer ? Voici une méthode fiable, sûre et reproductible pour déverrouiller le profil sans perdre vos données, avec explications, commandes prêtes à copier et astuces de prévention.
Vue d’ensemble
Sur Linux, Microsoft Edge peut se bloquer au lancement avec le message :
“This profile appears to be in use by another Microsoft Edge process… Edge has locked this profile to prevent corruption.”
Ce blocage survient le plus souvent après un arrêt brutal, une mise à jour/installation, un changement de nom d’hôte, ou lorsque le même dossier de profil est utilisé depuis une autre machine (réellement ou parce qu’Edge le pense à cause d’un verrou orphelin).
Pourquoi Edge se verrouille ?
Pour protéger vos données (favoris, extensions, cookies, mots de passe, historique…), Edge place des fichiers de verrou au sommet du dossier de profil. Sous Linux, ils commencent généralement par Singleton (ex. SingletonCookie, SingletonLock, SingletonSocket). Si Edge ne s’est pas fermé proprement, ces fichiers peuvent rester « orphelins ». Au lancement suivant, Edge croit que le profil est déjà utilisé ailleurs et refuse de démarrer pour éviter une corruption.
La « réparation » consiste donc à supprimer ces fichiers de verrou après avoir fermé tous les processus Edge. Rien d’autre n’est modifié.
Solution rapide (en bref)
- Fermer Edge (& ses processus) :
pkill -f microsoft-edge # ignorez l’erreur s’il n’y a aucun processus- Sauvegarder (fortement conseillé) :
cp -a ~/.config/microsoft-edge ~/.config/microsoft-edge.backup.$(date +%F)- Supprimer les verrous :
rm -f ~/.config/microsoft-edge/Singleton*- Relancer Edge :
microsoft-edgeRésultat attendu : le profil se déverrouille et Edge se lance normalement.
Étapes détaillées et variantes utiles
1) Fermer Edge proprement
Avant toute suppression de fichiers, assurez-vous que plus aucun processus Edge ne tourne :
pkill -f microsoft-edge
# Pour les éditions Beta/Dev (si vous les avez) :
pkill -f microsoft-edge-beta
pkill -f microsoft-edge-dev
# Vérification (doit ne rien afficher ou uniquement la commande grep elle-même) :
pgrep -a -f 'microsoft-edge|microsoft-edge-beta|microsoft-edge-dev' Si un processus résiste, tentez :
pkill -9 -f microsoft-edge
2) Sauvegarder le dossier de profil (optionnel mais recommandé)
Créer une copie de sécurité prend quelques secondes et vous met à l’abri d’une erreur de manipulation.
cp -a ~/.config/microsoft-edge ~/.config/microsoft-edge.backup.$(date +%F)Pour les éditions Beta/Dev, adaptez le dossier :
cp -a ~/.config/microsoft-edge-beta ~/.config/microsoft-edge-beta.backup.$(date +%F)
cp -a ~/.config/microsoft-edge-dev ~/.config/microsoft-edge-dev.backup.$(date +%F)
3) Supprimer uniquement les fichiers de verrou
Supprimez uniquement les fichiers Singleton* à la racine du dossier de profil :
rm -f ~/.config/microsoft-edge/Singleton*Vous pouvez vérifier d’abord ce qui va être supprimé :
ls -l ~/.config/microsoft-edge/Singleton*
Pour couvrir Stable/Beta/Dev en une seule commande :
for d in ~/.config/microsoft-edge{,-beta,-dev}; do
[ -d "$d" ] && rm -f "$d"/Singleton*;
done
4) Relancer Edge
microsoft-edge # ou microsoft-edge-beta / microsoft-edge-devSi tout va bien, l’erreur a disparu et le navigateur démarre normalement.
Chemins et éditions (Linux)
Par défaut, Edge suit la variable $XDG_CONFIG_HOME. Si elle n’est pas définie, le chemin le plus courant est ~/.config. Les dossiers de profil Edge sont généralement :
| Édition | Binaire | Dossier de profil (par défaut) |
|---|---|---|
| Stable | microsoft-edge | ~/.config/microsoft-edge |
| Beta | microsoft-edge-beta | ~/.config/microsoft-edge-beta |
| Dev | microsoft-edge-dev | ~/.config/microsoft-edge-dev |
Astuce : si vous avez personnalisé $XDG_CONFIG_HOME, remplacez ~/.config par $XDG_CONFIG_HOME dans les commandes.
Vérifications utiles
Vérifier qu’aucun processus ne tient encore un verrou
Si l’erreur persiste, vérifiez si un processus garde un handle ouvert sur les fichiers Singleton* :
lsof ~/.config/microsoft-edge/Singleton* 2>/dev/null
La commande ne doit rien retourner quand tout est correctement fermé.
Lancer avec un nouveau dossier de profil (alternative temporaire)
Pour démarrer Edge immédiatement (utile pour récupérer une session, télécharger un correctif, etc.), utilisez un répertoire temporaire :
microsoft-edge --user-data-dir="$HOME/.config/microsoft-edge-temp"Ce nouveau profil est « propre » (sans favoris/extensions). Après dépannage, revenez à votre profil habituel.
Quand et pourquoi le problème apparaît
| Situation | Cause probable | Action recommandée |
|---|---|---|
| Extinction brutale / crash système | Fichiers Singleton* orphelins | Supprimer Singleton* (après fermeture complète d’Edge) |
| Mise à jour Edge / installation | Incohérence temporaire des verrous | Fermer tous les processus, supprimer Singleton*, relancer |
| Changement de nom d’hôte | Le verrou stocke des infos de machine | Supprimer Singleton* pour réinitialiser l’état |
| Profil partagé via NFS/SMB et ouvert ailleurs | Verrou légitime (utilisation simultanée) | Fermer l’instance distante ou travailler avec un profil par machine |
Bonnes pratiques (prévention)
- Fermez Edge proprement avant d’éteindre/redémarrer la machine.
- Évitez d’ouvrir le même dossier de profil depuis plusieurs machines en parallèle.
- Ne supprimez que les fichiers
Singleton*. Ne touchez pas au reste du profil (sinon vous risquez de perdre extensions et paramètres). - Si votre profil vit sur un partage réseau : ne l’ouvrez qu’à partir d’une seule machine à la fois.
- Conservez un backup périodique de
~/.config/microsoft-edge(c’est rapide et sécurisant).
Automatiser la réparation (script sûr & idempotent)
Le script ci-dessous « industrialise » la procédure : il vérifie d’abord qu’Edge est fermé, crée une sauvegarde datée, puis supprime les verrous. Il traite Stable, Beta et Dev si présents.
#!/usr/bin/env bash
set -euo pipefail
editions=(microsoft-edge microsoft-edge-beta microsoft-edge-dev)
config\_base="\${XDG\_CONFIG\_HOME:-\$HOME/.config}"
is\_running() {
pgrep -f "\$1" >/dev/null 2>&1
}
echo "\[\*] Vérification des processus Edge…"
running=0
for bin in "\${editions\[@]}"; do
if is\_running "\$bin"; then
echo " - \$bin est encore en cours d'exécution."
running=1
fi
done
if \[\[ "\$running" -eq 1 ]]; then
echo "\[!] Fermez Edge puis relancez ce script (ou exécutez : pkill -f microsoft-edge{,-beta,-dev})"
exit 1
fi
echo "\[*] Traitement des profils (Stable/Beta/Dev s'ils existent)…"
for name in microsoft-edge microsoft-edge-beta microsoft-edge-dev; do
dir="\$config\_base/\$name"
if \[\[ -d "\$dir" ]]; then
stamp=\$(date +%F-%H%M%S)
echo " - Sauvegarde : \$dir -> \$dir.backup.\$stamp"
cp -a "\$dir" "\$dir.backup.\$stamp"
echo " - Suppression des verrous Singleton*"
rm -f "\$dir"/Singleton\* || true
fi
done
echo "\[✓] Terminé. Lancez Edge normalement." Utilisation : copiez le script dans un fichier (ex. fix-edge-profile.sh), rendez-le exécutable chmod +x fix-edge-profile.sh, puis exécutez-le : ./fix-edge-profile.sh.
Diagnostic avancé
Identifier le profil réellement utilisé par votre raccourci
Certains lanceurs spécifient un --user-data-dir personnalisé. Pour savoir où Edge cherche son profil, inspectez le fichier desktop ou lancez Edge en mode verbeux (quand il fonctionne) :
grep -R -- '--user-data-dir' ~/.local/share/applications /usr/share/applications 2>/dev/null || true
Contrôler les verrous sur un profil « déporté »
Si votre profil est sur un partage réseau, assurez-vous qu’il n’est pas ouvert par une autre machine. Si nécessaire, démontez proprement le partage, puis supprimez les Singleton*. Ré-ouvrez le profil seulement depuis une machine à la fois.
Nettoyage complémentaire (facultatif)
Dans de rares cas, le cache GPU peut aussi poser problème après un crash. Ce nettoyage est sans risque (il régénère automatiquement) :
rm -rf ~/.config/microsoft-edge/Default/GPUCache 2>/dev/null || true
rm -rf ~/.config/microsoft-edge/ShaderCache 2>/dev/null || true
Note : ne faites ceci que si la suppression de Singleton* ne suffit pas.
FAQ
Vais-je perdre mes données en supprimant Singleton* ?
Non. Ces fichiers ne contiennent pas vos favoris ni vos mots de passe. Ils ne servent qu’à indiquer l’état d’utilisation du profil.
Dois-je supprimer tout le dossier de profil ?
Surtout pas ! Supprimez uniquement Singleton*. Effacer le dossier complet vous ferait repartir de zéro (perte d’extensions, de réglages locaux, etc.).
Faut-il redémarrer la machine ?
Généralement non. Il suffit de fermer Edge, supprimer les verrous, puis relancer.
Pourquoi --user-data-dir résout-il temporairement ?
Parce que vous forcez Edge à utiliser un dossier de profil neuf, sans verrous. Reprenez ensuite votre profil habituel après nettoyage de Singleton*.
Et si l’erreur revient souvent ?
Vérifiez les extinctions brutales, les coupures d’alimentation, l’usage simultané multi-machines, ou un script qui démarre Edge automatiquement avant la fin d’une session précédente. En dernier recours, créez un nouveau profil et migrez vos données (favoris, etc.).
Tableau récapitulatif
| Commande | Utilité | Quand l’utiliser |
|---|---|---|
pkill -f microsoft-edge | Fermer tous les processus Edge | Toujours avant de manipuler les verrous |
cp -a ~/.config/microsoft-edge ... | Sauvegarde complète du profil | Recommandé avant suppression |
rm -f ~/.config/microsoft-edge/Singleton* | Suppression des verrous orphelins | Étape clé de la réparation |
lsof ~/.config/microsoft-edge/Singleton* | Vérifier qu’aucun processus ne tient les verrous | Si l’erreur persiste après nettoyage |
microsoft-edge --user-data-dir=… | Démarrage avec un profil neuf | Alternative temporaire pour travailler tout de suite |
Exemple complet de session
$ pkill -f microsoft-edge
$ cp -a ~/.config/microsoft-edge ~/.config/microsoft-edge.backup.$(date +%F)
$ ls -l ~/.config/microsoft-edge/Singleton*
-rw------- 1 alice alice 0 2025-08-09 10:22 SingletonCookie
-rw------- 1 alice alice 0 2025-08-09 10:22 SingletonLock
srwx------ 1 alice alice 0 2025-08-09 10:22 SingletonSocket
$ rm -f ~/.config/microsoft-edge/Singleton*
$ microsoft-edge
# Edge démarre, plus d’erreur ✅
Bonnes pratiques de clôture
- Fermez toutes les fenêtres Edge (y compris les fenêtres « Application » PWA) avant de fermer la session.
- Évitez les arrêts « à la hussarde » (coupures d’alimentation, kill -9 sur tout le bureau, etc.).
- Un profil par machine : c’est le meilleur moyen d’éviter les conflits de verrouillage.
Conclusion
Dans l’immense majorité des cas, supprimer les fichiers Singleton* du dossier de configuration d’Edge (après fermeture complète du navigateur) suffit à déverrouiller le profil et à repartir immédiatement. Conservez cette recette sous la main : elle est simple, sûre et efficace.
Fiches mémo (copier/coller)
# Stable
pkill -f microsoft-edge || true
cp -a ~/.config/microsoft-edge ~/.config/microsoft-edge.backup.$(date +%F)
rm -f ~/.config/microsoft-edge/Singleton*
microsoft-edge
# Beta
pkill -f microsoft-edge-beta || true
cp -a \~/.config/microsoft-edge-beta \~/.config/microsoft-edge-beta.backup.\$(date +%F)
rm -f \~/.config/microsoft-edge-beta/Singleton\*
microsoft-edge-beta
# Dev
pkill -f microsoft-edge-dev || true
cp -a \~/.config/microsoft-edge-dev \~/.config/microsoft-edge-dev.backup.\$(date +%F)
rm -f \~/.config/microsoft-edge-dev/Singleton\*
microsoft-edge-dev Statut : problème résolu par la suppression des fichiers Singleton* dans le dossier de configuration d’Edge.