충돌 후 터미널과 노틸러스가 작동을 멈췄습니다.


9

뭔가 잘못되어 C ++ 프로그램에서 작동이 중단 된 후 터미널과 노틸러스 (파일)가 작동을 멈췄습니다.

터미네이터 (다른 쉘 에뮬레이터)를 설치했습니다. 터미네이터에서 터미널을 시작할 때 얻는 결과는 다음과 같습니다.

(gnome-shell : 779) : Clutter-CRITICAL ** : 01 : 49 : 35.532 : Clutter를 초기화 할 수 없습니다 : Clutter 백엔드를 초기화 할 수 없습니다 : 사용 가능한 드라이버가 없습니다. (gnome-shell : 779) : mutter-WARNING ** : 01 : 49 : 35.532 : 클러 터를 초기화 할 수 없습니다.

다음은 노틸러스를 시작할 때 얻는 것입니다 (어쨌든 아이콘을 클릭하지 않고 터미네이터에서 시작할 수는 있습니다)

** (노틸러스 : 445) : 경고 ** : 01 : 48 : 33.021 : AT-SPI : 데스크탑 경로 또는 이름을 얻을 수 없음 ** (노틸러스 : 445) : 경고 ** : 01 : 48 : 33.026 : AT-SPI : 데스크탑 경로 또는 이름을 얻을 수 없음 ** (nautilus : 445) : 경고 ** : 01 : 48 : 33.031 : AT-SPI : 데스크탑 경로 또는 이름을 얻을 수 없습니다

..... 그 오류의 또 다른 10-15 반복 ....

** (노틸러스 : 445) : 경고 ** : 01 : 48 : 33.509 : AT-SPI : 데스크탑 경로 또는 이름을 얻을 수 없음 ** (노틸러스 : 445) : 경고 ** : 01 : 48 : 33.509 : AT-SPI : 데스크탑 경로 또는 이름을 얻을 수 없습니다

일을 정상으로 되돌릴 수있는 방법에 대한 조언이 있습니까?

편집 : 재부팅 후에도 지속됩니다.


어리석은 질문 일지 모르지만 다시 시작한 후에도 지속됩니까? 질문에 추가하십시오.
바나듐

@ 바나듐 공정한 질문! 재부팅 후에도 지속되며 편집했습니다.
Rotkiv

1
방금이 문제를 해결하고 이에 대한 문제 보고서를 제출했습니다. bugs.chromium.org/p/chromium/issues/detail?id=988902
Daniel Fackrell

답변:


12

나는 당신이 오늘 설명하는 것과 같은 문제를 경험하기 시작했습니다. 이 스레드에서 내 솔루션을 찾았습니다 : https://forums.linuxmint.com/viewtopic.php?t=279168

(후손을 위해) 먼저 터미네이터 또는 Xterm을 설치하여 작동하는 터미널을 얻습니다. Synaptic Package Manager를 열고 설치하십시오.

홈 폴더의 파일에 대한 권한을 확인하십시오

find $HOME ! -user $USER

특히 파일을 감시합니다 .dbus

한 번에 모든 권한을 해결할 수 있습니다

sudo chown -Rc $USER:$USER $HOME

또한에서 파일을 $HOME/.dbus/session-bus제거하고 Chrome 원격 데스크톱과 데이터를 제거한 다음 $HOME/.config/chrome-remote-desktop다시 부팅했습니다. 내 가정은 Chrome 원격 데스크톱이 업데이트 중에 다시 시작되어 홈 폴더에 루트로 일부 파일을 썼다는 것입니다.


3
제 경우에는 크롬 리모컨 데스크탑 일 수도 있습니다. 정말 기괴한. 어쨌든 지금 작동합니다. 감사합니다!
Rotkiv

도움이되어서 다행입니다. /var/log/apt/history.log지난 며칠 동안 다른 업데이트와 관련하여 Chrome-remote-desktop이 나타나는지 확인할 수 있습니다 .
Michiel

다시 나에게 일어났다. 이번에는 $HOME/.config/chrome-remote-desktop다시 제거 했습니다. 그래서 분명히 뭔가가 있습니다.
Michiel

고마워, 그것은 회복에서 나를 구했다.
Montenegrodr

이 답변도 도움이됩니다. 우분투를 18.04에서 19.04 버전으로 업그레이드하고 chrome-remote-desktop앱 을 설치했습니다 . 응답 및 재부팅 단계에서 문제가 해결되었습니다.
voleger

2

위의 답변에서 언급했듯이 ~ / .dbus / 디렉토리가 중요합니다. 존재하지 않는 경우 작성하십시오.

그래도 도움이되지 않으면 환경 변수를 설정하십시오 NO_AT_BRIDGE=1.


2

https://bugs.chromium.org/p/chromium/issues/detail?id=988902를 통해 크로마 팅 팀과 함께 작업 한 후 내가 배운 내용은 다음과 같습니다.

Gnome (및 XFCE 및 기타)은 현재 동일한 사용자에 대한 여러 세션을 매우 정상적으로 처리하지 않습니다.

이 경우 Chrome 원격 데스크톱을 추가하면 CRD 클라이언트를 사용하여 연결할 수있는 기본 Gnome 세션이 생성되었습니다. 이 두 번째 세션은 로컬 세션 이후 처음 생성되었으므로 로컬 세션에서 모두 정상인 것으로 보이며 다음에 다시 부팅 할 때까지 문제가 완전히 눈에 띄지 않을 수 있습니다.

그러나 재부팅 후 원격 세션은 시작시 실행되며 일반적으로 로컬 세션에 사용되는 리소스를 가져옵니다. 여기에는 dbus 소켓, 오디오 시스템, 사용자 키링 및 내가 찾지 못한 다른 것들이 포함될 수 있습니다.

나중에 시작되는 로컬 세션에서는 더 이상 사용할 수 없으므로 사용이 필요한 모든 응용 프로그램이나 기능이 실패하며 관련 로그를 찾을 수있는 위치를 모르면 자동으로 수행됩니다.

현재 권장되는 해결 방법은 원하는 구성으로 ~ / .chrome-remote-desktop-session 파일을 만드는 등 다른 세션 유형을 사용하도록 CRD를 구성하는 것입니다.

Chrooting 팀은 사용자 경험을 크게 향상시킬 것으로 예상되는 최신 버전으로 출시 할 패치를 가지고 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.