When I try to update with emerge as root, it complains about file permission errors. The files cannot be deletet manually to fix the problem as permissions do not allow to chmod, ls, chown, or any action at all. Moving the parent folder to /tmp is possible. Reproducible: Always Steps to Reproduce: Can not be reproduced on a fresh install. When trying to emerge after moving troubled packages out of the way. A file in /etc allso got this same symptom. It may allready have had the symptom, but it was not repported before, so it seems logical it got garbled during the emerge. lstat64("/etc/init.d/gpm", {st_mode=S_IFREG|0755, st_size=958, ...}) = 0 lstat64("/etc/init.d/xdm", {st_mode=S_IFREG|0755, st_size=2988, ...}) = 0 lstat64("/etc/init.d/xfs", {st_mode=S_IFREG|0755, st_size=7264, ...}) = 0 lstat64("/etc/init.d/famd", {st_mode=S_IFREG|0755, st_size=512, ...}) = 0 lstat64("/etc/init.d/lisa", {st_mode=S_IFREG|0755, st_size=546, ...}) = 0 lstat64("/etc/init.d/nscd", {st_mode=S_IFREG|0755, st_size=856, ...}) = 0 lstat64("/etc/init.d/slpd", 0x805e38c) = -1 EACCES (Permission denied) As seen above in some of the output from a strace of "ls -l /etc" slpd gives EACCES errors from unknown origins. It is not possible to see the file permissions on slpd itself, but /etc has all required access flags for root to access. uname -a outout: Mon Sep 20 19:04:31 CEST 2004 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux The running kernel is installed by genkernel recently. Allso I recently performed the steps adviced by emerge to switch to the hardened x86 profile. It may not be relevant, but worth mentioning anyways. It is not a physical error with the disk or any other hardware. The system is otherwize operational at the moment. emerge info: Portage 2.0.51_rc6 (hardened/x86, gcc-3.4.2, glibc-2.3.3.20040420-r1, 2.6.7-gentoo-r14 i686) ================================================================= System uname: 2.6.7-gentoo-r14 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux-headers-2.4.22 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe -funroll-loops -ffast-math" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe -funroll-loops -ffast-math" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks" GENTOO_MIRRORS="http://ftp.linux.ee/pub/gentoo/distfiles/ ftp://ftp.uninett.no/pub/linux/Gentoo ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://ftp.linux.ee/pub/gentoo/distfiles/" MAKEOPTS="-j2" PKGDIR="/usr/portage//packages/x86/" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage/" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X Xaw3d aalib acpi alsa apache2 apm arts avi berkdb bonobo cdr crypt cups curl dba dedicated dga directfb dvd esd evo fbcon foomaticdb freetds gd gdbm ggi gif gnome gpm gtk gtk2 gtkhtml icc imap imlib java jikes jpeg kde ladcca lcms ldap libg++ libwww lirc lzw lzw-tiff mad mcal mmx motif mozilla mpeg mpi ncurses nls odbc oggvorbis opengl oss pam pdflib perl php plotutils png postgres ppds python qt quicktime readline samba sdl session slang slp snmp sockets spell sse ssl svga tcltk tcpd tiff truetype usb videos wxwindows x86 xinerama xv zlib"
*** Bug 65674 has been marked as a duplicate of this bug. ***
I have no idea what this bug is about what so ever and I don't think it's a hardened one. Patrick please reassign to the correct maintainer that owns the init.d file in question.
I noticed this bounced from hardened@gentoo.org on the suspicion that the init.d file mentioned had something to do with the bug. This bug is not related to the init.d package mentioned what so ever. The same was experienced on a lot of /var/db files before the same thing happened to the file in /etc/init.d. It seems to be a general issue with file permissions. So far its only experienced with files touched by emerge and sub processes. I can offer more detailed analyzis to someone with ideas on what to look for.
patrick, you use selinux or another acl system?
No, not as I know of.
what does `ls -l /etc/init.d/` look like ? do you get a permission denied on that file too ?
It looks like this: inspiron ~ # ls -l /etc/init.d/ ls: /etc/init.d/slpd: Permission denied total 376 -rwxr-xr-x 1 root root 5862 Aug 25 20:51 alsasound -rwxr-xr-x 1 root root 2494 Aug 27 16:30 apache2 -rwxr-xr-x 1 root root 5178 Sep 3 17:46 autofs -rwxr-xr-x 1 root root 2808 Sep 2 16:44 bootmisc ...... "find /etc/init.d" does not complain. "du -sh /etc/init.d" gives the same error output as above. I attached the output of "du -sh / >/dev/null" that reveals all files that has this symptom.
Created attachment 40759 [details] du -sh / >/dev/null
Patrick Please paste the output of lsattr /etc/init.d
Created attachment 40762 [details] lsattr /etc/init.d from strace: lstat64("/etc/init.d/slpd", 0xbffff060) = -1 EACCES (Permission denied)
ive seen this before with my reiserfs partitions but it was only when they had a little corruption and needed a full fsck run on them please try that (run a full fsck, not just a quick journaled one) on the filesystem ... if that doesnt fix it, please re-open ... i'd also check `dmesg` to see if the reiserfs kernel code has complained about anything
