sys-apps/hdparm-5.2-r3 installs its init file with no execute permissions. Hence, the startup script gives an error message during bootup and fails to work.
i know -r2 had this problem and -r3 was supposed to *fix* this ... can you make sure you dont just have some ._cfg0000_hdparm file laying about ? root@rux0r hdparm # ebuild hdparm-5.2-r3.ebuild install >>> md5 ;-) hdparm-5.2.tar.gz >>> Unpacking source... >>> Unpacking hdparm-5.2.tar.gz >>> Source unpacked. ... stuff ... >>> Completed installing into /var/tmp/portage/hdparm-5.2-r3/image/ root@rux0r hdparm # ls -al /var/tmp/portage/hdparm-5.2-r3/image/etc/init.d/hdparm -rwxr-xr-x 1 root root 387 Sep 29 20:07 /var/tmp/portage/hdparm-5.2-r3/image/etc/init.d/hdparm
I can confirm this bug, permissions were not set properly. Should be an easy fix.
can you confirm my 2nd comment ? that you dont have some ._cfg000_ file laying around ? and/or deleted it ?
ok, it looks like -r2 installed the original /etc/init.d/hdparm script, without execute permissions if you emerge -r3, it doesnt overwrite the file or install a ._cfg0000_hdparm file ... that is quite odd ... if you remove /etc/init.d/hdparm and then emerge -r3, your problem will be fixed
*** Bug 8582 has been marked as a duplicate of this bug. ***
Well, -r2 did not install it correctly, which is one of the issues -r3 addresses .. check the ChangLog .... It do not just overwrite /etc/init.d/hdparm (-r3), due to CONFIG_PROTECT. Thus just do the "normal thing with ._cfg*" files, and move the updated file over the old, which should resolve the issue. # mv /etc/init.d/._cfg0000_hdparm /etc/init.d/hdparm
as i noted in comment #4, it doesnt seem to install a ._cfg0000_ file like it should ...
*** Bug 8764 has been marked as a duplicate of this bug. ***