Åtgärda “ firefox kör redan ” problem i Linux

Från http://kb.mozillazine.org/Profile_in_use – Kontrollera för:

1) En fil som heter .parentlock
-AND-
2) En symlänk som heter lock
… i ~ / .mozilla / firefox / slumpmässiga sträng med alfanumeriska tecken .default /

Den förra är närvarande medan Firefox körs för att förhindra mer än en annan instans från att försöka samtidigt skriva till samma s et av profilfiler, och om Firefox inte är stängt rent, kan ingen av dem tas bort.

Felmeddelandet som mottas i detta fall bör vara:

Var som helst i filsystemet (eller ta bort detta om pwd rapporterar ~/.mozilla/firefox/random string of alphanumeric characters.default), ersätter slumpmässiga sträng med alfanumeriska tecken med FF-profilmappen på din dator, gör rm ~/.mozilla/firefox/random string of alphanumeric characters.default/.parentlock ~/.mozilla/firefox/random string of alphanumeric characters.default/lock` (förutsatt att den första meningen går ut) för att ta bort dem, om det inte finns någon Firefox-process som kör .

Mer mindre auktoritativ information här .

Kommentarer

• Den här lösningen är fortfarande giltig efter nästan 4 år (testades bara med Firefox 53 på Ubuntu 17.04). Tack!
• Bör vara svaret. Jag hade problemet när en annan användare hade loggat in på Firefox, så jag kunde inte döda PID .. Jag var tvungen att ta bort dessa filer ..
• Blind one-liner: rm ~/.mozilla/firefox/*.default/{.parentlock,lock}
• för mig fick katalogen namnet *-default snarare än *.default

1. Hitta först process-id för firefox med följande kommando i valfri katalog:

   pidof firefox 

2. Döda Firefox-processen med följande kommando i valfri katalog:

   kill [firefox pid] 

Starta sedan Firefox igen.

Eller så kan du göra samma sak i bara ett kommando. Som don_crissti sa:

kill $(pidof firefox) 

Kommentarer

• @don_crissti mycket bättre!
• Eller ännu bättre är pkill firefox.
• Om inte ’ inte fungerar, prova kill -9 $(pidof firefox) eller pkill -9 firefox
• Av erfarenhet, -9 rekommenderas nästan alltid.
• OBS! Ovanstående tillåter inte Firefox att utföra stängningsåtgärder (som de andra pkill / kill-alternativen som diskuteras någon annanstans i den här frågan, kommer, som de för närvarande är) och kommer att leda till att (bland annat) lock symlink inte raderas, vilket gör att meddelandet i den här frågan kvarstår. Se mitt svar för mer information.

Vanligtvis säger många användare att det här kommandot hjälper:

killall -SIGTERM firefox 

Killall-kommandot dödar alla processer som heter ”firefox”. SIGTERM är dödssignaltypen. Detta kommando fungerar bra för mig och andra Linux-användare. Det kan också hjälpa att vänta trettio sekunder efter att Firefox har stängts innan den slås på igen.

Kommentarer

• Inte riktigt. killall matchar mönstret exakt . Det du sa gäller för pkill: det dödar alla processer som innehåller det mönstret (såvida du inte skickar -x i argumenten). Till exempel kommer ” pkill refox ” att döda firefox, men ” killall refox ” vann ’ t gör någonting (om du inte har en ” refox ” processen körs).
• OBS: Ovanstående tillåter inte Firefox att utföra stängningsoperationer (som de andra alternativen för pkill / kill som diskuteras någon annanstans i den här frågan kommer att göra, som de för närvarande är) och kommer att leda till (bland annat) lock symlink raderas inte, vilket gör att meddelandet i den här frågan kvarstår. Se mitt svar för mer information.

öppna en terminal och ange:

firefox -P 

Eller använd ett shell-scipt:

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

Kommentarer

• -1 firefox -P uppmanar profilen att laddas, vilket inte är ’ t frågan här. Skalskriptet tar bort filerna som berörs här (förhoppningsvis inte andra i någon tidigare / framtida version av Firefox också). Ta bort det första förslaget.

Om inget av ovanstående fungerar, se till att din Firefox-profil ägs av din användare och inte, säg, genom root. Jag fick det exakta felet efter att jag kopierade min profil från någon annanstans och glömde bort att jag körde i ett rotskal just då.

Kommentarer

• Hur kontrollerar jag detta?

Om du inte hittar några Firefox-instanser som körs när du sök med pgrep eller htop, och vill tvinga omstart av din Firefox, ta bara bort profiles.ini fil och starta om Firefox.

Varning: Gör detta om du inte bryr dig om profiler. Filen finns i ~/.mozilla/firefox/ (om den här profiles.ini är inte meningsfullt för dig, du kan fortsätta och radera).

Kommentarer

• Eller så kan du ändra profiler.ini filtillstånd till 777
• -1 Var finns dokumentationen som profiler.ini hindrar Firefox från att starta med OP ’ s angivna felmeddelande?