I have currently gotten my parts for my new home-build server, but I've come into an error installing CentOS 6.6 (minimal 64bit). I am installing 6.6 instead of 7, due to OpenVZ not supporting CentOS 7 yet.
I have used the official mirror, and used one in my country. I did also, just to make sure, check the checksum with both my local copy, the remote copy and a few other random mirrors, all checked out fine.
The whole installation goes fine, untill it begins to install (right after you choose the installation target).
It says
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.
To make sure this was not a networking issue, I have tried changing cable (with a cable I know works), rebooted multiple times, added a Ubuntu LiveCD to check if networking worked there and the back ports is lighting green and flashing orange. My router also registers the computer.
I also tried re-installing the USB multiple times, no luck.
I am unable to access terminal, at least I do not know how to – so I cannot execute
yum clean
and similar commands.
Best Answer
Well, I found this blog post, which seems to help solve the problem. It quotes this Stack Overflow question.
The actual file names may very as newer versions of the files become available. Expected file names are contained in the
repomd.xml
file. Since the first part of the file name stays the same, you can use it to find the associated entry inrepomd.xml
.And if you don’t like XML, you can also use
TRANS.TBL
, it also contains the complete names.As for the reason: The first part of the file name already maxes out the length Windows can support via Joliet—64 characters. As such, complete file names are only visible when using a tool that supports the Rock Ridge extensions. Like Linux, naturally. ;)