The tar ball located here: http://ftp.snt.utwente.nl/pub/os/linux/gentoo/releases/x86/2005.1/stages/athlon-xp/stage3-athlon-xp-2005.1.tar.bz2 Set the permissions of the directory it untars to poorly. They are d-wxr----t instead of drwxr-xr-x. This should be fixed ASAP and a new tar ball put on the mirrors.
Other mirrors have the same problem (tested a Spanish one as well). $ md5sum stage3-athlon-xp-2005.1.tar.bz2 794be1bdd28497de3311a1dab59b4364 stage3-athlon-xp-2005.1.tar.bz2 $ tar tvjpf stage3-athlon-xp-2005.1.tar.bz2 | head -n 1 d-wxr----t root/root 0 2005-07-30 13:03:52 ./ The Gentoo Handbook (both current and 2005.1 one) have a temporary warning about it (should show up in a few minutes on the servers).
ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/releases/x86/2005.1/stages/athlon-xp/stage3-athlon-xp-2005.1.tar.bz2 has the same issue, meaning this is a borked stage and not a mirror problem.
The pentium4 and pentium3 stage3 files also have this bug. I'm getting my stages from the install-x86-universal-2005.1.iso disk and I did reformat the partition and verify the permissions before each test. The i686 and x86 versions appear to be okay.
It would appear that this also effects stage3-pentium4-2005.1.tar.bz2 at least from http://public.planetmirror.com/pub/gentoo/releases/x86/2005.1/stages/pentium4/stage3-pentium4-2005.1.tar.bz2 and http://gentoo.ccccom.com/releases/x86/2005.1/stages/pentium4/stage3-pentium4-2005.1.tar.bz2
And Stage 3, P3 as well. http://gentoo.mirrors.pair.com/releases/x86/2005.1/stages/pentium3/stage3-pentium3-2005.1.tar.bz2
r2d2 ran a quick check on all stages, landed up with http://dev.gentoo.org/~r2d2/perms.bad
The check was run off poseidon, across all stages: cd /release/2005.1 for i in `find -name 'stage*.tar.bz2'`; do echo $i >> ~r2d2/perms; tar tvjpf $i | head -n 1 >> ~r2d2/ perms; done Permissions of root of all stages can be found at http://dev.gentoo.org/~r2d2/perms . The scan I ran did not pick up the athlon-xp stage3 since it has since been fixed. Regarding referencing of mirrors, please use the md5's and gnupg signatures to verify integrity, if those check out, any mirror problems can be ruled out.
*** Bug 102834 has been marked as a duplicate of this bug. ***
*** Bug 102530 has been marked as a duplicate of this bug. ***
how to fix a worst installation without reinstall ?
To Fix (as root): chmod 0755 / -- or -- chmod u=rwx,go=rx /
This is fixed with the 2005.1-r1 release media.
This also fixes a problem with gdm not finding the directory /var/gdm when upgrading to gdm-2.14.2.