Fórum Ubuntu Linux - PT
Suporte Técnico => Hardware e Periféricos => 64-bit => Tópico iniciado por: pguarnieri em 13 de Abril de 2016, 14:22
-
Olá, boa tarde!
Estou com problemas no Ubuntu com relação a pendrives:
Ele pede a senha do sistema quando quero ejetar em modo de segurança. Diz que outro usuário montou ele (?).
Um dos meus pendrives mostra os arquivos dele como se estivessem todos corrompidos, mas quando logo no Windows ( tenho dual boot ), tá tudo normal. Inclusive quando abro em outros computadores, com outro Linux, abre normalmente. Eu até cheguei a formatá-lo no Windows ( ntfs ), mas continua o mesmo problema, mostra tudo corrompido nesse pendrive, e nos outros, pede senha para tirar em modo de segurança.
Meu Ubuntu é o 14.04 LTS, com ambiente gráfico Cinnamon e navegador de janelas Nemo. Tenho ele instalado a mais de um ano, nunca apresentou esse problema, nem com o referido pendrive, que tem 4 gigabytes.
Alguém tem alguma idéia do que pode estar ocorrendo? No aguardo. Obrigado!
-
Como foi instalado esse Cinnamon, especificamente qual ppa?
Qual é a versão do Cinnamon instalada?
Qual a versão do Nemo?
-
A versão do Cinnamon que eu tenho instalado é 2.6.11; e o do Nemo é o 2.6.7.
Instalei via PPAs, e não me lembro de qual fonte, já faz mais de um ano, eu peguei o código em um site e colei no terminal. Inclusive na ocasião eu desinstalei o Unity e se não me engano também o Nautillus. Mas nunca deu problema no sistema antes, ( fato inédito para mim ficar mais de um ano sem problema no Linux ), não pode ser isso!
Talvez exista uma maneira de descobrir a fonte de onde eu baixei o PPA, um comando talvez...
-
Bom, eu coloquei no terminal a sintaxe: grep -RoPish "ppa.launchpad.net/[^/]+/[^/ ]+" /etc/apt | sort -u | sed -r 's/\.[^/]+\//:/'
E me listou abaixo os resultados:
ppa:kirillshkrogalev/ffmpeg-next
ppa:noobslab/apps
ppa:tsvetko.tsvetkov/cinnamon
ppa:ubuntu-wine/ppa
ppa:webupd8team/java
Não apareceu o Nemo, mas eu tenho esse, talvez não foi instalado por meio de PPAs. Mas não lembro.
-
Pois então, /pguarnieri/, apesar do bonito código "ninja bash" :D para localizar as ppa's, e que aparentemente funcionou, pois acabou listando o que há ai de ppa e mais especificamente o cinnamon, a forma gráfica fácil de identificar ppa habilitada no sistema é indo em Configuração do Sistema/Programas e Atualizações, acione a aba "Outros Programas". O que existir de ppa estará listada lá,e ainda lá mesmo podendo ser habilitada ou desabilitada simplesmente clicando na caixa respectiva.
Um outro meio também muito fácil, agora pelo terminal, é simplesmente mandar listar o que há no diretório /etc/apt/sources.list.d pois é nesse diretório que, em geral, ficam as entradas dos endereços das ppa's. Assim, basta fazer:
ls /etc/apt/sources.list.d/
Apenas lembrando que tão somente desabilitar uma ppa não equivale a eliminar os arquivos por ela baixados, para o que é necessário um outro procedimento próprio de desinstalação, assim, a eventual desabilitação da ppa apenas interrompe o acesso de atualização da ppa.
Isso posto, o que se vê é que o sistema está usando a ppa cinnamon do Tsvetkov.
Segundo ele diz no overview, ele já implementou a versão 2.8 que é a versão atual.
"This PPA contains the latest GTK compatible stable build of the Cinnamon desktop environment for:
* Ubuntu 14.04 LTS (Trusty Tahr): Cinnamon 2.8"
Não tenho maiores informações sobre a ppa do Tsvetkov, não tenho instalada e não sei da qualidade do funcionamento.
https://launchpad.net/~tsvetko.tsvetkov/+archive/ubuntu/cinnamon
Mas de fato não há como saber de plano se o problema pode ou não estar relacionada à ppa, embora ppa's sejam notoriamente causadoras de dificuldades.
Até instalei aqui para testar um cinnamon stable para poder melhor avaliar a questão, porém fiz com uma outra ppa, a do Embrosyn, que já trabalha com o cinnemom da versão 2.8 e traz o Nemo versão 2.8.7, mas fiz sobre uma base do Ubuntu-Unity 14.04 em VM (o que é uma ruim simulação) e sobre um 15.10 real físico (constatei alguns outros pequenos problemas), então não me foi possível reproduzir o problema, em ambas instalações estão funcionando sem problemas a questão de pendrives.
Só para registro, a ppa cinnamon do Embrosyn fica aqui:
https://launchpad.net/~embrosyn/+archive/ubuntu/cinnamon
De toda forma, antes de tentar atualizar a ppa talvez seja possível começar com coisas mais simples, tal como o usbmount ou ainda explorar outra abordagem tal como configurar o udisks2, que é o serviço responsável pelos dispositivos de armazenamento.
-
Como disse, não sei a resposta ao problema, eventualmente apareça alguém aqui do Fórum que usa e com maior experiência específica em Cinnamom e que possa ajudar, então, o que podemos fazer é tentar segmentar o problema para ver se eventualmente se encontra alguma solução.
Salvo engano, parece que existem dois problemas talvez distintos a partir do descritivo que você faz:
I) Para todo e qualquer pendrive plugado quando se vai fazer a desmontagem segura há o pedido de senha para ejetar;
II) Um específico pendrive mostra os arquivos como se estivessem corrompidos.
Ainda pelo seu descritivo, durante mais de ano esse problema não ocorria e passou a ocorrer mais recentemente, o que leva a pensar que alguma atualização (ou instalação de algum específico pacote) possa ter alterado o que até então vinha de forma normal.
Vamos abordar de início exclusivamente a questão descrita em I acima, deixando para tratar de II posteriormente.
-
Importante: toda eventual mensagem de erro obtida deve ser trazido aqui ao Fórum para análise exatamente como manifestada pelo sistema.
1) Desmontagem e Eject por Linha de Comando
Parece interessante saber se a demonstagem e o eject funcionam por linha de comando, até porque eventualmente se pode obter alguém mensagem de erro que possa auxiliar na análise e indicar alguma solução. Quando tenta demonstar por linha de comando funciona ou não?
abra um terminal (Ctrl Alt T simultaneos)
plugue um pendrive no computador
determine qual dispositivo foi assinalado fazendo:
sudo fdisk -l
(sinal de hífen mais letra ele no final do comando acima)
geralmente terá sido /dev/sdc1, mas confirme pelo fdisk acima
confirmado o dispositivo montado, execute:
sudo eject /dev/sdc1
(obviamente, se o caso, onde está sdc1 acima substitua pelo caso concreto)
Que acontece, funciona? Ocorre o eject? Alguma mensagem de erro?
2) Utilitário Disks
No Ubuntu se tem o utilitário Disks (Discos, gnome-disk-utility). Suponho que ele seja mantido, mesmo com o Cinnamon (na instalação que fiz aqui manteve, porém não exclui o Unity, ficaram as duas opções na tela de login do sistema, na verdade 4, Cinnamon, Gnome Flashback (Compiz), Gnome Flashback (Metacity) e Ubuntu (padrão=Unity). Caso tenha, o que acontece quando se utiliza a função "Ejetar" do mencionado utilitário?
Na versão 14.04 do Ubuntu o botão de eject está do lado direito superior da janela do próprio Disks. Execute e traga o resultado, especialmente alguma mensagem de erro, se existir.
-
Inicialmente reinstale o pacote usbmount e vamos ver o que acontece.
sudo apt-get install --reinstall usbmount
-
Se ainda não resolveu:
1)informe aqui o resultado de:
id user
user você substitui pelo nome concreto do seu usário.
Vamos comparar com a instalação que tenho aqui do cinnamon
Aqui, na 14.04 com o cinnamon ppa Embrosyn obtenho:
uid=1000(user) gid=1000(user) grupos=1000(user),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),113(lpadmin),128(sambashare)
2) confirme se seu usuário está no grupo plugdev
De forma gráfica é possível ver indo em:
Administração/Usuário e grupos
O usuário para a conta Administrador deve aparecer com os grupos padrão que são: adm, cdrom, dip, lpadmin, plugdev, sambashare, sudo
Caso não aparece o plugdev, nessa mesma tela click sobre onde estão os grupos padrão, abre-se um quadro onde pode ser marcado ou desmarcado os grupos para os quais o usuário está habilitado.
Por linha de comando no terminal usuários podem ser adicionados ou removidos para/dos grupos, fazendo:
sudo adduser username plugdev
sudo deluser username plugdev
username acima é o nome real de usuário existente no sistema.
Também talvez compense fazer uma comparação do conteúdo do arquivo sudoers para verificar se não há alteração relevante.
Traga o resultado de:
sudo cat /etc/sudoers
Alerta!!!: Se existir informação sensível, faça a edição antes de colar o resultado aqui no Fórum
Caso nada disso funcione, uma opção que pode ser interessante é criar um novo usuário e então verificar se o problema permanece ou não para o novo usuário criado. É uma forma de afunilar a análise, depois o novo usuário criado pode facilmente ser removido.
A forma padrão simples para criar e remover usuário é:
adduser nome_do_usuario
deluser nome_do_usuario
-
Faltou dizer lá no post #6, item 2: quando estiver usando o Disks (gnome-disk-utility), tendo plugado um pendrive, tornando ativo o pendrive, logo abaixo de onde aparece a faixa azul indicativa do volume, há 3 botões. O mais à direita parece uma engrenagem, click nele.
Em seguida click em "Editar opções de montagem"
Observe se não está assinalado "Exigir autorização adicional para montar"
A edição, isto é, o chaveamento se faz arrastando o botão em "Opções automáticas de montagem" de ON para OFF, se for o caso.
Se estiver assinalado como exigindo autorização adicional estará aparecendo x-udisks-auth
Normalmente não deveria estar, o padrão é:
nosuid,nodev,nofail,noauto,x-gvfs-show
-
Outro Gerenciador de Arquivos - Nautilis e Thunar
Até onde sei, salvo engano, o Nemo é um fork do Nautilus usado no Linux Mint.
Uma abordagem inicial pode ser experimentar outros gerenciadores de arquivos (file manager).
Você disse que possui instalado o Nemo, então talvez seja o caso de instalar o Nautilus e talvez também o Thunar.
Na verdade nao sei se é mesmo possível instalar Nautilus (e/ou Thunar), então é apenas uma sugestão de abordagem. Se for possível parece interessante, pois permitiria verificar se não se trata de um problema relacionado a um file manager específico.
Para instalar o Nautilus:
sudo apt-get install nautilus
Para instalar o Thunar:
sudo apt-get install thunar
Parece-me que seria o caso de fazer inicialmente a instalação do Nautilus e ver se funciona. Caso não funcione, desinstale e só depois instalar o Thunar e avaliar a situação, parece mais metódico agir dessa forma.
Aqui, como não desinstalei o ambiente padrão Unity, o Nautilus está funcionando normalmente junto com o Nemo, ambos dentro do Cinnamon, naquela ppa que disse antes.
Note que essas instalações de gerenciadores de arquivo podem "quebrar" o sistema, vez que eventualmente não estão previstas na ppa aí instalada e que é a do Tsvetkov , ou seja, sempre há o risco. O que posso dizer é que aqui está funcionando para a ppa específica, que é a do Embrosyn.
-
Regra do udisks
O erro que está dando aí é do tipo:
" Unmount a device mounted by another user "
O udisks2 é o pacote de gerenciamento do serviço de acesso e manipulação dos dispositivos de armazenamento do Linux Debian, base do Ubuntu.
No Ubuntu, as regras de montagem/desmontagem são registradas no arquivo org.freedesktop.udisks2.policy.
Uma abordagem possível a se testar é alterar tais regras e ver se funciona.
Vamos lá, abra uma janela de terminal (como sempre, Ctrl Alt T simultâneos ou use o ícone correspondente)
Inicialmente, como boa prática, vamos fazer uma simples cópia de segurança do arquivo que pretendemos alterar:
Navegue para dentro do diretório(=pasta):
cd /usr/share/polkit-1/actions/
agora copie o arquivo:
sudo cp org.freedesktop.udisks2.policy org.freedesktop.udisks2.policy-bkup
se quiser confirmar a cópia, ainda dentro do diretório, é só fazer:
ls org.freedesktop.udisks2.policy*
deverá aparecer dois arquivos, o original e aquele que se denominou bkup
Caso venha a existir alguma problema com as alterações é só voltar o arquivo original copiado.
Isso posto,execute o comando:
sudo gedit /usr/share/polkit-1/actions/org.freedesktop.udisks2.policy
No comando acima usei o 'gedit' porque é o editor de textos do Ubuntu. No seu caso, se gedit não estiver disponível, use o editor de textos próprio do Cinnamom, que não sei qual seja, mas enfim, onde está 'gedit' substitua pelo que há aí.
No conteúdo do arquivo texto que se abre, localize (está bem lá pro fim):
<action id="org.freedesktop.udisks2.filesystem-unmount-others">
<defaults>
<allow_any>auth_admin</allow_any>
<allow_inactive>auth_admin</allow_inactive>
<allow_active>auth_admin_keep</allow_active>
</defaults>
</action>
Modifique substituindo por:
<action id="org.freedesktop.udisks.filesystem-unmount-others">
<defaults>
<allow_any>yes</allow_any>
<allow_inactive>yes</allow_inactive>
<allow_active>auth_admin</allow_active>
</defaults>
</action>
Salvar e sair
Essa abordagem nesse tópico aqui resolveu (veja no post de Sun Jul 28, 2013 3:57 pm o usuário /fbcyborg/ dizendo "The change did work!!!").
Unable to umount device unless I insert the root password
https://forum.kde.org/viewtopic.php?f=22&t=112092
Observo, entretanto, em vista rápida, que o ambiente daquele caso pareceu-me ser o KDE.
Não tive tempo suficiente para estudar mais a fundo a página em questão e ainda se há outros detalhes a serem considerados.
Note, porém, que nesse mesmo post final ele faz uma indicação de um Wiki, parece-me que seja do Gentoo Linux, a partir do qual chegou à conclusão de que:
"Now, according to this Wiki, I should find the right rule to be added in the /etc/polkit-1/rules.d/50-default.rules file in order to override the default setting in the file I've changed for testing."
O link indicado do wiki do gentoo é esse:
https://wiki.gentoo.org/wiki/Polkit
Ou seja, está dizendo que uma modificação deve ser feita em etc/polkit-1/rules.d/50-default.rules, então precisa ver se há o equivalente no Cinnamon/Ubuntu e que modificação é essa, apenas não tive tempo de ler a página do tal wiki tampouco o post em detalhes, mas enfim, o material é interessante porque afinal de contas chegou numa solução para um idêntico problema, ainda que eventualmente num diferente ambiente.
-
Só agora vejo que a coisa é antiga e parece se tratar de uma regressão porque idêntico problema já era reportado ao tempo do Ubuntu Karmic Koala (versão 9.10), em 2009, referido no bugs.launchpad Bug #41796, afetando o pacote devicekit-disks
Authentication always required to unmount media
https://bugs.launchpad.net/ubuntu/+source/devicekit-disks/+bug/417964
Como o útlimo status era "fix released" quer dizer que havia sido corrigido e se agora voltou então é uma regressão.
Precisa ver melhor isso, deve ter bastante material sobre a questão por aí.
-
Opa! Boa noite!
Eu usei o comando eject ( sudo eject /dev/sdg ) e ejetou sem pedir senha, mas não apresentou nenhuma mensagem de erro. Ejetou simplesmente.
Mas depois disso, eis que ele não monta mais nenhuma unidade plugada em nenhuma entrada usb, embora liste em locais, nas janelas abertas, quando eu clico abre uma mensagem da não foi possível mentar a unidade.
Error mounting system-managed device /dev/sdg1: Command-line `mount "/media/sdg0"' exited with non-zero exit status 1: [mntent]: line 16 in /etc/fstab is bad
mount: can't find /media/sdg0 in /etc/fstab or /etc/mtab
-
Agora não está mais pedindo senha, ele ejeta na opção do botão direito do mouse ( em locais da janela ), no aplicativo Discos também ejeta, só não está montando o dispositivo. Ele lista no terminal a unidade também.
Mas nenhum dispositivo está montando ao plugar na entrada usb!
-
Ao comando id user retornou o seguinte:
no such user
E Usuários e grupos, no meu username aparece:
Tipo de conta - Administrador
Grupos - adm, cdrom, dip, lpadmin, plugdev, sambashare, sudo.
O resultado de /etc/sudoers deu:
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
-
Criei um outro usário, como indicado, e reiniciei o PC. Mas entrei com o usuário de sempre e de repente ele está agora montando os pendrives normalmente, inclusive aquele pendrive que aparecia como se estivesse corrompido, está funcionando normalmente. Não pede mais senha para ejetar. Agora não sei se devido a criar outro usuário, suponho que não. Editei também o arquivo /usr/share/polkit-1/actions/org.freedesktop.udisks2.policy como foi indicado.
Mas ainda tem coisas estranhas... Não consigo mudar as permissões dos dispositivos, não tem permissão de escrita, não consigo colar nada nos pendrives, nem colocando no terminal o comando chmod 777 -R ele altera! Em propriedades da janela diz que não sou proprietário e não posso alterar as permissões!!
Outras estranhesas: mesmo com o dispositivo desplugado, ele lista no terminal o mesmo com o comando ls. Tenho um HD externo que está desplugado e ele lista o mesmo, lá aparece "VERBATIM". No momento de carregar o sistema, tenho que clicar em 'S', porque diz que não encontra uma unidade referente ao pendrive ( para carregar mesmo assim ).
Mas devo estar perto agora de deixar meu sistema normal nessa questão novamente, graças à sua ajuda! Muito obrigado!
-
Ao comando id user retornou o seguinte:
no such user
O retorno do comando " id user " está dando mensagem de erro (no such user = não encontrado o user), porque o tal do user é para substituir pelo ***nome real*** do usuário que tem aí no seu computador.
Assim, se o nome do usuário no sistema do computador é manoel, deve-se fazer:
id manoel
Se for Pedro, deve-se fazer:
id Pedro
Se for pguarnieri, deve-se fazer:
id pguarnieri
O tal do "user" é só um jeito meio convencional de indicar um nome de usuário qualquer.
Como não sei o nome real de usuário que você tem aí, então para mencionar o comando uso genericamente o tal do "user", que evidentemente é o termo em inglês para a expressão usuário.
Teria sido melhor se fossemos fazendo passo-a-passo vendo as dificuldades pontuais, os retornos e corrigindo, demora mais porém é mais fácil de ir fazendo, melhora a compreensão do problema e das soluções, mas como há uma boa possibilidade de que eu não possa estar participando aqui no Fórum pelo próximas duas ou três semanas, então achei melhor despejar todas ou quase todas as sugestões de uma vez só, embora entenda que seja mais complicado para você, mas pelo menos fica com material para ir pesquisando e tentando fazer as correções, além do que evidentemente outros colegas aqui do Fórum também podem ajudar nas eventuais dúvidas que forem surgindo.
Let's go ahead! :)
-
OK! Desculpe, eu não entendido que era para substituir o temo user pelo meu usuário.
Ao comando id pguarnier ele retornou:
uid=1000(pguarnier) gid=1000(pguarnier) grupos=1000(pguarnier),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),108(lpadmin),124(sambashare)
Quero tambem fazer uma retificação da minha postagem anterior: assim que reiniciei o PC hoje de manhã, os mesmos problemas de antes voltaram! Parecia que tinha resolvido boa parte. Ele começou novamente pedir senha para ejetar, o pendrive de antes continua mostrando como corrompido, e ainda não está mais montando nenhum dispositivo plugado nas USBs.
Eu criei outro usuário como indicado, mas ele não entra no mesmo! Coloco a senha e diz que está incorreto. Mas está certa, eu inclusive já criei outro usuário, com cuidado digitei a senha duas vezes, mas ele sempre diz que está incorreto. Então entrei como convidado , e tem os mesmos problemas, não entra em nenhum dispositivo, não ejeta, não faz nada.
Sobre a mensagem que aparece quando está pra carregar o Ubuntu é essa:
"A unidade VERBATIM não está pronta ou não está presente. Continue esperando ou precione 'S' para pular a montagem ou 'M' para recuperação manual."
Depois ele repete a mesma mensagem pra cada um dos dispositivos que eu tenho, tenho que ficar apertando S, S, S, S, até finalmente carregar o sitema!
Faltou apenas instalar o Nautillus e o Thunar, pra ver se o problema continua nesses ambientes. Continuo no aguardo para ver se alguém me ajuda resolver esse problema por mais alguns dias. Se não conseguir resolver, vou formatar e reinstalar o Ubuntu. Já que fiquei mais de um ano sem nenhum problema nessa distribuição, vou dar mais uma chance pro Ubuntu. Se o problema resurgir após reinstalar, então vou ter que partir para outra distro. Pra mim, que não entendo muito de códigos, só a interface gráfica faz diferença no uso, e eu gosto do Cinnamon e do navegador Nemo, e nao gosto nada do Unity, Gnome 3 e do Nautillus.
Obrigado novamente pela ajuda!
-
[...] reiniciei o PC hoje de manhã, os mesmos problemas de antes voltaram!
Talvez tenham se perdido as alterações no org.freedesktop.udisks2.policy que você fez ontem. Não tive tempo (matéria-prima escassa atualmente) de ler e estudar o artigo indicado, mas assim por cima me pareceu que era mais ou menos isso que ele dizia ao falar que precisava alterar algo no etc/polkit-1/rules.d/50-default.rules.
Só uma observação, você disse que seu sistema base é o Ubuntu 14.04.
Ele está atualizando normalmente, sem nenhuma mensagem de erro?
Se estiver em dúvida experimente fazer:
sudo apt-get update
sudo apt-get upgrade
Deve executar e finalizar sem erros para estar de acordo.
-
Olá!
No update ele apresentou duas mensagens de erro no final, apesar de atualizar bastante coisa:
W: Falhou ao buscar http://dl.google.com/linux/chrome/deb/dists/stable/Release Incapaz de encontrar a entrada 'main/binary-i386/Packages' esperada no ficheiro Release (entrada errada em sources.list ou ficheiro malformado)
E: Falhou o download de alguns ficheiros de índice. Foram ignorados ou os antigos foram usados em seu lugar.
De resto tudo normal.
No upgrade teve algumas mensagens que me deixaram encucado:
Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Unknown media type in type 'uri/mms'
Unknown media type in type 'uri/mmst'
Unknown media type in type 'uri/mmsu'
Unknown media type in type 'uri/pnm'
Unknown media type in type 'uri/rtspt'
Unknown media type in type 'uri/rtspu'
dpkg: aviso: não foi possível apagar o directório antigo '/etc/cinnamon/preload/iconthemes.d': Diretório não vazio
dpkg: aviso: não foi possível apagar o directório antigo '/etc/cinnamon/preload': Diretório não vazio
dpkg: aviso: não foi possível apagar o directório antigo '/etc/cinnamon': Diretório não vazio
grub-install: aviso: Setor 32 já está em uso pelo programa `FlexNet'; evitando-o. Este programa pode causar problemas de inicialização e outros no no futuro. Por favor, peça aos autores para não armazenar dados na trilha de inicialização.
Instalação finalizada. Nenhum erro foi relatado.
Generating grub configuration file ...
Atenção: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is set is no longer supported.
Esses avisos me chamaram atenão, não sei o que significam, ficaram lá pelo meio da listagem. Mas baixou bastante coisa, quase quinhentos mega.
-
No update ele apresentou duas mensagens de erro no final, apesar de atualizar bastante coisa:
W: Falhou ao buscar http://dl.google.com/linux/chrome/deb/dists/stable/Release Incapaz de encontrar a entrada 'main/binary-i386/Packages' esperada no ficheiro Release (entrada errada em sources.list ou ficheiro malformado)
Essa primeira mensagem de erro do update é porque o seu sistema é 32-bit e há nele instalado o navegador Google Chrome. Acontece que o Google desativou e acabou com a versão 32-bit do Chrome, ou seja, não tem mais, não há mais suporte, aliás, ao abrir o Chrome deve estar aparecendo uma mensagem nesse sentido.
Há até um tópico correndo aqui no Fórum falando sobre isso, confira aqui:
Google decide acabar com o suporte ao Chrome para 32 bits no GNU/Linux
http://ubuntuforum-br.org/index.php/topic,119234.msg658071.html#msg658071
Nesse caso, como não há mais suporte e, portanto, não haverá mais atualização, conforme conversamos no post #4, se deve entrar em Configuração do Sistema/Programas e Atualizações, acione a aba "Outros Programas" e desativar o box que faz referência ao chrome.
Ainda pode fazer:
sudo rm /etc/apt/sources.list.d/google-chrome.list*
Também não faz sentido manter o Google Chrome 32-bit instalado já que não há mais suporte, então o caminho normal é também desinstalar ele de vez do sistema.
Para desinstalar. pode fazer:
sudo apt-get remove --purge google-chrome-stable
Como não tenho muita certeza se o nome do pacote 32-bit é esse mesmo, também poderia fazer de forma mais genérica:
sudo apt-get remove --purge google-chrome*
Depois execute novamente:
sudo apt-get update
sudo apt-get upgrade
-
No upgrade teve algumas mensagens que me deixaram encucado:
Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Unknown media type in type 'uri/mms'
[...]
Lá pelas tantas alguém disse que essa mensagem de erro historicamente estava relacionada ao arquivo kde.xml, o que imagino seja um arquivo do KDE.
Alguém de nome Ana dizia no Debian Bug report logs à respeito disso:
"Those fake mimetypes are installed by kdelibs with the file
/usr/share/mime/packages/kde.xml since long time ago. They are kept in
kde4libs."
Há inclusive registro recente do problema, de 23/12/2015 e de 07/03/2016.
Você já teve KDE instalado nesse máquina, ou instalou o Kate, que é o editor do KDE?
De toda forma, é bom verificar o que há no diretório e que possa estar dando a mensagem de erro, cole aqui o resultado de:
ls /usr/share/mime/packages/
Se tiver o kde.xml lá, então faça:
sudo mv /usr/share/mime/packages/kde.xml /usr/share/mime/packages/kde.xml.bkp
sudo update-mime-database /usr/share/mime
Há uma outra opção que funcionou no qual o usuário dizia que bibliotecas haviam sido adicionadas como dependências de uma aplicação KDE (não diz qual), aplicação essa que ele veio posteriormente a desinstalar, entretanto, ficou uma "sujeira" lá dessa desinstalação.
Sugere seja feito:
sudo apt-get purge kdelibs-bin kdelibs-data
sudo apt-get autoremove --purge
sudo update-mime-database /usr/share/mime
Diz ele que funcionou.
Isso feito, execute novamente a atualização
sudo apt-get update
sudo apt-get upgrade
-
dpkg: aviso: não foi possível apagar o directório antigo '/etc/cinnamon/preload/iconthemes.d': Diretório não vazio
dpkg: aviso: não foi possível apagar o directório antigo '/etc/cinnamon/preload': Diretório não vazio
dpkg: aviso: não foi possível apagar o directório antigo '/etc/cinnamon': Diretório não vazio
A terceira questão já é bem mais complicada.
Não é exatamente um erro, mas sim um alerta.
Trata-se de diretórios do cinnamon. No curso da atualização de determinados pacotes tais diretórios deveriam ser apagados, porém o dpkg (que é o executor real das atualizações do qual o apt-get é apenas a interface mais amigável) constatou que existiam arquivos dentro daqueles diretórios, quando deveriam estar vazios para que pudessem ser apagados.
É possível, em tese, imaginar o seguinte cenário: na instalação do pacote 01 foi criado um diretório e colocado arquivos lá dentro. Na instalação do pacote 02 foram criados alguns arquivos nesse diretório também. Você removeu o pacote 01, porém deixou o pacote 02. Na remoção do pacote 01 o dpkg vai apagar o diretório, mas aí constata que ainda existem arquivos neles (que são do pacote 02), então não remove o diretório e faz o alerta.
Há uma discussão similar interessante sobre isso aqui:
Multiple dpkg warning (non-empty directories) during upgrade to wheezy
http://debian.2.n7.nabble.com/Multiple-dpkg-warning-non-empty-directories-during-upgrade-to-wheezy-td3095541.html
O problema é que tais diretórios e eventuais arquivos que existam nele pertencem ao cinnamon.
Como se sabe, o cinnamon é software de terceiros, não pertence ao Ubuntu, então quem poderia dizer alguma coisa é o pessoal desenvolvedor do cinnamon.
Para arriscar alguma correção precisaria conhecer bem em detalhes a documentação do cinnamon para se chegar a conclusão se tais diretórios devem ser mantidos ou se podem ser excluídos. Aí só mesmo o desenvolvedor original ou eventualmente o mantenedor da ppa.
Aqui na instalação que fiz do cinnamon (aquela versão 2.8 do Embrosyn que lhe falei no post #4) sequer existe o diretório /etc/cinnamon.
Se quiser arriscar arrancar "na mão", arranque, mas como vai estar fazendo isso "no escuro", sem a compreensão exata das interdependências do cinnamom, pode ser que haja consequências.
Você pode mudar os diretórios e respectivos arquivos de lugar e ver o que acontece. Caso dê pŕoblema você volta os diretórios para o lugar original.
-
grub-install: aviso: Setor 32 já está em uso pelo programa `FlexNet'; evitando-o. Este programa pode causar problemas de inicialização e outros no no futuro. Por favor, peça aos autores para não armazenar dados na trilha de inicialização.
Instalação finalizada. Nenhum erro foi relatado.
Finalmente, a indicação é que você tem o programa FlexNet instalado, que talvez seja o FlexNet Publisher ou coisa assim.
Tem mesmo ele instalado aí e usando?
O problema do FlexNet com os bootloaders são conhecidos, não se constituem em novidade, consta até mesmo da Wikipédia.
Issues with bootloaders
Due to the way the digital rights management (DRM) works in FlexNet Publisher, FlexNet affects bootloaders; this makes FlexNet Publisher incompatible with drives encrypted with TrueCrypt and renders Linux-based systems unable to boot.The Truecrypt developers also state that "the issue is caused by inappropriate design of the third-party activation software."
No seu caso, você está conseguindo fazer o boot, mas em alguns caso ele acaba atrapalhando e não permitindo.
Provavelmente ao fazer a atualização o grub, que é o bootloader do Ubuntu, iria se atualizar e aí constatou esse problema e não fez a atualização que deveria.
Há uma solução interessante descrita aqui, que consiste basicamente em regravar a área indicada (wiping) eliminando as gravações do FlexNet. Obviamente que o tal do FlexNet pode parar de funcionar ao ser feito isso.
De toda forma, jamais se aventure a fazer uma coisa dessa sem antes ter um seguro *** backup dos seus arquivos pessoais e ainda da própria MBR ***, pois há uma grande possibilidade de tornar o disco inacessível.
Sector 32 FlexNet Problem -- Grub
http://ubuntuforums.org/showthread.php?t=1661254
Se resolver por fazer isso é melhor, antes, aprofundar a discussão dessa questão, entendendo bem como deve ser feito e as consequências, além do mais que imprescindível backup sobretudo dos arquivos pessoais.
O esquema é relativamente simples, não há dificuldade conceitual, mas é uma área de alto risco e consequências fatais se não for bem executado, daí que nem pensar fazer algo sim sem a existência de backup.
É isso.
-
Olá, boa noite!
Será que meu Ubuntu é mesmo 32 bits? Eu instalei de uma ISO em que diz amd64! Só se me enganaram. Jurava que meu sistema era 64 bits. Meu PC é um AMD de 64 bits.
De qualquer forma, após instalar o Thunar, o sistema não entrou mais. Estou sem acesso ao Ubuntu. Mas hoje de manhã ainda, notei que meu Cinnamon estava na versão 2.8 e o Nemo também passou pra 2.8, mais atualizada. Só que não resolveu o problema, por isso desinstalei o Nemo e passei a usar o Nautilus, que também não resolveu, e ao instalar o Thunar, o sistema não entra mais.
Estou de plano reinstalar o sistema amanhã, atravéz da mesma ISO que eu tenho, que agora estou em dúvida se é mesmo 64 bits. Quero ficar com o Ubuntu 14.04, pois o mesmo tem suporte até 2019, correto?
Sobre o FlexNet acredito que nunca instalei nada com esse nome, que eu me lembre. Nem sei pra que serve esse programa. Não conheço, só se veio junto com outro pacote. Nunca vi nem no menu do Cinnamon.
Obrigado de novo, e até amanhâ!
-
Será que meu Ubuntu é mesmo 32 bits? [...]
Estou de plano reinstalar o sistema amanhã, atravéz da mesma ISO que eu tenho
Se vai reinstalar não esqueça de ter um backup seguro dos seus arquivos pessoais, tais como fotos e vídeos pessoais, arquivos autorais e por aí vai. Só o backupo salva, o resto é tentativa.
Essa .iso que você tem possivelmente já está gravada num pendrive, então suba o sistema pelo pendrive (opção experimentar o Linux), abra uma janela de terminal e execute:
uname -m
Se for 64-bit deve obter uma indicação do tipo:
x86_64
Para 32-bit aparece como “i686” or “i386”
Também pode usar:
arch
Outra forma pode ser assim:
file /bin/bash | cut -d' ' -f3
Deverá resultar:
64-bit
O que se está verificando aí é o sistema operacional (S.O), não a cpu (processador).Um processador 64-bit roda sem problemas um S.O. de 32-bit, o inverso não é verdadeiro.
Caso não seja a iso adequada é só baixar outra no site do Ubuntu, não esquecendo de conferir o dash (md5sum)
Entretanto é necessária uma observação importante aqui.
Como sabemos que há um dado estranho lá no setor 32 (a atualização anterior do grub já nos disse isso), pode acontecer da nova instalação do grub dar errado, não instalar ou instalar de forma defeituosa.
Se for possível, e apenas após ter o backup seguro dos seus dados e da MBR atual, apague o que há lá no setor 32 daquela forma que indicada naquele link que lhe passei no post anterior.
Note que não tenho maiores detalhes do seu computador, se é disco único, se é dual boot, qual a configuração de hardware, disco rígido, etc.
O backup externo é essencial ao formatar, particionar ou escrever na área de MBR, aliás, o backup é essencial sempre.
-
Apenas mais um adendo quanto à reinstalação.
Nessa reinstalação, imagino que você vai em seguida instalar novamente o cinnamon, penso que seja melhor não desinstalar o Unity.
Na instalação assinale para login automático, irá voltar sempre para o último que você utilizou, assim, se utiliza o cinnamom, sempre o sistema irá entrar direto nele, não interfere em nada ter em paralelo o Ubuntu padrão como ambiente.
Na instalação que fiz aqui do cinnamom, mantive as 4 entradas que já mencionei em post anterior e tudo funciona muito bem.
A desinstalação do Unity é sempre complexa e pode ter consequências não muito boas para a estabilidade do sistema. Aqui os gerenciadores de arquivos Nautilus e Nemo (vem junto ao instalar a ppa do cinnamom) convivem muito bem, sem problemas, melhor ter ambos à mão e utilizar o que preferir. Não muda nada, não sobrecarrega o sistema e, principalmente, não desfaz de forma radical a arquitetura planejada do Ubuntu, o que só leva a dar problemas.
Já que conviver com a ppa do cinnamom é inevitável, procure deixar o sistema Ubuntu base o mais original possível para evitar problemas, pois uma ppa já é em si um problema, sobremais uma ppa que é, ela própria, todo um ambiente de desktop.
-
Bom dia!
Eu estava lendo aqui que o tal de FlexNet é uma aplicação da Adobe que é instalado na mbr do hd, talvez para controlar a autenticação do software Autocad, que eu tinha instalado um tempo no Windows, mas já removi, deve ser por isso que tem esse problema no setor 32.
Mas o problema é muito antigo, não sei como tem pouco material a respeito na internet, deveria ter mais publicações de tutoriais para ensinar a resolver o problema, sei lá , deveria ter mais soluções para arrumar isso...
Tive a idéia fazer o procedimento de reparação do boot do Windows pelo DVD, e depois editar o mesmo para colocar o Ubuntu no gerenciador de inicialização do Windows. Existe um programa chamado EasyBCD para Windows que promete fazer isso. Se não der certo, eu tenho também um live cd chamado Boot Repair, que já me quebrou varios galhos nesse sentido, e reinstalo o grub por ele. Vamos ver no que dá.
Depois eu posto aqui o resultado.
-
O resultado:
fiz o procedimento de reparação do boot do meu W7 pelo dvd de instalação. Ok, entrou o Windows normalmente.
Formatei e reinstalei o Ubuntu 14.04 na partição sda1, onde estava o sistema anterior ( Windows 7 está em sda2 ), mas selecionei para colocar o Grub em sda1, mesma partição do sistema, ao invéz de sda, como estava antes, já que queria chamar o Linux pelo menu de boot do Windows, como havia falado.
Ao reiniciar entrou o Windows 7 direto, no mesmo instalei o programa EasyBCD, e nele eu cliquei na aba Linux, selecionei Grub2 ( acredito que é Grub2 que tem nos Ubuntus atuais, correto? ), selecionei "patição 1 - ext4 109gb" e depois em criar. Deu aviso de que foi criado com sucesso.
Reiniciei, carregou uma tela muito parecida com o Grub, com duas linhas, uma chamada Windows 7 outra Ubuntu 14.04. Ao selecionar Ubuntu, não carregou nada, fica uma tela preta escrito "try ( hd0, 0 )" , algo assim. No Windows entra normalmente ao selecioná-lo.
Coloquei o cd Boot-Repair-Disk, que faz tudo automatico, só colocar o cd, e não funcionou dessa vez.
Ainda baixei um cd-iso chamado GAG, por ele criei uma tela com as duas entradas, mas não apagou a do programa EasyBCD! Entra primeiro uma depois cai na outra ( quando seleciono a do Windows cai na outra tela ), e não entra o Ubuntu, fica naquela tela preta. A do Ubuntu nunca entra.
Como eu posso resolver isso? Só instalando Ubuntu de novo, dessa vez gravando Grub no sda?
-
Então, /pguarnieri/,
Não sei dizer como é que faz para o bootloader do Windows reconhecer outro sistema operacional instalado (Linux).
Para saber isso precisaria estudar em detalhes o funcionamento do Windows, o que é matéria estranha a este Fórum.
O padrão em máquinas com setup convencional (BIOS) é instalar o Windows primeiro, de forma normal e em seguida instalar o Ubuntu, nesse ordem, porém sempre é possível gravar o Grub manualmente.
De toda forma, o objetivo inicial do tópico já se perdeu, como se trata de um novo problema, talvez seja o caso de abrir um novo tópico.