Por que o pcmanfm é uma dor de cabeça quando se trata de montar sistemas de arquivos?

Question

Se eu soubesse o quanto de 'personalização' é necessário para obter o LXDE e seu gerenciador de arquivos padrão, pcmanfm , apenas funcionando, eu provavelmente nunca teria escolhido testá-lo.

Eu tenho um problema. Muita gente tem isso. Todas essas pessoas relatam o mesmo problema com pcmanfm . As pessoas nos fóruns têm cerca de meia dúzia de receitas mágicas que funcionam finalmente. Mas eu quero saber o que realmente está fazendo com que pcmanfm não funcione, porque eu quero aumentar minha compreensão do modo como o Linux funciona, não apenas seguir as instruções de alguém.

Estou falando da pouco útil janela "Não autorizada" que aparece sempre que eu inserir mídia .

Lotes de pessoas têm este problema .

Consegui corrigir isso antes. Acabei fazendo algum tipo de mágica com um arquivo xml. (Foi udisks? Foi polkit-gnome ? Eu não sei, mas ambos estão na lista de receitas mágicas para resolver este problema.) Eu mudei cada entrada que dizia algo para dizer outra coisa. E finalmente, pude ver minha mídia. (Eu não poderia nem montá-lo manualmente, devo acrescentar.)

Eu consertei antes e ... O que aconteceu? Eu usei apt-get , instalei um novo pacote ( udev , porque eu estava tentando consertar outros problemas de montagem que parece que as pessoas pararam de ter quando hal ficou obsoleto), e bang, o problema de volta.

Então, eu devo gostar de tormento, porque é certamente nas cartas.

Esta não é uma questão de resposta fácil. Se você não clicou em nenhum dos links acima, não será possível dizer do que estou falando.

A minha pergunta é, o que há no fundo disso? Em um ponto de vista real, nós criamos esses sistemas em cima do Unix e às vezes eles não funcionam tão bem quanto nível original Unix ?

    

Answer 1

Primeiramente, certifique-se de que dbus e consolekit estejam em execução. Geralmente, isso significa que o prepending ck-launch-session dbus-launch foi enviado à sua declaração exec .

Você também desejará verificar se seu usuário está no grupo storage (você pode verificar com groups ). A maioria das distribuições é fornecida com as políticas do grupo storage configuradas na instalação, mas caso não o sejam, convém testar sua própria política (é possível que isso tenha sido removido / modificado quando udev foi atualizado). / p>

[[ -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

    

Answer 2

Eu tive recentemente o mesmo problema com o LXDE no teste Debian.

No final @ jw013 me mostrou um bug (veja essa questão ), onde se pode entender que o problema é que o XDM e algum outro Display Manager não conversam com o ConsoleKit e não definem as informações corretas para o PoliciKit (em particular os resultados da sessão como inativos ).

Eu resolvi todos os meus problemas de autorização mudando para um Display Manager diferente, no meu caso LightDM, mas tenho certeza que também o GDM é bom para isso.

Espero que isso possa ajudá-lo também.

    

Answer 3

A parte inferior disso é que as pessoas escrevem software de suas próprias maneiras, fazendo suas próprias suposições. Quando as suposições feitas por um aplicativo são diferentes das de outro aplicativo, os dois aplicativos não funcionarão fora da caixa um com o outro. É por isso que existem mantenedores de pacotes para cada distribuição de SO. Uma das tarefas de um mantenedor é corrigir os aplicativos para que eles funcionem juntos. Suposições podem e vão mudar, então as coisas vão quebrar às vezes, antes que os mantenedores tenham tempo de consertá-lo.

No seu caso, eu acho que os mantenedores (existem mantenedores ou estão colando coisas juntos?) perderam uma mudança no arquivo de configuração XML, ou que os testadores perderam este caso de uso. Dependendo da situação, você pode esperar até os mantenedores descobrirem e consertarem, ou consertarem e esquecerem, ou reportarem para um bug tracker, se estiver disponível, ou pegar o código-fonte e codificar um patch:)