# rpm -ivh kernel-2.6.22.2-42.fc6.i686.rpm erro: Failed dependencies: mkinitrd >= 5.1.19.0.3-1 is needed by kernel-2.6.22.2-42.fc6.i686
Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
Alberto Monteiro
Alberto Monteiro wrote:
# rpm -ivh kernel-2.6.22.2-42.fc6.i686.rpm erro: Failed dependencies: mkinitrd >= 5.1.19.0.3-1 is needed by kernel-2.6.22.2-42.fc6.i686
Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
Alberto Monteiro
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
tem, parametro force no rpm... Como saber? man rpm...
Kayo Hamid escreveu:
# rpm -ivh kernel-2.6.22.2-42.fc6.i686.rpm erro: Failed dependencies: mkinitrd >= 5.1.19.0.3-1 is needed by kernel-2.6.22.2-42.fc6.i686
Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
tem, parametro force no rpm... Como saber? man rpm...
Não funciona nem com --force :-(
Alberto Monteiro
Alberto Monteiro wrote:
Kayo Hamid escreveu:
# rpm -ivh kernel-2.6.22.2-42.fc6.i686.rpm erro: Failed dependencies: mkinitrd >= 5.1.19.0.3-1 is needed by kernel-2.6.22.2-42.fc6.i686
Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
tem, parametro force no rpm... Como saber? man rpm...
Não funciona nem com --force :-(
Alberto Monteiro
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
Entao, reenviando a msg que foi ignorada, rpmfind.net, baixa o mkinitrd necessario e instala. Esqueça o yum, mate você as dependencias.
A dependencia do mkinitrd eh o nash, dhcp, libselinux, e outras "cositas mas" que ja devem estar instaladas no seu sistema. Rpmfind eh seu amigo.
Isamar
2007/8/31, Kayo Hamid kayohf@br.inter.net:
Alberto Monteiro wrote:
Kayo Hamid escreveu:
# rpm -ivh kernel-2.6.22.2-42.fc6.i686.rpm erro: Failed dependencies: mkinitrd >= 5.1.19.0.3-1 is needed by kernel-2.6.22.2-42.fc6.i686
Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
tem, parametro force no rpm... Como saber? man rpm...
Não funciona nem com --force :-(
Alberto Monteiro
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
Entao, reenviando a msg que foi ignorada, rpmfind.net, baixa o mkinitrd necessario e instala. Esqueça o yum, mate você as dependencias.
-- Kayo Hamid kayohf@br.inter.net
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
Isamar Maia escreveu:
A dependencia do mkinitrd eh o nash, dhcp, libselinux, e outras "cositas mas" que ja devem estar instaladas no seu sistema.
É o nash (acho, ou alguma dependência do nash) que dá problema. Mas isso não importa, o loop de dependências nunca acaba.
Rpmfind eh seu amigo.
Sei não. Ele acha, mas depois não adianta nada.
Alberto Monteiro
Use o nash de mesmo numero de versao do mkinitrd. Mas que eh realmente estranho o yum nao funcionar.. isso eh.
2007/8/31, Alberto Monteiro albmont@centroin.com.br:
Isamar Maia escreveu:
A dependencia do mkinitrd eh o nash, dhcp, libselinux, e outras "cositas mas" que ja devem estar instaladas no seu sistema.
É o nash (acho, ou alguma dependência do nash) que dá problema. Mas isso não importa, o loop de dependências nunca acaba.
Rpmfind eh seu amigo.
Sei não. Ele acha, mas depois não adianta nada.
Alberto Monteiro
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
On Fri, Aug 31, 2007 at 11:46:17AM -0200, Alberto Monteiro wrote:
Isamar Maia escreveu:
A dependencia do mkinitrd eh o nash, dhcp, libselinux, e outras "cositas mas" que ja devem estar instaladas no seu sistema.
É o nash (acho, ou alguma dependência do nash) que dá problema. Mas isso não importa, o loop de dependências nunca acaba.
Você tentou 'yum update mkinitrd'? (mesmo antes de refazer as configurações dos repositórios como sugeri no outro e-mail).
On Fri, Aug 31, 2007 at 12:09:39PM -0200, Alberto Monteiro wrote:
Eduardo Habkost perguntou:
Você tentou 'yum update mkinitrd'? (mesmo antes de refazer as configurações dos repositórios como sugeri no outro e-mail).
Sim.
Essa é uma pergunta retórica? [*]
Não. A minha curiosidade é quais as mensagens de erro que o 'yum update mkinitrd' mostrou.
Mas eu já estou convencido que o melhor é você fazer backup do /home e instalar o FC6 do zero. Não porque não tem jeito de arrumar, mas porque acho que não vale a pena o trabalho.
Alberto Monteiro
[*] essa é uma pergunta retórica.
Tarde demais, já respondi. :P
Kayo Hamid escreveu:
Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
tem, parametro force no rpm... Como saber? man rpm...
Não funciona nem com --force :-(
Entao, reenviando a msg que foi ignorada,
Não foi ignorada. Eu não respondi apenas porque já tinha "respondido" em mensagem anterior.
rpmfind.net, baixa o mkinitrd necessario e instala. Esqueça o yum, mate você as dependencias.
O mkinitrd também não entra via rpm, porque tem uma dependência idiota. E essa dependência não existe.
Alberto Monteiro
On Fri, Aug 31, 2007 at 10:24:27AM -0300, Kayo Hamid wrote:
Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
tem, parametro force no rpm... Como saber? man rpm...
Não funciona nem com --force :-(
Alberto Monteiro
Entao, reenviando a msg que foi ignorada, rpmfind.net, baixa o mkinitrd necessario e instala. Esqueça o yum, mate você as dependencias.
É isso o que ele já está fazendo, e baixando do repositório do Fedora, que é melhor que usar o rpmfind.net.
Alberto,
O FC6 continua sendo mantido, normalmente. Não sei o que tem de errado na sua configuração do Yum (ou no conjunto de pacotes do seu sistema). O ideal é fazer o seu Yum voltar a funcionar, revisando as configurações dos repositórios, senão você vai ficar maluco.
Tentar atualizar o sistema pelo yum (e não pelo CD) deve ter deixado o seu sistema com os pacotes todos bagunçados. Mas arrumar isso manualmente como está tentando vai te enlouquecer em alguns dias.
Você pode conseguir atualizar o kernel, mas e o monte de pacotes que pode ter ficado sem atualizar, além do kernel? Vai ficar pra sempre caçando dependência manualmente? O yum ainda é seu amigo. :)
Eu faria o seguinte:
- Renomeava o /etc/yum.repos.d para /etc/yum.repos.d.backup (caso algo dê errado, é só "desrenomear") - Baixava e reinstalava o pacote fedora-release (que contém os arquivos de configuração do Yum), do repositório do FC-6 - Talvez você queira copiar os arquivos .repo de outros repositórios (não os do fedora, porque já foram reinstalados), do seu diretório de backup para o yum.repos.d - Fazia 'yum upgrade' e se vier algum erro (provavelmente deve continuar vindo), corrigir manualmente com 'yum update algum-pacote', 'yum install algum-pacote' (ou até mesmo 'yum remove algum-pacote'), dependendo do caso. - ****TOME CUIDADO SE FIZER 'yum remove'****. Não vá desinstalar pacotes básicos do sistema. Se tiver algo que não conheça na lista de pacotes a serem removidos, antes da confirmação, não confirme.
Eduardo Habkost escreveu:
O FC6 continua sendo mantido, normalmente. Não sei o que tem de errado na sua configuração do Yum (ou no conjunto de pacotes do seu sistema). O ideal é fazer o seu Yum voltar a funcionar, revisando as configurações dos repositórios, senão você vai ficar maluco.
Você quer dizer, mais maluco do que o usual, certo?
Tentar atualizar o sistema pelo yum (e não pelo CD) deve ter deixado o seu sistema com os pacotes todos bagunçados.
Eu tentei atualizar pelo yum há umas 4 semanas, mas não deu certo, e eu continuei usando o FC4 normalmente. Aliás, eu só resolvi trocar FC4 -> FC6 porque caí no canto da sereia que dava para acessar uma droga de celular com Linux :-/
Mas arrumar isso manualmente como está tentando vai te enlouquecer em alguns dias.
"Quos deus vult perderc prius dimentat"
Você pode conseguir atualizar o kernel, mas e o monte de pacotes que pode ter ficado sem atualizar, além do kernel? Vai ficar pra sempre caçando dependência manualmente? O yum ainda é seu amigo. :)
Quando funciona, né? No FC4, já não funcionava mais.
Eu faria o seguinte:
- Renomeava o /etc/yum.repos.d para /etc/yum.repos.d.backup (caso
algo dê errado, é só "desrenomear") - Baixava e reinstalava o pacote fedora-release (que contém os arquivos de configuração do Yum), do repositório do FC-6 - Talvez você queira copiar os arquivos .repo de outros repositórios (não os do fedora, porque já foram reinstalados), do seu diretório de backup para o yum.repos.d - Fazia 'yum upgrade' e se vier algum erro (provavelmente deve continuar vindo), corrigir manualmente com 'yum update algum-pacote', 'yum install algum-pacote' (ou até mesmo 'yum remove algum-pacote'), dependendo do caso. - ****TOME CUIDADO SE FIZER 'yum remove'****. Não vá desinstalar pacotes básicos do sistema. Se tiver algo que não conheça na lista de pacotes a serem removidos, antes da confirmação, não confirme.
Eu já tentei algo parecido: desabilitei todos repositórios não-oficiais, fiz yum update, e tive o dissabor de receber mensagem de erro no final do yum update - por causa de pacotes que não existem.
Eu ainda não comecei a fazer yum remove *.*; mas isso resolveria o problema, ou deixaria o sistema ainda mais capenga?
Alberto Monteiro
Olá,
Em 31/08/07, Alberto Monteiroalbmont@centroin.com.br escreveu:
Eu já tentei algo parecido: desabilitei todos repositórios não-oficiais, fiz yum update, e tive o dissabor de receber mensagem de erro no final do yum update - por causa de pacotes que não existem.
Esses pacotes que não existem são de repositórios não oficiais do fedora (tipo, freshrpms, livna e etc)? Se forem, pode tentar remover eles e atualizar o sistema pelo yum usando somente os repositórios oficiais ... depois você reinstala os pacotes do livna/freshrpms/etc. Alias, não lembro de alguém ter perguntado aqui, você está com algum repositório desses apontando para alguma versão anterior do Fedora? Se sim, é bem provável que ele não encontre atualizações num livna para FC4 por exemplo.
Eu ainda não comecei a fazer yum remove *.*; mas isso resolveria o problema, ou deixaria o sistema ainda mais capenga?
Depende do que você remover, pode ajudar ou pode parar tudo :) Se for remover algo, verifique o que ele vai remover junto antes de teclar "y".
[]'s Gustavo Picoloto
Gustavo Picoloto escreveu:
Eu já tentei algo parecido: desabilitei todos repositórios não-oficiais, fiz yum update, e tive o dissabor de receber mensagem de erro no final do yum update - por causa de pacotes que não existem.
Esses pacotes que não existem são de repositórios não oficiais do fedora (tipo, freshrpms, livna e etc)?
Acho que não. A menos que haja algum que seja de repositório não oficial, com versão mais recente que o equivalente de repositório oficial.
Pode ser essa a razão do crash?
Se forem, pode tentar remover eles e atualizar o sistema pelo yum usando somente os repositórios oficiais ... depois você reinstala os pacotes do livna/freshrpms/etc.
Ok, então (repetindo a pergunta), como eu detecto o que é pacote não oficial?
Alias, não lembro de alguém ter perguntado aqui,
Acho que você mesmo já perguntou isso :-))))))))))))))
você está com algum repositório desses apontando para alguma versão anterior do Fedora? Se sim, é bem provável que ele não encontre atualizações num livna para FC4 por exemplo.
Acho que eu ainda tenho pacotes que são fc4.
Eu ainda não comecei a fazer yum remove *.*; mas isso resolveria o problema, ou deixaria o sistema ainda mais capenga?
Depende do que você remover, pode ajudar ou pode parar tudo :) Se for remover algo, verifique o que ele vai remover junto antes de teclar "y".
A única vez que eu tentei usar yum remove mkinitrd, ele listou o que iria apagar. Na lista, estava o kernel. Então eu digitei N.
Se eu tivesse digitado y, seria Format & Reinstall?
Alberto Monteiro
Em 31/08/07, Alberto Monteiroalbmont@centroin.com.br escreveu:
Esses pacotes que não existem são de repositórios não oficiais do fedora (tipo, freshrpms, livna e etc)?
Acho que não. A menos que haja algum que seja de repositório não oficial, com versão mais recente que o equivalente de repositório oficial.
Pode ser essa a razão do crash?
Pode ser ... determinado programa precisa de uma versão x mas só existe nos repositórios a y, então ele não pode atualizar. Não chega a ser um crash, é um ponto onde o yum para por não saber continuar.
Se forem, pode tentar remover eles e atualizar o sistema pelo yum usando somente os repositórios oficiais ... depois você reinstala os pacotes do livna/freshrpms/etc.
Ok, então (repetindo a pergunta), como eu detecto o que é pacote não oficial?
De um jeito simples? Sinceramente não sei :)
Mas pode-se fazer isso para um pacote: rpm -q --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{BUILDHOST}\n' pacote
Ou colocar num laço (demora uns minutos para rodar este comando) para saber todos os que estão instalados:
for i in `rpm -qa`; do rpm -q --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{PACKAGER} %{BUILDHOST}\n' $i done
Os pacotes que não tiver "redhat" e não tiver "fedora" (alias, acho que todos os fedora também tem redhat, mas não tenho certeza) não foram compilados pelo pessoal do Fedora, ou seja, é repositório de terceiro e que deve aparecer no BUILDHOST.
Para testar aqui, fiz o laço redirecionando para um arquivo e usei um grep (grep -i -v redhat saida.txt) para saber tudo o que veio de terceiros.
Exemplos de pacotes de terceiros que apareceu: mplayer-fonts-1.1-3.fc python2.freshrpms.net flash-plugin-9.0.48.0-release mtilburg-rh4.macromedia.com skype-1.4.0.99-fc5 linux-build.skype.net
Alias, não lembro de alguém ter perguntado aqui,
Acho que você mesmo já perguntou isso :-))))))))))))))
Então se você acha que está ficando louco, eu acho que sua loucura pode ser contagiosa :)
A única vez que eu tentei usar yum remove mkinitrd, ele listou o que iria apagar. Na lista, estava o kernel. Então eu digitei N.
Se eu tivesse digitado y, seria Format & Reinstall?
Alberto Monteiro
Poderia recuperar com um cd de recuperação, mas vai dar trabalho :)
[]'s
Gustavo Picoloto
On Fri, Aug 31, 2007 at 11:54:41AM -0300, Gustavo Picoloto wrote:
De um jeito simples? Sinceramente não sei :)
Mas pode-se fazer isso para um pacote: rpm -q --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{BUILDHOST}\n' pacote
Ou colocar num laço (demora uns minutos para rodar este comando) para saber todos os que estão instalados:
for i in `rpm -qa`; do rpm -q --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{PACKAGER} %{BUILDHOST}\n' $i done
Para evitar ter que fazer o "for": rpm -qa --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{BUILDHOST}\n'
Deve ser mais rápido, também.
Continuando a saga:
[vai ver por isso que dizem que Windows é melhor que Linux. No Windows, eu nem pensaria duas vezes, faria o F&R, e nem tentaria entender que m---- está ocorrendo...]
Problema: Erro maluco com yum
Solução (quase um F&R da database): # rm -f /var/lib/rpm/__db* # db_verify /var/lib/rpm/Packages # rpm --rebuilddb
Novo problema: # yum list update Loading "installonlyn" plugin Setting up repositories updates-source 100% |=========================| 951 B 00:00 core-source 100% |=========================| 951 B 00:00 ftp://ftp.informatik.uni-frankfurt.de/pub/linux/Mirror/ftp.redhat.com/fedora/extras/6/SRPMS/repodata/repomd.xml: [Errno 4] IOError: [Errno ftp error] timed out Trying other mirror. extras-source 100% |=========================| 951 B 00:00 extras-debuginfo 100% |=========================| 951 B 00:00 extras 100% |=========================| 1.1 kB 00:00 ftp://klid.dk/fedora/linux/core/updates/6/i386/debug/repodata/repomd.xml: [Errno 4] IOError: [Errno ftp error] timed out Trying other mirror. ftp://ftp.solnet.ch/mirror/fedora/linux/core/updates/6/i386/debug/repodata/repomd.xml: [Errno 4] IOError: [Errno ftp error] timed out Trying other mirror. updates-debuginfo 100% |=========================| 951 B 00:00 core-debuginfo 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files
O que quer dizer isso? Não tem mais repositório do FC6? Não tem mais nada para update?
Problema: rpm -qa --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{BUILDHOST}\n' (vários pacotes que não são redhat)
Solução: remover um por um? São 465 pacotes!!!
Problema: (1600+ pacotes que são fc4)
Solução: remover um por um? De novo, é um trabalho do Cão!!!
Problema: (ou não): [root@Spike ~]# rpm -q fedora-release fedora-release-6-4 [root@Spike ~]# rpm -V fedora-release S.5....T c /etc/yum.repos.d/fedora-core.repo S.5....T c /etc/yum.repos.d/fedora-development.repo S.5....T c /etc/yum.repos.d/fedora-extras-development.repo S.5....T c /etc/yum.repos.d/fedora-extras.repo S.5....T c /etc/yum.repos.d/fedora-legacy.repo S.5....T c /etc/yum.repos.d/fedora-updates-testing.repo S.5....T c /etc/yum.repos.d/fedora-updates.repo
Solução: wtf?
Alberto Monteiro
Olá Alberto,
Em 31/08/07, Alberto Vieira Ferreira Monteiroalbmont@centroin.com.br escreveu:
Continuando a saga:
[vai ver por isso que dizem que Windows é melhor que Linux. No Windows, eu nem pensaria duas vezes, faria o F&R, e nem tentaria entender que m---- está ocorrendo...]
hehehe mas assim a informática perde a graça :)
Novo problema: # yum list update Loading "installonlyn" plugin Setting up repositories updates-source 100% |=========================| 951 B 00:00
[corta]
O que quer dizer isso? Não tem mais repositório do FC6? Não tem mais nada para update?
Tente tirar os mirrors e usar somente o repositório principal. No arquivo /etc/yum.repos.d/fedora-updates.repo, comente a linha que começa com "mirrorlist" e descomente a que começa com "baseurl" e tente novamente.
Problema: rpm -qa --queryformat='%{NAME}-%{VERSION}-%{RELEASE} %{BUILDHOST}\n' (vários pacotes que não são redhat)
Solução: remover um por um? São 465 pacotes!!!
Problema: (1600+ pacotes que são fc4)
Solução: remover um por um? De novo, é um trabalho do Cão!!!
Estávamos sugerindo remover esses pacotes por achar que o problema eram eles, mas agora *parece* que o problema é outro. Se o yum funcionar com os passos anteriores, não precisaria remover nenhum pacote.
Problema: (ou não): [root@Spike ~]# rpm -q fedora-release fedora-release-6-4 [root@Spike ~]# rpm -V fedora-release S.5....T c /etc/yum.repos.d/fedora-core.repo S.5....T c /etc/yum.repos.d/fedora-development.repo S.5....T c /etc/yum.repos.d/fedora-extras-development.repo S.5....T c /etc/yum.repos.d/fedora-extras.repo S.5....T c /etc/yum.repos.d/fedora-legacy.repo S.5....T c /etc/yum.repos.d/fedora-updates-testing.repo S.5....T c /etc/yum.repos.d/fedora-updates.repo
O que isso está dizendo é que os arquivos tem tamanho diferente (S), md5 diferente (5) e hora de modificação (T) diferente do original. Basicamente significa que não é o arquivo que foi instalado pelo pacote fedora-release-6-4 (ou você modificou algo manualmente em todos eles ou o pacote está corrompido).
[]'s
Gustavo Picoloto
Gustavo Picoloto escreveu:
Problema: (ou não): [root@Spike ~]# rpm -q fedora-release fedora-release-6-4 [root@Spike ~]# rpm -V fedora-release S.5....T c /etc/yum.repos.d/fedora-core.repo S.5....T c /etc/yum.repos.d/fedora-development.repo S.5....T c /etc/yum.repos.d/fedora-extras-development.repo S.5....T c /etc/yum.repos.d/fedora-extras.repo S.5....T c /etc/yum.repos.d/fedora-legacy.repo S.5....T c /etc/yum.repos.d/fedora-updates-testing.repo S.5....T c /etc/yum.repos.d/fedora-updates.repo
O que isso está dizendo é que os arquivos tem tamanho diferente (S), md5 diferente (5) e hora de modificação (T) diferente do original. Basicamente significa que não é o arquivo que foi instalado pelo pacote fedora-release-6-4 (ou você modificou algo manualmente em todos eles ou o pacote está corrompido).
Tem como corrigir isso?
Alberto Monteiro
On Fri, Aug 31, 2007 at 05:06:33PM +0000, Alberto Vieira Ferreira Monteiro wrote:
Gustavo Picoloto escreveu:
Problema: (ou não): [root@Spike ~]# rpm -q fedora-release fedora-release-6-4 [root@Spike ~]# rpm -V fedora-release S.5....T c /etc/yum.repos.d/fedora-core.repo S.5....T c /etc/yum.repos.d/fedora-development.repo S.5....T c /etc/yum.repos.d/fedora-extras-development.repo S.5....T c /etc/yum.repos.d/fedora-extras.repo S.5....T c /etc/yum.repos.d/fedora-legacy.repo S.5....T c /etc/yum.repos.d/fedora-updates-testing.repo S.5....T c /etc/yum.repos.d/fedora-updates.repo
O que isso está dizendo é que os arquivos tem tamanho diferente (S), md5 diferente (5) e hora de modificação (T) diferente do original. Basicamente significa que não é o arquivo que foi instalado pelo pacote fedora-release-6-4 (ou você modificou algo manualmente em todos eles ou o pacote está corrompido).
Tem como corrigir isso?
Isso é o caso normal quando os arquivos .repo foram modificados por você, o que é algo comum para arquivos de configuração.
Você pode pegar os arquivos .repo do fedora-release original caso tenha dúvida se estão apontando para o lugar certo (por isso eu sugeri reinstalá-lo antes).
Mas só o fato do arquivo ter sido modificado não é um problema. É só uma dica que o RPM pode dar caso você queira ter certeza que está usando os arquivos originais do pacote.
Eduardo Habkost escreveu:
O que isso está dizendo é que os arquivos tem tamanho diferente (S), md5 diferente (5) e hora de modificação (T) diferente do original. Basicamente significa que não é o arquivo que foi instalado pelo pacote fedora-release-6-4 (ou você modificou algo manualmente em todos eles ou o pacote está corrompido).
Tem como corrigir isso?
Isso é o caso normal quando os arquivos .repo foram modificados por você, o que é algo comum para arquivos de configuração.
Ah, eu devo ter feito isso. Eu usei o kyum para desabilitar um monte de coisas, depois eu editei "na mão" colocando enable nesses arquivos.
Alberto Monteiro
Rapaz isso virou uma novela. E ai ja tem alguma posição? Funcionou?
Em 31/08/07, Alberto Monteiro albmont@centroin.com.br escreveu:
Eduardo Habkost escreveu:
O que isso está dizendo é que os arquivos tem tamanho diferente (S), md5 diferente (5) e hora de modificação (T) diferente do original. Basicamente significa que não é o arquivo que foi instalado pelo pacote fedora-release-6-4 (ou você modificou algo manualmente em todos eles ou o pacote está corrompido).
Tem como corrigir isso?
Isso é o caso normal quando os arquivos .repo foram modificados por você, o que é algo comum para arquivos de configuração.
Ah, eu devo ter feito isso. Eu usei o kyum para desabilitar um monte de coisas, depois eu editei "na mão" colocando enable nesses arquivos.
Alberto Monteiro
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
Cristiano Furtado escreveu:
Rapaz isso virou uma novela.
É :-(
E ai ja tem alguma posição?
Não posso dizer nesse fórum, tem crianças lendo.
Funcionou?
A última: yum update pegou uma meia-dúzia de pacotes com erro.
yum remove consegui remover esses pacotes.
Deixei yum -y update rodando. Vou ver quando voltar do trabalho.
Alberto Monteiro
Cara, estarei hoje a noite em casa no gtalk. anote ae o meu nick e me procure a noite ok? jasonnfedora
Em 31/08/07, Alberto Monteiro albmont@centroin.com.br escreveu:
Cristiano Furtado escreveu:
Rapaz isso virou uma novela.
É :-(
E ai ja tem alguma posição?
Não posso dizer nesse fórum, tem crianças lendo.
Funcionou?
A última: yum update pegou uma meia-dúzia de pacotes com erro.
yum remove consegui remover esses pacotes.
Deixei yum -y update rodando. Vou ver quando voltar do trabalho.
Alberto Monteiro
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
auaheuhauehuhau gtalk é o menseger do google:
http://www.google.com.br/pagead/iclk?sa=l&ai=BCmPL18PYRuTHFojKeMHM4KEE5Z...
Em 31/08/07, Alberto Vieira Ferreira Monteiro albmont@centroin.com.br escreveu:
Cristiano Furtado escreveu:
Cara, estarei hoje a noite em casa no gtalk. anote ae o meu nick e me procure a noite ok? jasonnfedora
O que é gtalk?
Alberto Monteiro
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
Acabei de ver que eu tinha colocado vários repositórios (talvez alguns fossem importantes) com enable=0. Vou mudar isso e ver o que acontece.
O fedora-extras-development tá bichado. Dá erro. Vou tirar esse.
Rodando yum -y install kdelibs... Tá rodando há meia hora. Que saco.
Alberto Monteiro
Demora mesmo pois ele não é tão pequeno assim.
Em 31/08/07, Alberto Vieira Ferreira Monteiro albmont@centroin.com.br escreveu:
Acabei de ver que eu tinha colocado vários repositórios (talvez alguns fossem importantes) com enable=0. Vou mudar isso e ver o que acontece.
O fedora-extras-development tá bichado. Dá erro. Vou tirar esse.
Rodando yum -y install kdelibs... Tá rodando há meia hora. Que saco.
Alberto Monteiro
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
Rodando yum -y install kdelibs... Tá rodando há meia hora. Que saco.
Demora mesmo pois ele não é tão pequeno assim.
Nao sei quanto tempo rodou, mas nao fez nada: deu um monte de erros :-/
Esta cada vez pior: leva horas para atualizar qualquer pacote por mais insignificante que seja, e nao consegue com uma lista enorme de erros.
Alberto Monteiro
Olá Alberto,
Se ainda não fez, desabilite todos os repositórios testing e development, execute "yum clean all" e então tente atualizar. Acredito que vai demorar somente a primeira atualização e depois será mais tranquilo.
[]´s
Gustavo Picoloto
Em 01/09/07, Alberto Vieira Ferreira Monteiroalbmont@centroin.com.br escreveu:
Rodando yum -y install kdelibs... Tá rodando há meia hora. Que saco.
Demora mesmo pois ele não é tão pequeno assim.
Nao sei quanto tempo rodou, mas nao fez nada: deu um monte de erros :-/
Esta cada vez pior: leva horas para atualizar qualquer pacote por mais insignificante que seja, e nao consegue com uma lista enorme de erros.
Alberto Monteiro
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
Gustavo Picoloto escreveu:
Se ainda não fez, desabilite todos os repositórios testing e development, execute "yum clean all" e então tente atualizar. Acredito que vai demorar somente a primeira atualização e depois será mais tranquilo.
Ok, fiz isso, e continua com problema.
Por exemplo,
yum -y install kdelibs
leva menos de 1 minuto, e responde:
Loading "installonlyn" plugin Setting up Install Process Setting up repositories Reading repository metadata in from local files Parsing package install arguments No Match for argument: kdelibs Nothing to do
Aliás, quase tudo importante dá a mesma mensagem, se bem eu consigo atualizar joguinhos pelo yum - o que me faz pensar que FC6 virou mesmo abandonware :-/
Alberto Monteiro
PS: por exemplo:
# yum -y install tuxtype2 Loading "installonlyn" plugin Setting up Install Process Setting up repositories Reading repository metadata in from local files Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for tuxtype2 to pack into transaction set. tuxtype2-1.5.3-2.fc6.i386 100% |=========================| 51 kB 00:01 ---> Package tuxtype2.i386 0:1.5.3-2.fc6 set to be updated --> Running transaction check
Dependencies Resolved
============================================================================= Package Arch Version Repository Size ============================================================================= Updating: tuxtype2 i386 1.5.3-2.fc6 extras 7.5 M
Transaction Summary ============================================================================= Install 0 Package(s) Update 1 Package(s) Remove 0 Package(s)
Total download size: 7.5 M Downloading Packages: (1/1): tuxtype2-1.5.3-2.f 100% |=========================| 7.5 MB 01:27 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : tuxtype2 ######################### [1/2] Cleanup : tuxtype2 ######################### [2/2]
Updated: tuxtype2.i386 0:1.5.3-2.fc6 Complete!
Olá Alberto,
O Fedora Core 6 ainda está sendo mantido, mas provavelmente você está com a última versão do pacote kdelibs (não tem por que um pacote, no caso o jogo, funcionar e outro não). Não sei a data correta, mas o Fedora Core 6 deixará de ter suporte somente após o lançamento do Fedora 8.
[]´s
Gustavo Picoloto
Em 01/09/07, Alberto Vieira Ferreira Monteiroalbmont@centroin.com.br escreveu:
Gustavo Picoloto escreveu:
Se ainda não fez, desabilite todos os repositórios testing e development, execute "yum clean all" e então tente atualizar. Acredito que vai demorar somente a primeira atualização e depois será mais tranquilo.
Ok, fiz isso, e continua com problema.
Por exemplo,
yum -y install kdelibs
leva menos de 1 minuto, e responde:
Loading "installonlyn" plugin Setting up Install Process Setting up repositories Reading repository metadata in from local files Parsing package install arguments No Match for argument: kdelibs Nothing to do
Aliás, quase tudo importante dá a mesma mensagem, se bem eu consigo atualizar joguinhos pelo yum - o que me faz pensar que FC6 virou mesmo abandonware :-/
Alberto Monteiro
PS: por exemplo:
# yum -y install tuxtype2 Loading "installonlyn" plugin Setting up Install Process Setting up repositories Reading repository metadata in from local files Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for tuxtype2 to pack into transaction set. tuxtype2-1.5.3-2.fc6.i386 100% |=========================| 51 kB 00:01 ---> Package tuxtype2.i386 0:1.5.3-2.fc6 set to be updated --> Running transaction check
Dependencies Resolved
============================================================================= Package Arch Version Repository Size ============================================================================= Updating: tuxtype2 i386 1.5.3-2.fc6 extras 7.5 M
Transaction Summary
Install 0 Package(s) Update 1 Package(s) Remove 0 Package(s)
Total download size: 7.5 M Downloading Packages: (1/1): tuxtype2-1.5.3-2.f 100% |=========================| 7.5 MB 01:27 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : tuxtype2 ######################### [1/2] Cleanup : tuxtype2 ######################### [2/2]
Updated: tuxtype2.i386 0:1.5.3-2.fc6 Complete!
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
Eu limpei tudo que era fc4 dos rpms, mas o kyum continua sem listar, entre os pacotes disponiveis, o kernel 2.6.22
E agora?
Alberto Monteiro
Achei mais um bug: o meu /etc/yum.conf tem a seguinte linha: # This is the fedorafaq.org yum.conf for Fedora Core 5.
Argh!
Alberto Monteiro
package-cleanup --orphans da uma lista enorme de pacotes. O que eu tenho que fazer?
Alberto Monteiro
Como eu descubro qual e' a basearch que o yum usa? O releasever parece vir do arquivo /etc/fedora-release
Alberto Monteiro
Eu googlei e vi que o F7 tem um "live CD". Como funciona isso? Apenas um CD para instalar, e depois usa-se yum para atualizar?
Alberto Monteiro
On Tue, Sep 04, 2007 at 01:13:55AM +0000, Alberto Vieira Ferreira Monteiro wrote:
Eu googlei e vi que o F7 tem um "live CD". Como funciona isso? Apenas um CD para instalar, e depois usa-se yum para atualizar?
Se você tentar atualizar o FC6-pela-metade que você tem para o F7, sem ter resolvido os problemas atuais, a situação só deve piorar. Recomendo o F7, mas instalando do zero.
A questão não é desistir do FC6, mas desistir ou não de consertar a atualização que foi feita pela metade. Tanto faz se for FC6 ou F7, se você instalar do zero deverá funcionar direitinho.
Eduardo Habkost escreveu:
Eu googlei e vi que o F7 tem um "live CD". Como funciona isso? Apenas um CD para instalar, e depois usa-se yum para atualizar?
Se você tentar atualizar o FC6-pela-metade que você tem para o F7, sem ter resolvido os problemas atuais, a situação só deve piorar. Recomendo o F7, mas instalando do zero.
Eu nao instalei pela metade, eu instalei pelos CDs.
A questão não é desistir do FC6, mas desistir ou não de consertar a atualização que foi feita pela metade. Tanto faz se for FC6 ou F7, se você instalar do zero deverá funcionar direitinho.
Ok, acabei de conseguir um (pequeno) avanco.
Baixei uma das versoes do parted, yum-removi a versao anterior, instalei o parted pelo rpm, instalei o mkinitrd usando --force e consegui instalar o kernel. Vou rebootar pra ver o que acontece. Se eu ficar em silencio, e' porque nao deu certo, e vou passar o resto da semana jogando The Sims 2 no Windows (ate' nisso o FC6 me prejudicou, porque eu preciso do unrar para baixar coisas pro The Sims 2...)
Alberto Monteiro
Eu escrevi:
Baixei uma das versoes do parted, yum-removi a versao anterior, instalei o parted pelo rpm, instalei o mkinitrd usando --force e consegui instalar o kernel. Vou rebootar pra ver o que acontece. Se eu ficar em silencio, e' porque nao deu certo, e vou passar o resto da semana jogando The Sims 2 no Windows (ate' nisso o FC6 me prejudicou, porque eu preciso do unrar para baixar coisas pro The Sims 2...)
Acho que estou com o kernel 2.6.22 (uname -a diz isso, mas eu estou cada vez acreditando menos nas informacoes do sistema).
Tudo parece estar na mesma...
Alberto Monteiro
On Tue, Sep 04, 2007 at 01:45:59AM +0000, Alberto Vieira Ferreira Monteiro wrote:
Eduardo Habkost escreveu:
Eu googlei e vi que o F7 tem um "live CD". Como funciona isso? Apenas um CD para instalar, e depois usa-se yum para atualizar?
Se você tentar atualizar o FC6-pela-metade que você tem para o F7, sem ter resolvido os problemas atuais, a situação só deve piorar. Recomendo o F7, mas instalando do zero.
Eu nao instalei pela metade, eu instalei pelos CDs.
Mas foi depois de ter dado problema com o yum, não foi? Aquela vez que eu tinha mandado um comando "desse tamanho" para tentar calcular quantos pacotes tinha de cada distribuição, tinha sido depois que boa parte dos pacotes tinham sido atualizados pelo yum, não?
De qualquer modo, não falo que você fez a atualização pela metade. Apenas que seus pacotes acabaram atualizados pela metade por algum motivo, no final das contas (seja lá como for), e que atualizar para o F-7 não deve ajudar e provavelmente vai piorar.
A questão não é desistir do FC6, mas desistir ou não de consertar a atualização que foi feita pela metade. Tanto faz se for FC6 ou F7, se você instalar do zero deverá funcionar direitinho.
Ok, acabei de conseguir um (pequeno) avanco.
Baixei uma das versoes do parted, yum-removi a versao anterior, instalei o parted pelo rpm, instalei o mkinitrd usando --force e consegui instalar o kernel.
Você tem certeza que era só o kernel que faltou atualizar? Não acho que atualizar o kernel vá resolver muitos dos problemas. Alguns, talvez, mas não acho que muitos.
Mas se acabar resolvendo, ótimo. Meu palpite é só caso você esteja cansado de tentar resolver os problemas do yum. :)
Mas uma coisa é certa: caso você queira tentar instalar o F-7, apenas atualizar não deverá ajudar muito a resolver os problemas com os pacotes que você tem no momento, a menos que seja do zero.
Vou rebootar pra ver o que acontece. Se eu ficar em silencio, e' porque nao deu certo, e vou passar o resto da semana jogando The Sims 2 no Windows (ate' nisso o FC6 me prejudicou, porque eu preciso do unrar para baixar coisas pro The Sims 2...)
O Fedora Core 6 ainda está sendo mantido, mas provavelmente você está com a última versão do pacote kdelibs (não tem por que um pacote, no caso o jogo, funcionar e outro não). Não sei a data correta, mas o Fedora Core 6 deixará de ter suporte somente após o lançamento do Fedora 8.
http://fedoraproject.org/wiki/pt_BR/LifeCycle
;)
[]'s
Olá Alberto,
Repositórios "development" e "testing" não são bons de se usar no dia a dia a não ser em caso de testes. Ali é onde os desenvolvedores colocam as versões de testes que poderão ou não vir num próximo update ou mesmo próximo Fedora. Talvez isso esteja atrapalhando sua máquina também :)
[]´s
Em 31/08/07, Alberto Vieira Ferreira Monteiroalbmont@centroin.com.br escreveu:
Acabei de ver que eu tinha colocado vários repositórios (talvez alguns fossem importantes) com enable=0. Vou mudar isso e ver o que acontece.
O fedora-extras-development tá bichado. Dá erro. Vou tirar esse.
Rodando yum -y install kdelibs... Tá rodando há meia hora. Que saco.
Alberto Monteiro
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
Mais uma tentativa.
Rodei yum update.
Deu erro: Error: Missing Dependency: poppler-utils is needed by package xpdf Error: Missing Dependency: perl(Date::Calc) is needed by package perl-Spreadsheet-WriteExcel Error: Missing Dependency: liblzo.so.1 is needed by package transcode Error: Missing Dependency: kdebase >= 6:3.5.6 is needed by package kdetoys Error: Missing Dependency: kdelibs >= 6:3.5.7 is needed by package koffice-libs
Detonei esses pacotes: yum remove xpdf perl-Spreadsheet-WriteExcel transcode kdetoys koffice-libs
Deu certo: Removed: kdetoys.i386 7:3.5.3-3.fc4 perl-Spreadsheet-WriteExcel.noarch 0:2.17-1.fc4.rf transcode.i386 0:1.0.2-7.fc4.rf xpdf.i386 1:3.00-19 Dependency Removed: perl-Spreadsheet-ParseExcel.i386 0:0.2603-1.fc4 perl-Spreadsheet-SimpleExcel.noarch 0:1.1-1.fc4.rf Complete!
Agora vou tentar yum -y update de novo.
Alberto Monteiro
On 8/31/07, Alberto Vieira Ferreira Monteiro albmont@centroin.com.br wrote:
Solução: wtf?
yum install apt apt-get remove yum
apt-get update && apt-get dist-upgrade
On Fri, Aug 31, 2007 at 12:02:41PM -0200, Alberto Monteiro wrote:
Tentar atualizar o sistema pelo yum (e não pelo CD) deve ter deixado o seu sistema com os pacotes todos bagunçados.
Eu tentei atualizar pelo yum há umas 4 semanas, mas não deu certo, e eu continuei usando o FC4 normalmente. Aliás, eu só resolvi trocar FC4 -> FC6 porque caí no canto da sereia que dava para acessar uma droga de celular com Linux :-/
Mesmo usando o CD, não sei se atualização FC4->FC6 direto, sem passar pelo FC5 deveria funcionar.
Agora, imagina uma atualização FC4->FC6 direto, depois de ter feito uma meia-atualização usando o yum que deixou o sistema com cara de mutante. Seria milagre se tivesse funcionado direito. :)
====== Nota adicionada depois de ter escrito as instruções ali embaixo:
Ainda assim, depois de todo esse trabalho, o 'yum upgrade' pode não deixar tudo configurado e funcionando direitinho. Será que não fica mais fácil você fazer um backup do seu /home (e do /etc para caso queira olhar como estavam as configurações antigas), e instalar o FC6 do zero? Acho que nem eu, que trabalho com empacotamento de RPM todo dia, teria paciência para ficar resolvendo os problemas do sistema meio-atualizado, se levasse mais de 2 horas de trabalho. =======
Você pode conseguir atualizar o kernel, mas e o monte de pacotes que pode ter ficado sem atualizar, além do kernel? Vai ficar pra sempre caçando dependência manualmente? O yum ainda é seu amigo. :)
Quando funciona, né? No FC4, já não funcionava mais.
No FC4 já não funcionava? Isso é um problema.
Eu já tentei algo parecido: desabilitei todos repositórios não-oficiais, fiz yum update, e tive o dissabor de receber mensagem de erro no final do yum update - por causa de pacotes que não existem.
Manda as mensagens de erro do 'yum upgrade', quem sabe a gente tem sugestões.
Só para garantir, qual a saída de: - rpm -q fedora-release - rpm -V fedora-release
O seu yum está todo apontando para repositórios do FC6, certo?
Eu ainda não comecei a fazer yum remove *.*; mas isso resolveria o problema, ou deixaria o sistema ainda mais capenga?
Aí seria loucura. :)
O básico seria: - 'yum update nome-do-pacote' ou 'yum install nome-do-pacote' de pacotes que o yum não tá conseguindo atualizar sozinho - 'yum remove nome-do-pacote' de pacotes que você não queira instalar e estejam causando problemas na hora do upgrade.
**** Nessa parte tome cuidado para não remover pacotes essenciais, como mencionei antes *****.
Se você estiver sem os repositórios não-oficiais, você pode precisar remover quase todos os pacotes dos repositórios não oficiais, para o upgrade funcionar. Você escolhe se quer tentar fazer o upgrade incluindo os pacotes não oficiais (sem remover os repositórios não oficiais), ou remover os pacotes não oficiais para instalar de novo no final do upgrade.
Olá Alberto,
Muito estranho isso que está acontecendo no teu PC ... o yum tem que encontrar essas dependências sozinho, afinal ele existe para isso :)
Acontecer de uma vez ou outra ele falhar, acho possível, mas faz alguns dias que isso está acontecendo na sua máquina. Vamos partir para os testes dessas ferramentas (vai que algo tenha corrompido os dados delas, sei lá).
Execute este comando: # rpm -qV yum rpm kernel mkinitrd
Ele deve levar uns 2 ou 3 minutos (ou mais dependendo da velocidade da sua máquina). Este comando irá mostrar todos os arquivos pertencentes a esses pacotes (yum, rpm, kernel e mkinitrd) que foram modificados. O normal é não aparecer nenhum arquivo ou no máximo os arquivos de configuração de repositórios do yum.
Se aparecer alguma coisa que achar "diferente", envie aqui pra lista pra tentarmos ajudar.
[]'s
Gustavo Picoloto
Em 31/08/07, Alberto Monteiroalbmont@centroin.com.br escreveu:
Kayo Hamid escreveu:
# rpm -ivh kernel-2.6.22.2-42.fc6.i686.rpm erro: Failed dependencies: mkinitrd >= 5.1.19.0.3-1 is needed by kernel-2.6.22.2-42.fc6.i686
Mas eu tenho o mkinitrd 5.1.19-1. Deve ser a lesma lerda. Tem como "enganar" o abandonware para ele "pensar" que 5.1.19-1 = 5.1.19.0.3-1?
tem, parametro force no rpm... Como saber? man rpm...
Não funciona nem com --force :-(
Alberto Monteiro
-- Fedora-users-br mailing list Fedora-users-br@redhat.com https://www.redhat.com/mailman/listinfo/fedora-users-br
Gustavo Picoloto escreveu:
Execute este comando: # rpm -qV yum rpm kernel mkinitrd
Melhorou. Pelo menos agora o erro é mais óbvio:
rpmdb: PANIC: fatal region error detected; run recovery erro: erro do db4 (-30977) do dbenv->open: DB_RUNRECOVERY: Fatal error, run database recovery erro: não consigo abrir o índice de Packages usando o db3 - (-30977) erro: não consigo abrir a base de dados Packages em /var/lib/rpm o pacote yum não está instalado rpmdb: PANIC: fatal region error detected; run recovery erro: erro do db4 (-30977) do dbenv->open: DB_RUNRECOVERY: Fatal error, run database recovery erro: não consigo abrir a base de dados Packages em /var/lib/rpm o pacote rpm não está instalado rpmdb: PANIC: fatal region error detected; run recovery erro: erro do db4 (-30977) do dbenv->open: DB_RUNRECOVERY: Fatal error, run database recovery erro: não consigo abrir a base de dados Packages em /var/lib/rpm o pacote kernel não está instalado rpmdb: PANIC: fatal region error detected; run recovery erro: erro do db4 (-30977) do dbenv->open: DB_RUNRECOVERY: Fatal error, run database recovery erro: não consigo abrir a base de dados Packages em /var/lib/rpm o pacote mkinitrd não está instalado
Alberto Monteiro
On Fri, Aug 31, 2007 at 03:56:41PM +0000, Alberto Vieira Ferreira Monteiro wrote:
Gustavo Picoloto escreveu:
Execute este comando: # rpm -qV yum rpm kernel mkinitrd
Melhorou. Pelo menos agora o erro é mais óbvio:
rpmdb: PANIC: fatal region error detected; run recovery erro: erro do db4 (-30977) do dbenv->open: DB_RUNRECOVERY: Fatal error, run database recovery
Isso explica muita coisa.
- Faça backup do /var/lib/rpm imediatamente - Depois disso, talvez 'rpm --rebuilddb' resolva o problema
On Fri, Aug 31, 2007 at 01:02:45PM -0300, Eduardo Habkost wrote:
Isso explica muita coisa.
- Faça backup do /var/lib/rpm imediatamente
- Depois disso, talvez 'rpm --rebuilddb' resolva o problema
Explicando melhor: talvez resolva o problema dos erros do banco de dados do RPM, mas o 'yum upgrade' pode continuar sendo trabalhoso.
br-users@lists.fedoraproject.org