Correction du problème «Firefox est déjà en cours d'exécution» sous Linux


27

J'essaie d'ouvrir Firefox dans CentOS, mais je reçois le message suivant:

Firefox est déjà en cours d'exécution mais ne répond pas

et Firefox ne s'ouvre pas. J'ai essayé cela en ligne de commande:

kill Firefox

mais ça n'a pas marché. De plus, je ne sais pas dans quel répertoire je dois exécuter les bonnes commandes.

Comment puis-je réparer cela?


Existe-t-il une killallcommande sur Cent OS? Celui que vous pouvez utiliser pour tuer par son nom, comme vous l'avez essayé auparavant.
manatwork

3
Oui , il y a les commandes standard telles que pgrep, pkillet killall.
slm

CentOS est une distribution Linux, pas Unix.
Rafael Cavalcanti

Dchris - N'oubliez pas d'accepter quelle réponse a fonctionné pour vous, ou demandez plus d'informations.
user66001

Dchris - Personne.
user66001

Réponses:


29

De http://kb.mozillazine.org/Profile_in_use - Recherchez:

1) Un fichier appelé .parentlock
-ET-
2) Un lien symbolique appelé lock
... dans ~ / .mozilla / firefox / chaîne aléatoire de caractères alphanumériques .default /

Le premier est présent pendant que Firefox est en cours d'exécution pour empêcher plus d'une instance différente d'essayer d'écrire simultanément dans le même ensemble de fichiers de profil, et si Firefox n'est pas fermé proprement, aucun ne peut être supprimé.

Le message d'erreur reçu dans ce cas doit être:

De n'importe où dans le système de fichiers (ou supprimez -le si des pwdrapports ), en remplaçant une chaîne aléatoire de caractères alphanumériques par le dossier de profil FF sur votre ordinateur, faites (en supposant que la première phrase disparaît) pour les supprimer, s'il n'y a pas de processus Firefox en cours d'exécution .~/.mozilla/firefox/random string of alphanumeric characters.defaultrm ~/.mozilla/firefox/random string of alphanumeric characters.default/.parentlock ~/.mozilla/firefox/random string of alphanumeric characters.default/lock`

Plus d'informations moins faisant autorité ici .


3
Cette solution est toujours valable après près de 4 ans (vient d'être testée avec Firefox 53 sur Ubuntu 17.04). Merci!
Vanni

Ça devrait être la réponse. J'ai eu le problème quand un autre utilisateur s'est connecté à Firefox, donc je n'ai pas pu tuer le PID .. J'ai dû supprimer ces fichiers ..
dermen

17
  1. Trouvez d'abord l'ID de processus de Firefox à l'aide de la commande suivante dans n'importe quel répertoire:

    pidof firefox
    
  2. Tuez le processus Firefox en utilisant la commande suivante dans n'importe quel répertoire:

    kill [firefox pid]
    

Redémarrez ensuite Firefox.

Ou vous pouvez faire la même chose en une seule commande. Comme l'a dit don_crissti:

kill $(pidof firefox)

@don_crissti beaucoup mieux!
Dchris

8
Ou mieux encore pkill firefox.
slm

Si cela ne fonctionne pas, essayez kill -9 $(pidof firefox)oupkill -9 firefox
mavillan

Par expérience, il -9est presque toujours recommandé.
schaiba

REMARQUE: ce qui précède ne permettra pas à Firefox d'effectuer des opérations de fermeture (comme les autres options pkill / kill discutées ailleurs sur cette question, comme elles le sont actuellement) et entraînera (entre autres) le locklien symbolique non supprimé, ce qui provoquer le message dans cette question pour rester. Voir ma réponse pour plus de détails.
user66001

4

Habituellement, de nombreux utilisateurs disent que cette commande aide:

killall -SIGTERM firefox

La commande killall supprimera tous les processus nommés "firefox". SIGTERM est le type de signal d'arrêt. Cette commande fonctionne bien pour moi et pour les autres utilisateurs Linux. En outre, il peut être utile d'attendre trente secondes après la fermeture de Firefox avant de le rallumer.


5
Pas vraiment. killall correspond exactement au modèle . Ce que vous avez dit est valable pour pkill: il tue tous les processus contenant ce modèle (sauf si vous passez -x dans les arguments). Par exemple, "pkill refox" tuera firefox, mais "killall refox" ne fera rien (sauf si vous avez un processus "refox" en cours).
Rafael Cavalcanti

REMARQUE: ce qui précède ne permettra pas à Firefox d'effectuer des opérations de fermeture (comme les autres options pkill / kill discutées ailleurs sur cette question, comme elles le sont actuellement) et entraînera (entre autres) le locklien symbolique non supprimé, ce qui provoquer le message dans cette question pour rester. Voir ma réponse pour plus de détails.
user66001

2

ouvrez un terminal et entrez:

firefox -P

Ou en utilisant un scipt shell:

#!/bin/bash
files=`find ~/.mozilla -name "*lock"`
for file in `echo $files`
do
  echo "removing $file..."
  rm "$file"
done

-1 firefox -Pinvite à charger le profil, ce qui n'est pas le problème ici. Le script shell supprimera les fichiers en cause ici (espérons-le, pas les autres dans les versions passées / futures de Firefox également). Supprimez la première suggestion.
user66001

1

Si aucun des éléments ci-dessus ne fonctionne, assurez-vous que votre profil Firefox appartient à votre utilisateur et non, par exemple, à root. J'ai obtenu cette erreur exacte après avoir copié mon profil ailleurs, oubliant que je courais dans un shell root à l'époque.


0

Si vous ne trouvez aucune instance de Firefox en cours d'exécution lorsque vous effectuez une recherche avec pgrepou htop, et que vous souhaitez forcer le redémarrage de votre Firefox, supprimez simplement le profiles.inifichier et redémarrez Firefox.

Attention: faites-le si vous ne vous souciez pas des profils. Le fichier peut être trouvé dans ~/.mozilla/firefox/(si cela profiles.inin'a aucun sens pour vous, vous pouvez continuer et le supprimer).


Ou vous pouvez changer l'autorisation du fichier profiles.ini en 777
kavi temre

-1 Où est la documentation selon laquelle profiles.ini empêche Firefox de démarrer avec le message d'erreur indiqué par l'OP?
user66001

0

Un moyen très simple consiste à simplement ouvrir un terminal, à exécuter firefox -Pet à supprimer le profil utilisateur qui ne fonctionnera pas ou à créer simplement un autre profil et à le définir comme votre profil par défaut.


-1 Si l'on ne se soucie pas de l'historique de navigation, des cookies, des signets ou de tout ce qui s'est produit lors des sessions de navigation précédentes, ce serait une solution. Mais pour le reste du monde, cela revient à remplacer votre nouvelle voiture quand elle a besoin d'un nouveau pneu.
user66001
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.