Erro de instalação do CentOS - Não há mais espelhos para tentar

Question

Eu tenho atualmente minhas partes para o meu novo servidor de construção doméstica, mas entrei em erro ao instalar o CentOS 6.6 (mínimo de 64 bits). Eu estou instalando 6.6 em vez de 7, devido ao OpenVZ não suportar o CentOS 7 ainda.

Eu usei o espelho oficial e usei um no meu país. Eu também fiz, só para ter certeza, verificar a soma de verificação tanto com minha cópia local, a cópia remota e alguns outros espelhos aleatórios, todos verificados bem. Toda a instalação vai bem, até que comece a instalar (logo após você escolher o destino da instalação). Diz

Unable to read package metadata. This may be due to a missing repodata directory. Please ensure that your install tree has been correctly generated.

Failure: repodata/6e147c9aea5bf4c0f1ba7ecf759ddd3a259003a7f12a5a74398c9f05d672573d-primary.sqlite.bz2 from anaconda-CentOS-201410241409.x86_64: [Errno 256] No more mirrors to try.

Para garantir que isso não seja um problema de rede, tentei mudar o cabo (com um cabo que sei que funciona), reiniciei várias vezes, adicionei um LiveCD do Ubuntu para verificar se a rede funcionava lá e as portas traseiras estavam verdes e piscando laranja. Meu roteador também registra o computador. Eu também tentei reinstalar o USB várias vezes, sem sorte.

Eu não consigo acessar o terminal, pelo menos eu não sei como - então não posso executar

yum clean

e comandos semelhantes.

    

Answer 1

Bem, eu encontrei este post no blog , o que parece ajudar a resolver o problema. Cita esta pergunta sobre estouro de pilha .

Rename files on ISO file or Flash-BOOT-USB in PATH: G:\repodata\

0dafccfdbf892f02acca8267ade4bdcee7280a682e65dc7e29145f3341fd7a8c
5af8199bd0ffb441c34ef946582d0d06c1ad770755e631690771e0bceb0ad222
6ac72f497df511cc2dc584eaa59779884fc572c1618e7c62dbd631ab8babf53d
495d3964f864fbab835ea1afb8a5272352cd12ded13d607205109fefaddd0ab6
594d4bb4a79ed01d66635adbcf76c45ca4a85b30fc3e3c3c28316e64f0a83f21
b4e0b9342ef85d3059ff095fa7f140f654c2cb492837de689a58c581207d9632
ca525c73086186bfcb81ad9edd45796026dac7e4e50524e0f2daf901532aaf66
fdd542ef36b0cde54ee0521fae90b98911db06483163aa1c049995b6d109349b
repomd.xml
TRANS.TBL

to

0dafccfdbf892f02acca8267ade4bdcee7280a682e65dc7e29145f3341fd7a8c-primary.sqlite.bz2
5af8199bd0ffb441c34ef946582d0d06c1ad770755e631690771e0bceb0ad222-other.xml.gz
6ac72f497df511cc2dc584eaa59779884fc572c1618e7c62dbd631ab8babf53d–filelists.xml.gz
495d3964f864fbab835ea1afb8a5272352cd12ded13d607205109fefaddd0ab6-primary.xml.gz
594d4bb4a79ed01d66635adbcf76c45ca4a85b30fc3e3c3c28316e64f0a83f21-filelists.sqlite.bz2
b4e0b9342ef85d3059ff095fa7f140f654c2cb492837de689a58c581207d9632-c6-x86_64-comps.xml
ca525c73086186bfcb81ad9edd45796026dac7e4e50524e0f2daf901532aaf66-c6-x86_64-comps.xml.gz
fdd542ef36b0cde54ee0521fae90b98911db06483163aa1c049995b6d109349b-other.sqlite.bz2
repomd.xml
TRANS.TBL

Os nomes reais dos arquivos podem ser disponibilizados, assim como versões mais recentes dos arquivos. Os nomes de arquivos esperados estão contidos no arquivo repomd.xml . Como a primeira parte do nome do arquivo permanece a mesma, você pode usá-lo para encontrar a entrada associada em repomd.xml .

E se você não gosta de XML, você também pode usar TRANS.TBL , ele também contém os nomes completos.

Quanto ao motivo: a primeira parte do nome do arquivo já maximiza o tamanho que o Windows pode suportar via Joliet - 64 caracteres. Como tal, nomes completos de arquivos são visíveis apenas quando se utiliza uma ferramenta que suporta as extensões Rock Ridge. Como o Linux, naturalmente. ;)