This is nearly identical to bug #37891 from two years ago: 1. Emerge current stable coreutils on hardened amd64 (6.4) 2. Run ls /lib or /usr/lib or / (occurs with many directories) Returning to sys-apps/coreutils-5.94-r1 brings everything back to life again.
Portage 2.1.2.2 (hardened/amd64, gcc-3.4.5, glibc-2.3.6-r3, 2.6.18-hardened x86_64) ================================================================= System uname: 2.6.18-hardened x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.6.14 Timestamp of tree: Tue, 27 Mar 2007 21:00:08 +0000 dev-lang/python: 2.4.2 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r2 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=x86-64 -O1 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /var/qmail/control" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=x86-64 -O1 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LINGUAS="en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 apache2 authdaemond berkdb cgi cli crypt crypto ctyp ctype exif expat fastbuild gd gdbm gettext gif hardened imagemagick imap jbig jpeg jpg justify latin1 libwww maildir midi mpeg mysql nls nsplugin odbc pam pcre perl pic png posix readline sasl session sockets ssl tcpd tiff truetype unicode valias vhosts wmf xml xmlrpc xorg xsl zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
i doubt Bug 37891 has anything to do with this since we dont really have any mandrake patches left upgrade to coreutils-6.9 and see if that works
I tried to go to coreutils-6.9, but autoconf is hard masked and I cant really install that on a live server. I did go to coreutils-6.7 and the problem is still there. I have this problem on three different machines (they are all the same setup though).
sucks to be hardened then ... this will remain broken for you guys until hardened stops masking versions
which will happen when we can get gcc-4.1.2-r1 (hardened) into the tree, of course.
(In reply to comment #3) > I tried to go to coreutils-6.9, but autoconf is hard masked and I cant really > install that on a live server. > > I did go to coreutils-6.7 and the problem is still there. I have this problem > on three different machines (they are all the same setup though). Try it again, please ...
This appears to be fine now. I have also now done some extra digging. On one of the boxes (a xeon emt64) I changed my CFLAGS from: CFLAGS="-march=x86-64 -O1 -pipe" to CFLAGS="-march=nocona -O2 -pipe" Re-emerging glibc and gcc then coreutils 6.4 corrected the fault. I had been hoping to use -march=x86-64 to enable binary compatibility between my opterons/emt64s. It looks like I can with the new coreutils (works with both nocona/k8 and x86-64. Many thanks, Tim
