Thunar com anomalia

mcnd2
(usa Debian)

Enviado em 25/02/2015 - 00:23h

Olá pinguins de plantão.

Então, já a essa hora, cheio de sono, vou fazer essa pergunta que já era para eu ter feito pedindo ajuda mais só agora vim fazer esta.

Meu Debian 7.8 com Xfce4.8 usa o gerenciador de arquivos Thunar que veio por padrão ao instalar o Xfce.

Tenho o GParted instalado para gerenciar as partições do disco funcionando perfeitamente.

Logo quando abro o gparted, ele lê o disco para assim mostrar o resultado das partições existentes.

Na barra lateral do thunar onde ficam os atalhos de partições montadas, sistemas de arquivos, lixeira, etc, após o carregamento do gparted os ícones das partições montadas ficam mais claras como se não estivessem montadas, logo as mesmas estão. Sendo assim ao clicar em algumas delas o thunar fecha não abrindo a partição selecionada. Pelo gparted as partições estão montadas e pelo thunar só eu indo no caminho completo pelo sistema de arquivos que consigo ter acesso as partições montadas.

Uma observação é que só acontece isso em partições linux em ext4 (Fedora, Mageia e Backup), logo na partição windows em NTFS o problema não ocorre.

Alguém já passou por algo semelhente?
Será que é um bug do thunar com o gparted?
Alguém tem alguma dica para tentar resolver essa anomalia?

Lembrando que o sistema Debian esta atualizado.
Desde já agradeço a atenção...

Delusion
(usa Debian)

Enviado em 25/02/2015 - 01:08h

Parece mais um bug do sistema universal (do reino de deus :), já que no fedora-xfce isso non ecziste!

edps
(usa Slackware)

Enviado em 25/02/2015 - 13:30h

Aqui no Debian Wheezy 7.8 + Backports isso não acontece. Minhas partições já são automaticamente montadas via fstab e estando assim nenhuma aparece no painel do Thunar, somente aparecem em seus devidos pontos de montagem.

E mesmo abrindo o Gparted com o Thunar aberto, nada acontece de estranho.

* estou usando OpenBox com o Thunar como gerenciador de arquivos

mcnd2
(usa Debian)

Enviado em 25/02/2015 - 21:59h

No meu caso tenho também as partições montadas automaticamente no boot pelo fstab.

Muito estranho!!!

...

mcnd2
(usa Debian)

Enviado em 25/02/2015 - 23:24h

No XUbuntu 14.04 do desktop não acontece esse problema de estar com o Thunar aberto e ao abrir o GParted os ícones de atalhos das partições montadas no boot pelo fstab na barra lateral funcionam numa boa ao selecioná-las.


ZZZZZzzzzzzZZZZZZZZzzzzzZZZZZZZZZzzzzzzZZZZZZZZZzzzzzzz...

Delusion
(usa Debian)

Enviado em 26/02/2015 - 00:35h

Por essas e outras é que ainda não descobri por que Debian é considerado mais estável que os buntus.
Infelizmente não tenho tua resposta, o que posso dizer é que passei por muitos problemas parecidos no debian, desde partições que do nada paravam de montar até gerenciador de pacotes lokeando, removendo o que eu não pedi pra remover. Talvez por inexperiência minha... desisti do debian, temporariamente; nem quando usei Arch, me deu tanta dor de cabeça rsrsrs.

kennerc
(usa XUbuntu)

Enviado em 26/02/2015 - 10:15h

Após algum tempo usando Debian acho que posso responder a sua pergunta.

A estabilidade pregada no Debian se refere não somente à bugs mas sim à política de atualização do mesmo, no Debian existem inúmeros bugs conhecidos que ficam sem solução, pois a solução dos mesmos implicaria na atualização da versão de determinado pacote, o que por sua vez poderia implicar na atualização de outros pacotes devido às dependências. Portanto caso um bug não seja considerado crítico durante o freeze (período em que a versão de teste fica sem receber atualizações de programas) ele será lançado junto ao sistema. O bug relatado por exemplo dificilmente pode ser considerado crítico, uma vez que ao abrir o gparted normalmente não há o interesse de efetuar alterações nas partições pelo gerenciador de arquivos.

E por mais irônico que possa parecer essa política de segurar as atualizações do sistema ajuda a manter o sistema mais estável, pois não são gerados novos bugs provenientes das atualizações. Para citar um exemplo, na casa do meu sogro tem uma máquina rodando Xubuntu que funciona como servidor de impressão para um notebook com Windows, e algumas vezes foi necessário ir até lá para resolver problemas, que acredito terem sido provenientes das atualizações do CUPS, após desativar as atualizações automáticas nunca mais tive problemas com impressora parando de funcionar do nada, e quando atualizo sempre que vejo algo referente a "CUPS" ou "HP" confirmo se as configurações não foram alteradas. Caso a máquina estivesse com Debian as atualizações seriam mais confiáveis, pois abordariam somente vulnerabilidades de segurança.

mcnd2
(usa Debian)

Enviado em 26/02/2015 - 12:04h

No meu ponto de vista, como é um sistema estável, deveria ter uma equipe pra resolver esses bugs no release estável, assim melhorando a usabilidade, não tendo incovinientes na performace do sistema.

Não sei se já foi corrigido mais também tinha um problema com o rsyslog ao desligar ou reiniciar o sistema com o compartilhamento NFS já montado no fstab travando nos desligamentos do módulos do sistema forçando o deligamento por força bruta (botão de reset).

...

kennerc
(usa XUbuntu)

Enviado em 26/02/2015 - 12:37h

Também concordo, mas diria até que isso é uma "peculiaridade" da distro, preferem deixar um bug no sistema a ter que incluir uma versão que traz novidades, que por sua vez podem acarretar outro bug, que nesse caso poderia ser crítico.

Em relação à esse seu erro no fstab, isso eu já acredito se tratar de um bug crítico, que na minha opinião obrigatoriamente deve ser corrigido, por mais que não apresente uma falha na segurança pode acarretar prejuízos ao utilizador da distro.

mcnd2
(usa Debian)

Enviado em 26/02/2015 - 13:04h

Esse erro não chega ser no fstab, pois ao iniciar o sistema, o compartilhamento é montado numa boa, sem problema algum. O problema vem ao desligar ou reiniciar o sistema com esse ponto de montagem NFS montado, entende!?

Desde a versão Debian 5 venho tendo esse problema. Logo deixo a linha no fstab comentada e quando tenho que utilzar o compartilahemento NFS, monta manualmente, não sendo prático para o user comum sem conhecimento.

Delusion
(usa Debian)

Enviado em 26/02/2015 - 15:01h

Obrigado kennerc;
Eu pensava que por estável entendia-se conflito mínimo entre as partes do sistema. Mas vejo que não é isso.
Na leitura do seu post, estabilidade é simplesmente pacotes parados, mesmo com um monte de bugs.
Acho que faz sentido e, levando em conta o tempo entre as releases do debian, pode ser até vantajoso aprender a remendar tudo. Isso explica porque técnicos podem se dar bem com debian, mas não-técnicos não.
Nesse caso, estabilidade é uma das últimas coisas que me interesso numa distro :)

mapwoc
(usa Debian)

Enviado em 26/02/2015 - 19:18h

eu tive o mesmo erro, e na realidade não é o thunar que esta com erro é o arquivo fstab que esta escrito errado, posta o seu fstab para podermos ver, ele se encontra com o comando no terminal

 cat /etc/fstab