우분투 14.04에서.
CtrlKeepassX를 사용하는 동안 + 단축키를 사용하여 데이터베이스를 열려고 했지만 O응답하지 않는 창과 함께 충돌이 발생하는 것처럼 보였습니다. 그런 다음 Firefox gedit, Eye of Gnome 및 "파일 열기" 대화 상자가 있는 거의 모든 응용 프로그램 에서 동일한 동작을 발견했습니다 .
다시 시작한 후 다시 시도했지만 여전히 발생합니다. 그러나 결국 대화 상자가 나타나는 데 오랜 시간이 걸리고 응용 프로그램이 나타나기 전에 응답하지 않는 상태로 렌더링된다는 사실을 알게 되었습니다(충돌한 것처럼 보이게 만듭니다). 하지만 처음에만 발생합니다. Ctrl+ 의 후속 사용은 O이미 느린 시퀀스를 한 번 겪었던 이미 실행 중인 응용 프로그램에서 더 이상 속도가 느려지지 않지만 응용 프로그램을 다시 시작하면 다시 발생합니다(여전히 대화 상자가 처음 호출될 때만).
eog테스트를 위해 터미널에서 실행하고 Ctrl+ 단축키를 사용했을 때 사용했습니다 O. 대화 상자가 표시되기 직전에 다음 출력이 나타납니다.
Error creating proxy: Error calling StartServiceByName for org.gtk.Private.UDisks2VolumeMonitor: Timeout was reached (g-io-error-quark, 24)
동일한 효과를 사용하여 터미널에서 여러 응용 프로그램을 테스트했습니다. 또한 루트로 응용프로그램을 실행하는 것도 확인했습니다.~ 아니다그래도 같은 효과가 있습니다. 즉, 해당 애플리케이션을 sudo. 해당 출력에서 시작 시 파티션과 드라이브가 마운트되어 있으므로 uDisk와 관련이 있을 것으로 추론할 수 있습니다. 또한 로그인하기 전에 외부 드라이브를 연결한 경우에만 이런 일이 발생한다는 것을 테스트했기 때문에 uDisk가 그것과 관련이 있다고 생각합니다.
다른 곳에서 문제에 대해 찾을 수 있는 가장 가까운 것은이 다소 비밀스러운 댓글SourceForge에서 (내가 가지고 있지 않거나 사용하지 않는) 다른 응용 프로그램에서 일어나는 일에 대해 다음과 같이 말합니다.
... gtk는 분기된 하위 고아 프로세스로 실행되는 것을 좋아하지 않는 것으로 나타났습니다. go figer...
이런 일이 발생하는 이유는 무엇일까요? 속도 저하를 없애기 위해 할 수 있는 일이 있나요?
답변1
geditWindows 10에서 실행할 때도 동일한 문제가 있습니다 .
문제는 집에서 VPN을 사용하여 직장의 네트워크와 공유 드라이브에 연결하면서 시작되었습니다.
문제는 공유 드라이브로 밝혀졌습니다. 파일 대화 상자 프로세스는 파일 대화 상자 창을 표시하기 전에 공유 드라이브를 검색합니다.
VPN을 통해 공유 드라이브에 액세스하기 때문에 검색하는 데 시간이 매우 오래 걸립니다. 약 10초.
이에 대한 버그 보고서가 있습니다:https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1820866
답변2
이 문제의 원인이 무엇인지 정확히 모르겠습니다. (빠른 Google 검색을 수행했는데 몇 가지 이유 중 하나일 수 있습니다.)
하지만 지금까지 제가 찾은 가장 일반적인 해결책은 다음과 같습니다.
sudo apt-get remove tracker --purge
추적기 패키지는 필요하지 않으며 많은 사람들이 동일한 문제를 경험하게 만듭니다. 이것은 내가 검색한 모든 포럼(3)에서 작동하는 것 같았습니다. :D 희망적으로 귀하에게도 도움이 될 수 있습니다.