LXDE와 기본 파일 관리자가 제대로 작동하려면 얼마나 많은 "사용자 정의"가 필요한지 알았다면 pcmanfm결코 시도하지 않았을 것입니다.
질문이 있습니다. 많은 사람들이 그것을 가지고 있습니다. 이 사람들은 모두 같은 문제를 보고했습니다 pcmanfm. 포럼의 사람들은 마침내 성공할 수 있는 약 6가지의 놀라운 요리법을 가지고 있습니다. 그러나 pcmanfm나는 누군가의 지시를 따르는 것이 아니라 Linux가 어떻게 작동하는지에 대한 이해를 높이고 싶기 때문에 정확히 작동하지 않는 원인이 무엇인지 알고 싶습니다 .
내가 말하는 것은 꽤 도움이 되지 않습니다."인증되지 않은" 창팝업미디어를 삽입할 때마다.
이전에 이 문제를 해결한 적이 있습니다. 나는 결국 xml 파일로 마술을 부리게 되었습니다. (그들이 udisk인가요? 정말인가요 polkit-gnome? 모르겠지만 둘 다 이 문제를 해결하기 위한 마법의 방법 목록에 있습니다.) 나는 뭔가를 말하는 모든 항목을 다른 것을 말하기 위해 변경했습니다. 마지막으로 내 미디어를 볼 수 있습니다. (수동으로 설치도 안되는데 추가해야겠네요.)
전에 고쳤는데...무슨 일이 일어난 거죠? 수정하려고 했기 때문에 apt-get,(을)를 사용하여 새 패키지를 설치했습니다 .udev기타 설치 문제더 이상 사용되지 않을 때 사람들이 더 이상 사용하지 않는 것 같습니다 hal) 문제가 다시 발생합니다.
그러니 고문을 즐겨야 하는 것은 분명 가능하기 때문이다.
이것은 대답하기 쉬운 질문이 아닙니다. 위 링크 중 하나도 클릭하지 않으셨다면 제가 무슨 말을 하는지 모르실 겁니다.
내 질문은,이것은 정확히 무엇입니까?진짜 벌거벗은 뼈 위에,우리는 Unix 위에 이러한 시스템을 구축하지만 때로는 원래 Unix만큼 잘 실행되지 않습니다.등급?
답변1
먼저 dbus및가 consolekit실행 중인지 확인하세요. 일반적으로 이는 명령문 앞에 추가하는 것을 의미 ck-launch-session dbus-launch합니다 exec.
또한 사용자가 그룹에 있는지 확인해야 합니다 storage( 를 사용하여 확인할 수 있음 groups). 대부분의 배포판에는 설치 시 구성된 그룹 정책이 함께 제공되지만, 그렇지 않은 경우 직접 배포해 볼 수도 있습니다( storage업그레이드 시 제거/수정되었을 수 있음).udev
[[ -d /etc/polkit-1/localauthority/50-local.d ]] || mkdir -p /etc/polkit-1/localauthority/50-local.d
cat > /etc/polkit-1/localauthority/50-local.d/99-allow_storage_mount.pkla << 'EOF'
[Storage Permissions]
Identity=unix-group:storage
Action=org.freedesktop.udisks.filesystem-mount;org.freedesktop.udisks.drive-eject;org.freedesktop.udisks.drive-detach;org.freedesktop.udisks.luks-unlock;org.freedesktop.udisks.inhibit-polling;org.freedesktop.udisks.drive-set-spindown
ResultAny=yes
ResultActive=yes
ResultInactive=no
EOF
답변2
최근 데비안 테스트에서 LXDE와 동일한 문제가 발생했습니다.
마침내 @jw013이 나에게 오류를 보여주었습니다(참조:이 문제) 여기서 문제는 XDM 및 일부 다른 디스플레이 관리자가 ConsoleKit과 통신하지 않고 PolicyKit에 대한 올바른 정보를 설정하지 않는다는 것입니다(특히 세션 결과는 다음과 같습니다).비활성).
다른 디스플레이 관리자(내 경우에는 LightDM)로 전환하여 모든 라이선스 문제를 해결했지만 이 경우에도 GDM이 좋을 것이라고 확신합니다.
답변3
근본적인 이유는 사람들이 자신만의 방식으로 소프트웨어를 작성하고 자신만의 가정을 하기 때문입니다. 한 응용 프로그램이 다른 응용 프로그램의 가정과 다른 가정을 하는 경우 두 응용 프로그램은 기본적으로 서로 작동하지 않습니다. 이것이 모든 운영 체제 배포판에 패키지 관리자가 있는 이유입니다. 유지관리자의 업무 중 하나는 애플리케이션을 패치하여 함께 작동하도록 하는 것입니다. 가정은 바뀔 수 있고 바뀔 것이므로 관리자가 패치를 적용하기 전에 문제가 발생할 수 있습니다.
귀하의 경우에는 관리자(관리자가 있습니까, 아니면 직접 연결하고 있습니까?)가 XML 구성 파일의 변경 사항을 놓쳤거나 테스터가 사용 사례를 놓친 것 같습니다. 상황에 따라 관리자가 찾아서 고칠 때까지 기다리거나, 고치고 잊어버릴 수도 있고, 버그 추적기에 보고하거나(가능한 경우) 소스 코드와 패치 코드를 받을 수도 있습니다 :)