Fix “ firefox kjører allerede ” problemet i Linux

Fra http://kb.mozillazine.org/Profile_in_use – Sjekk for:

1) En fil kalt .parentlock
-AND-
2) En symlink kalt lock
… i ~ / .mozilla / firefox / tilfeldig streng med alfanumeriske tegn .default /

Førstnevnte er tilstede mens Firefox kjører for å forhindre mer enn en annen forekomst fra å prøve å skrive til samme s samtidig et av profilfiler, og hvis Firefox ikke er lukket rent, kan ingen av dem fjernes.

Feilmeldingen som mottas i dette tilfellet, skal være:

Hvor som helst i filsystemet (eller fjerne denne hvis pwd rapporter ~/.mozilla/firefox/random string of alphanumeric characters.default), og erstatter tilfeldig streng med alfanumeriske tegn med FF-profilmappen på datamaskinen din, gjør rm ~/.mozilla/firefox/random string of alphanumeric characters.default/.parentlock ~/.mozilla/firefox/random string of alphanumeric characters.default/lock` (forutsatt at den første setningen panner ut) for å fjerne dem, hvis det ikke er en Firefox-prosess som kjører .

Mer mindre autoritær informasjon her .

Kommentarer

• Denne løsningen er fortsatt gyldig etter nesten 4 år (nettopp testet med Firefox 53 på Ubuntu 17.04). Takk!
• Bør være svaret. Jeg hadde problemet da en annen bruker hadde logget på Firefox, så jeg kunne ikke drepe PID .. Jeg måtte fjerne disse filene ..
• Blind enlinje: rm ~/.mozilla/firefox/*.default/{.parentlock,lock}
• for meg fikk katalogen navnet *-default i stedet for *.default

1. Finn først prosess-IDen til Firefox ved å bruke følgende kommando i hvilken som helst katalog:

   pidof firefox 

2. Drep Firefox-prosessen ved å bruke følgende kommando i hvilken som helst katalog:

   kill [firefox pid] 

Start deretter Firefox igjen.

Eller du kan gjøre det samme med bare en kommando. Som don_crissti sa:

kill $(pidof firefox) 

Kommentarer

• @don_crissti mye bedre!
• Eller enda bedre er pkill firefox.
• Hvis ikke ‘ t fungerer, kan du prøve kill -9 $(pidof firefox) eller pkill -9 firefox
• Erfaringsmessig, -9 anbefales nesten alltid.
• MERKNAD: Ovennevnte tillater ikke Firefox å utføre avsluttende operasjoner (som de andre alternativene for pkill / kill som er diskutert andre steder i dette spørsmålet, vil, som de for øyeblikket er) og vil føre til at (blant annet) lock symlink ikke blir slettet, noe som vil føre til at meldingen i dette spørsmålet forblir. Se mitt svar for mer informasjon.

Vanligvis sier mange brukere at denne kommandoen hjelper:

killall -SIGTERM firefox 

killall-kommandoen vil drepe alle prosesser som heter «firefox». SIGTERM er drapssignaltypen. Denne kommandoen fungerer bra for meg og andre Linux-brukere. Det kan også hjelpe å vente i tretti sekunder etter å ha lukket Firefox før den slås på igjen.

Kommentarer

• Egentlig ikke. killall samsvarer med mønsteret nøyaktig . Det du sa er gyldig for pkill: det dreper alle prosesser som inneholder det mønsteret (med mindre du passerer -x i argumentene). For eksempel vil » pkill refox » drepe firefox, men » killall refox » vant ‘ t gjør noe (med mindre du har en » refox » prosessen kjører).
• MERKNAD: Ovennevnte tillater ikke Firefox å utføre avsluttende operasjoner (som de andre alternativene for pkill / kill som er diskutert andre steder i dette spørsmålet, vil, som de er), og vil føre til (blant annet) lock symlink blir ikke slettet, noe som vil føre til at meldingen i dette spørsmålet forblir. Se mitt svar for mer informasjon.

åpne en terminal og skriv inn:

firefox -P 

Eller bruk et 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 ber om at profilen skal lastes inn, som ikke er ‘ t problemet her. Shell-skriptet vil fjerne filene som er omtalt her (forhåpentligvis ikke andre i noen tidligere / fremtidig versjon av Firefox også). Fjern det første forslaget.

Hvis ingen av de ovennevnte fungerer, må du sørge for at Firefox-profilen din eies. av brukeren din og ikke, si, ved root. Jeg fikk akkurat denne feilen etter at jeg kopierte profilen min fra et annet sted, og glemte at jeg kjørte i et rotskall på den tiden.

Kommentarer

• Hvordan sjekker jeg dette?

Hvis du ikke finner noen Firefox-forekomster som kjører når du søk med pgrep eller htop, og vil tvinge omstart Firefox, bare slett profiles.ini fil og start firefox på nytt.

Forsiktig: Gjør dette hvis du ikke bryr deg om profiler. Filen finnes i ~/.mozilla/firefox/ (hvis denne profiles.ini gir ingen mening for deg, du kan fortsette og slette).

Kommentarer

• Eller du kan endre profiler.ini filtillatelse til 777
• -1 Hvor er dokumentasjonen som profiler.ini hindrer Firefox i å starte med OP ‘ s oppgitte feilmelding?