본 사이트는 여러분의 사용자 경험을 개선하기 위해 유지 보수를 진행하는 동안 기능이 제한됩니다. 도움말로 문제가 해결되지 않고 질문을 하고 싶다면 Twitter의 @FirefoxSupport 및 Reddit의 /r/firefox 채널을 활용하세요.

Mozilla 도움말 검색

고객 지원 사기를 피하세요. 저희는 여러분께 절대로 전화를 걸거나 문자를 보내거나 개인 정보를 공유하도록 요청하지 않습니다. "악용 사례 신고"옵션을 사용하여 의심스러운 활동을 신고해 주세요.

자세히 살펴보기

Thunderbird already running on UNIX system

  • 1 답장
  • 1 이 문제를 만남
  • 1 보기
  • 최종 답변자: fuffberry

more options

Attempts to start Thunderbird on a UNIX system result in a 'Thunderbird already running' message. This is even though Thunderbird is not already running and, there is no .parentlock present

Attempts to start Thunderbird on a UNIX system result in a 'Thunderbird already running' message. This is even though Thunderbird is not already running and, there is no .parentlock present

선택된 해결법

Thunderbird responds with the already running message if someone is holding the .parentlock or, you are unable to create that .parentlock at startup.

My Thunderbird has several email profiles on an Ubuntu system with multiple user accounts. These multiple user accounts (IDs) have access to the various Thunderbird profiles.

Somehow the permission bits on several of the email profiles got flipped (from 777 to 775) resulting in loss of permission to create new files in the profile directory. The .parentlock is created when Thunderbird starts but, if permission is denied to create a file - Thunderbird thinks it's because the profile is in use.

Setting permissions of 777 solved this problem. Permissions of 770 would have also worked if every ID who should be able to open a specific profile were in the group association with the profile directory

문맥에 따라 이 답변을 읽어주세요 👍 0

모든 댓글 (1)

more options

선택된 해결법

Thunderbird responds with the already running message if someone is holding the .parentlock or, you are unable to create that .parentlock at startup.

My Thunderbird has several email profiles on an Ubuntu system with multiple user accounts. These multiple user accounts (IDs) have access to the various Thunderbird profiles.

Somehow the permission bits on several of the email profiles got flipped (from 777 to 775) resulting in loss of permission to create new files in the profile directory. The .parentlock is created when Thunderbird starts but, if permission is denied to create a file - Thunderbird thinks it's because the profile is in use.

Setting permissions of 777 solved this problem. Permissions of 770 would have also worked if every ID who should be able to open a specific profile were in the group association with the profile directory