Fórum Ubuntu Linux - PT
Suporte Técnico => Sistema => Tópico iniciado por: lfelipe em 29 de Maio de 2016, 19:29
-
Boa noite pessoal!
Há algum tempo estou enfrentando sérios problemas para reconhecer o meu certificado digital A3 no Ubuntu 16.04.
Ele funcionava perfeitamente no Ubuntu 14.04, mas desde que atualizei, perdi tudo.
Então, abri um tópico aqui no fórum (http://ubuntuforum-pt.org/index.php?topic=120048.0) tentando solucionar esse problema.
Hoje, recebi uma sugestão de um usuário, segundo a qual deveria instalar alguns pacotes, em determinada ordem, para resolver a questão.
Ao iniciar o processo, instalando o pacote Libjbig0_2.0-2_amd64, deu erro e desde então meu sistema só indica problema de dependências desencontradas.
Já tentei diversos comandos, mas nenhum resolveu a questão.
Ao tentar:
sudo apt-get install -f
Aparece:
Lendo listas de pacotes... Pronto
Construindo árvore de dependências
Lendo informação de estado... Pronto
Corrigindo dependências... Pronto
The following additional packages will be installed:
libjbig0
Os pacotes a seguir serão atualizados:
libjbig0
1 pacotes atualizados, 0 pacotes novos instalados, 0 a serem removidos e 0 não atualizados.
3 pacotes não totalmente instalados ou removidos.
É preciso baixar 26,6 kB de arquivos.
Depois desta operação, 3.072 B de espaço em disco serão liberados.
Você quer continuar? [S/n] s
Obter:1 http://br.archive.ubuntu.com/ubuntu xenial/main amd64 libjbig0 amd64 2.1-3.1 [26,6 kB]
Baixados 26,6 kB em 0s (167 kB/s)
(Lendo banco de dados ... 224701 ficheiros e directórios actualmente instalados.)
A preparar para desempacotar .../libjbig0_2.1-3.1_amd64.deb ...
A descompactar libjbig0:amd64 (2.1-3.1) sobre (2.0-2) ...
dpkg: erro ao processar o arquivo /var/cache/apt/archives/libjbig0_2.1-3.1_amd64.deb (--unpack):
a tentar sobreescrever '/usr/share/doc/libjbig0/changelog.Debian.gz' partilhado, que é diferente de outras instâncias do pacote libjbig0:amd64
Erros foram encontrados durante o processamento de:
/var/cache/apt/archives/libjbig0_2.1-3.1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ao tentar:
sudo dpkg --configure -a
Aparece:
dpkg: erro ao processar o pacote libjbig0:amd64 (--configure):
o pacote libjbig0:amd64 2.0-2 não pode ser configurado porque libjbig0:i386 está numa versão diferente (2.1-3.1)
dpkg: erro ao processar o pacote libjbig0:i386 (--configure):
o pacote libjbig0:i386 2.1-3.1 não pode ser configurado porque libjbig0:amd64 está numa versão diferente (2.0-2)
dpkg: problemas com dependências impedem a configuração de libtiff4:amd64:
libtiff4:amd64 depende de libjbig0; porém:
Pacote libjbig0:amd64 não está configurado ainda.
dpkg: erro ao processar o pacote libtiff4:amd64 (--configure):
problemas de dependência - deixando desconfigurado
Erros foram encontrados durante o processamento de:
libjbig0:amd64
libjbig0:i386
libtiff4:amd64
Por causa desses erros, não consigo instalar o Aptitude também.
Tentei pelo Synaptic, mas ele informou que iria remover dezenas de pacotes relacionados, incluindo alguns de programas que funcionam perfeitamente hoje, razão pela qual saí do Synaptic sem aplicar qualquer modificação.
Por acaso alguém teria uma dica de como resolver o problema?
Obrigado!!
-
Obter:1 http://br.archive.ubuntu.com/ubuntu xenial/main amd64 libjbig0 amd64 2.1-3.1 [26,6 kB]
Erros foram encontrados durante o processamento de:
libjbig0:amd64
libjbig0:i386
libtiff4:amd64
Mais que a solução é a curiosidade para saber a causa do erro. :)
Sabe dizer por qual razão tem o mesmo pacote nas versões 32-bit ( libjbig0:i386) e 64-bit (libjbig0:amd64) no seu sistema?
Qual é a arquitetura do seu sistema, 32-bit ou 64-bit
Para saber:
uname -a
ou ainda
arch
Resultados:
i686 --> 32-bit
amd64 ou x86_64 --> 64-bit
-
druidaobelix,
Meu sistema é 64 bit.
A razão para ter o mesmo pacote em duas versões é que, em primeiro lugar, eu não sabia que já existia instalado a de 32-bit, e quando fui tentar instalar os pacotes para configurar o certificado digital, um deles era o libjbig0:amd64.
E acho que foi exatamente neste ponto que o sistema deu erro, pois ao invés dele parar e me dizer que deu conflito, por existir uma versão diferente, ele começou a configurar a outra, e só no final ele travou.
O problema é que não consigo desfazer a operação, via terminal, pois nenhum comando dos tentados vai pra frente ou pra trás. E via Synaptic, ele tenta remover dezenas de pacotes junto.
-
Então antes de mais nada desinstale o pacote que tem instalado.
sudo apt-get remove libjbig0
Vamos ver se vai assim, caso contrário apagamos ele "na unha" mesmo, o fato é que não deveria ter um pacote 32-bit aí instalado.
O mais curioso é como conseguiu essa proeza. Possivelmente baixou o pacote .deb direto e forçou a instalação pelo dpkg, talvez.
Atualize o sistema:
sudo apt-get update
sudo apt-get upgrade
Esses comando acima devem terminar sem erros, então não precisa postar nada aqui, caso contrário traga os resultados.
Supondo que tudo correu bem com a atualização, depois reinstale o tal pacote fazendo:
sudo apt-get install --reinstall libjbig0
-
druidaobelix,
Já havia tentado esses comandos.
Segue abaixo a saída do apt-get remove libjbig0:
Lendo listas de pacotes... Pronto
Construindo árvore de dependências
Lendo informação de estado... Pronto
Você deve querer executar 'apt-get -f install' para corrigí-los:
Os pacotes a seguir têm dependências desencontradas:
libjbig-dev : Depende: libjbig0 (= 2.1-3.1) mas não será instalado
libmagickcore-6.q16-2 : Depende: libjbig0 (>= 2.0) mas não será instalado
libtiff4 : Depende: libjbig0 mas não será instalado
libtiff5 : Depende: libjbig0 (>= 2.0) mas não será instalado
printer-driver-c2esp : Depende: libjbig0 (>= 2.0) mas não será instalado
printer-driver-foo2zjs : Depende: libjbig0 (>= 2.0) mas não será instalado
printer-driver-splix : Depende: libjbig0 (>= 2.0) mas não será instalado
E: Dependências desencontradas. Tente 'apt-get -f install' sem nenhum pacote (ou especifique uma solução).
E com o apt-get upgrade:
Lendo listas de pacotes... Pronto
Construindo árvore de dependências
Lendo informação de estado... Pronto
Você pode querer executar 'apt-get -f install' para corrigí-los.
Os pacotes a seguir têm dependências desencontradas:
libjbig-dev : Depende: libjbig0 (= 2.1-3.1) mas 2.0-2 está instalado
libjbig0 : Quebra: libjbig0:i386 (!= 2.0-2) mas 2.1-3.1 está instalado
libjbig0:i386 : Quebra: libjbig0 (!= 2.1-3.1) mas 2.0-2 está instalado
E: Dependências desencontradas. Tente usar -f.
Ao tentar reinstalar o pacote, via o apt-get install --reinstall libjbig0, o resultado é esse:
Lendo listas de pacotes... Pronto
Construindo árvore de dependências
Lendo informação de estado... Pronto
Os pacotes a seguir serão atualizados:
libjbig0
1 pacotes atualizados, 0 pacotes novos instalados, 0 a serem removidos e 36 não atualizados.
3 pacotes não totalmente instalados ou removidos.
É preciso baixar 0 B/26,6 kB de arquivos.
Depois desta operação, 3.072 B de espaço em disco serão liberados.
(Lendo banco de dados ... 224701 ficheiros e directórios actualmente instalados.)
A preparar para desempacotar .../libjbig0_2.1-3.1_amd64.deb ...
A descompactar libjbig0:amd64 (2.1-3.1) sobre (2.0-2) ...
dpkg: erro ao processar o arquivo /var/cache/apt/archives/libjbig0_2.1-3.1_amd64.deb (--unpack):
a tentar sobreescrever '/usr/share/doc/libjbig0/changelog.Debian.gz' partilhado, que é diferente de outras instâncias do pacote libjbig0:amd64
Erros foram encontrados durante o processamento de:
/var/cache/apt/archives/libjbig0_2.1-3.1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Agradeço a ajuda, mas sigo no drama.
-
E já tentou remover usando o próprio dpkg?
sudo dpkg -r libjbig0
Se ainda não foi, então faça:
sudo dpkg --purge libjbig0
(são dois sinais de - hífen antes do --purge acima ou então use -P, ou seja, o pê é em letra maiúscula e aí então é um só traço hífen)
-P | --purge
Se der certo, repita a mesma sequência anterior, apt update e upgrade e reinstall da versão 64 como descrito antes.
-
Com os dois comandos o resultado foi exatamente o mesmo:
dpkg: problemas com dependências previnem a remoção de libjbig0:amd64:
printer-driver-c2esp depende de libjbig0 (>= 2.0).
printer-driver-foo2zjs depende de libjbig0 (>= 2.0).
libtiff4:amd64 depende de libjbig0.
libjbig-dev:amd64 depende de libjbig0 (= 2.1-3.1).
printer-driver-splix depende de libjbig0 (>= 2.0).
libmagickcore-6.q16-2:amd64 depende de libjbig0 (>= 2.0).
libtiff5:amd64 depende de libjbig0 (>= 2.0).
dpkg: erro ao processar o pacote libjbig0:amd64 (--purge):
problemas de dependência - não removendo
Erros foram encontrados durante o processamento de:
libjbig0:amd64
-
Faça esse comando:
sudo updatedb
Depois traga o resultado para:
locate libjbig0
-
O resultado:
$ locate libjbig0
/home/luis/.cache/upstart/update-notifier-crash-_var_crash_libjbig0.0.crash.log.1.gz
/usr/share/doc/libjbig0
/usr/share/doc/libjbig0/changelog.Debian.gz
/usr/share/doc/libjbig0/changelog.gz
/usr/share/doc/libjbig0/copyright
/var/cache/apt/archives/libjbig0_2.1-3.1_amd64.deb
/var/crash/libjbig0.0.crash
/var/crash/libjbig0.0.upload
/var/crash/libjbig0.0.uploaded
/var/lib/dpkg/info/libjbig0:amd64.list
/var/lib/dpkg/info/libjbig0:amd64.md5sums
/var/lib/dpkg/info/libjbig0:amd64.postinst
/var/lib/dpkg/info/libjbig0:amd64.postrm
/var/lib/dpkg/info/libjbig0:amd64.shlibs
/var/lib/dpkg/info/libjbig0:i386.list
/var/lib/dpkg/info/libjbig0:i386.md5sums
/var/lib/dpkg/info/libjbig0:i386.postinst
/var/lib/dpkg/info/libjbig0:i386.postrm
/var/lib/dpkg/info/libjbig0:i386.shlibs
/var/lib/dpkg/info/libjbig0:i386.symbols
-
Erros foram encontrados durante o processamento de:
libjbig0:amd64
Curioso que agora a mensagem de erro do dpkg está referenciando a versão 64 e de fato o .deb dela está no cache.
Repita:
sudo apt-get update
sudo apt-get upgrade
-
Respostas aos comandos:
$ sudo apt-get update
[sudo] senha para luis:
Atingido:1 http://br.archive.ubuntu.com/ubuntu xenial InRelease
Obter:2 http://br.archive.ubuntu.com/ubuntu xenial-updates InRelease [94,5 kB]
Atingido:3 http://br.archive.ubuntu.com/ubuntu xenial-backports InRelease
Atingido:4 http://security.ubuntu.com/ubuntu xenial-security InRelease
Atingido:5 http://archive.canonical.com/ubuntu xenial InRelease
Ign:6 http://dl.google.com/linux/chrome/deb stable InRelease
Atingido:7 http://ppa.launchpad.net/webupd8team/java/ubuntu xenial InRelease
Atingido:8 http://dl.google.com/linux/chrome/deb stable Release
Atingido:10 https://deb.opera.com/opera-stable stable InRelease
Baixados 94,5 kB em 1s (61,2 kB/s)
Lendo listas de pacotes... Pronto
W: http://dl.google.com/linux/chrome/deb/dists/stable/Release.gpg: Signature by key 4CCA1EAF950CEE4AB83976DCA040830F7FAC5991 uses weak digest algorithm (SHA1)
W: http://dl.google.com/linux/chrome/deb/dists/stable/Release.gpg: Signature by key 3B068FB4789ABE4AEFA3BB491397BC53640DB551 uses weak digest algorithm (SHA1)
$ sudo apt-get upgrade
Lendo listas de pacotes... Pronto
Construindo árvore de dependências
Lendo informação de estado... Pronto
Você pode querer executar 'apt-get -f install' para corrigí-los.
Os pacotes a seguir têm dependências desencontradas:
libjbig-dev : Depende: libjbig0 (= 2.1-3.1) mas 2.0-2 está instalado
libjbig0 : Quebra: libjbig0:i386 (!= 2.0-2) mas 2.1-3.1 está instalado
libjbig0:i386 : Quebra: libjbig0 (!= 2.1-3.1) mas 2.0-2 está instalado
E: Dependências desencontradas. Tente usar -f.
-
Desabilite o que houver de ppa (aba Outros programas),
a do Chrome pode deixar, mas especialmente desabilite essa ppa.launchpad.net/webupd8team/java/ubuntu
Não precisa desinstalar, por enquanto só desabilitar.
Na aba Aplicativos Ubuntu fica: main / universe / restricted / multiverse
Na aba Atualizações fica: security / updates / backports
sudo software-properties-gtk
Como sempre, faça de novo:
sudo apt-get updade
suto apt-get upgrade
-
Segue na mesma...
$ sudo apt-get upgrade
Lendo listas de pacotes... Pronto
Construindo árvore de dependências
Lendo informação de estado... Pronto
Você pode querer executar 'apt-get -f install' para corrigí-los.
Os pacotes a seguir têm dependências desencontradas:
libjbig-dev : Depende: libjbig0 (= 2.1-3.1) mas 2.0-2 está instalado
libjbig0 : Quebra: libjbig0:i386 (!= 2.0-2) mas 2.1-3.1 está instalado
libjbig0:i386 : Quebra: libjbig0 (!= 2.1-3.1) mas 2.0-2 está instalado
E: Dependências desencontradas. Tente usar -f.
-
Antes de enfiar a marreta em todos eles e reinstalar o pacote completo, isole as referências ao libjbig0:i386
Execute esses comandos (certamente você sabe, mas obviamente não vá digitar isso, copie, cole no terminar e dê um enter, um a um):
sudo mv /var/lib/dpkg/info/libjbig0:i386.list /var/lib/dpkg/info/libjbig0:i386.list-bak
sudo mv /var/lib/dpkg/info/libjbig0:i386.md5sums /var/lib/dpkg/info/libjbig0:i386.md5sums-bak
sudo mv /var/lib/dpkg/info/libjbig0:i386.postinst /var/lib/dpkg/info/libjbig0:i386.postinst-bak
sudo mv /var/lib/dpkg/info/libjbig0:i386.postrm /var/lib/dpkg/info/libjbig0:i386.postrm-bak
sudo mv /var/lib/dpkg/info/libjbig0:i386.shlibs /var/lib/dpkg/info/libjbig0:i386.shlibs-bak
sudo mv /var/lib/dpkg/info/libjbig0:i386.symbols /var/lib/dpkg/info/libjbig0:i386.symbols-bak
Depois de novo o update e o upgrade, então reinstall da versão 64
sudo apt-get install --reinstall libjbig0
-
Bah druidaobelix,
Agradeço demais a tua atenção...mas sinto dizer que ainda não deu certo:
$ sudo apt-get upgrade
Lendo listas de pacotes... Pronto
Construindo árvore de dependências
Lendo informação de estado... Pronto
Você pode querer executar 'apt-get -f install' para corrigí-los.
Os pacotes a seguir têm dependências desencontradas:
libjbig-dev : Depende: libjbig0 (= 2.1-3.1) mas 2.0-2 está instalado
libjbig0 : Quebra: libjbig0:i386 (!= 2.0-2) mas 2.1-3.1 está instalado
libjbig0:i386 : Quebra: libjbig0 (!= 2.1-3.1) mas 2.0-2 está instalado
E: Dependências desencontradas. Tente usar -f.
Te confesso que já pensei até em reinstalar o Ubuntu...o problema é não conseguir descobrir uma solução melhor.
-
Então repete esse e copia aqui o resultado:
locate libjbig0
e ainda:
locate libjbig0:i386
Sempre tem jeito, às vezes 'bate' um pouco de cabeça, mas tem jeito.
Isso acontece porque ou se instala ppa ou se baixa .deb diretamente e força instalação.
Sempre que se forçar instalação há o risco de quebrar a lógica do apt
O que tem que fazer é eliminar isso aqui: libjbig0:i386
libjbig0 : Quebra: libjbig0:i386 (!= 2.0-2) mas 2.1-3.1 está instalado
Podemos forçar a versão 64 instalar escrevendo sobre o que houver, mas é melhor antes ir eliminando as possibilidades.
-
Fiz diferente (porque fiz antes de ler a tua última resposta)...
Fiquei matutando que, com o isolamento das referências ao libjbig0:i386, o sistema obrigatoriamente estaria diferente.
Então tentei o sudo apt-get install -f, e ele corrigiu as falhas.
Aí o apt-get update e depois o apt-get upgrade funcionaram perfeitamente, inclusive sumindo o sinal de erro que tava na barra do Ubuntu.
Mais uma vez, muito obrigado pela tua ajuda!!
Agora, se não for abusar demais, quero tirar uma dúvida (antes de ferrar com tudo de novo).
Continuo com o problema do certificado digital. Você acha que se eu seguir esse tutorial (http://www.validcertificadora.com.br/SafeSignLinux) o problema se repetirá?
Obrigado!!
-
Ok, ótimo que resolveu, não esqueça de reabilitar a(s) ppa(s) que haviam sido desabilitadas e ver se ocorre algum erro.
Esse negócio do certificado digital da OAB tenho visto apenas à distância, o nosso prezado administrador /agente100gelo/ é que é especialista nisso, mas vou dar uma olhada nesse tutorial, embora eu tenha uma opinião formada sobre isso, que é trocar a certificadora, dando preferência àquelas que desenvolvem especificamente para Linux. ;)
-
Pois é...inclusive ele se manifestou em um outro post específico que abri sobre o assunto, relatando que também enfrentou problemas e não tinha conseguido resolver até então.
Um outro usuário, posteriormente, quem sugeriu esse tutorial...e quando eu fui tentar instalar o primeiro arquivo que bagunçou com as dependências.
-
Os cartões e tokens VALID são gerenciados pelo programa SafeSign.
Pois então, prezado /lfelipe/,
A primeira e inafastável condição é essa: o seu cartão ou token é da VALID ?
A VALID é nota 1000, desenvolve especificamente para Linux, mas obviamente você precisa ter o material deles, caso contrário aquele tutorial não vai mesmo dar certo.
Vi num outro post seu você dizendo que seu certificado digital funcionava perfeitamente no Ubuntu 14.04, pois bem, penso que o melhor a fazer, como diz uma sabedoria aqui do Fórum, é tirar o escorpião do bolso e voltar para a versão 14.04, que afinal de conta é uma versão LTS, suporte de longo prazo, vai até 2019, aliás é a versão que pessoalmente uso para "coisas sérias" (embora tenha outras instaladas, mas só para estudos, pesquisas e testes, portanto, sem problema de destruí-las).
A versão 16.04 do Ubuntu foi recém lançada, está longe de ser estabilizada, começa a melhorar quando sair o primeiro release, que será o 16.04.1, mais ou menos em julho em diante. Quem usa o computador para 'coisas śérias' deve sempre dar preferência para uma versão já estabilizada, já com estrada rodada, nada de coisas novidadeiras, muito menos lançamentos, apenas não faz sentido.
Para entender melhor o calendário geral de validade e suporte de todas as versões
Ubuntu releases calendar
https://wiki.ubuntu.com/Releases
Complementarmente também esse:
https://wiki.ubuntu.com/LTS
-
Caro druidaobelix,
Pois então...isso já havia me passado pela cabeça também...
Meu certificado foi emitido pela OAB/RS, não é da Valid...e por essa razão, tem seus problemas em alguns sistemas, como já vi que todo usuário Linux sofre da mesma maneira.
Entretanto, em diversos sites (Receita Federal, Justiça Federal do RS, STF, entre outros), funcionava perfeitamente no Ubuntu 14.04.
Pensando bem no que tu escreveste, acho que realmente tem vezes que não vale a pena atualizar tão cedo o sistema.
Talvez seja bem mais adequado voltar ao 14.04 e mantê-lo rodando bem, até que as coisas se estabilizem no 16.04.
De qualquer maneira, muito obrigado por toda a ajuda!!
-
Meu certificado foi emitido pela OAB/RS, não é da Valid...
Evidentemente nenhum advogado ou operador do direito é obrigado a usar certificado emitido pela OAB, embora possa ter alguma praticidade usar e seja razoável prestigiar a entidade de classe, entretanto, não há lei que obrigue a usar uma específica autoridade certificadora, obviamente desde que ela seja do domínio brasileiro.
A Autoridade Certificadora Raiz da ICP-Brasil (AC-Raiz) é a primeira autoridade da cadeia de certificação, mas daí em diante desconheço lei que obrigue alguém a usar especificamente uma, portanto, nenhum Tribunal, governo ou autoridade administrativa pode impor que o acesso se deva dar por essa ou aquela específica autoridade certificadora.
E se assim não for, data venia, o Mandado de Segurança existe exatamente para isso. :)
Saudações forenses.
-
No meu caso, não é que me senti obrigado, ou sequer me interessei em prestigiar a OAB.
Mas a OAB ofereceu um baita desconto, sendo que, na época que renovei o certificado, paguei algo em torno de 50% do valor dos certificados que via por aí.
Dei uma olhada no site da Valid...um A3 em token, com validade de 3 anos, como o que eu tenho, estão cobrando quase R$ 500. ;)
Isso que pesou na escolha.
-
Prezados,
A solução que encontrei foi:
$ rm /usr/share/doc/libjbig0/changelog.Debian.gz
seguido de:
$ apt-get -f install
Mas, para o certificado funcionar sem dá pau no sistema, em uma pasta qualquer tem que extrair o conteúdo do safesignidentityclient_3.0.77-Ubuntu_amd64.deb, em seguida extrair o data.tar.gz e mover manualmente o conteúdo da pasta usr para a pasta /usr, mesclando os conteúdos!