Red Hat Bugzilla – Bug 127627
Apparent typo in /etc/init.d/pcmcia prevents modules unloading, hence laptop suspend
Last modified: 2015-01-04 17:07:44 EST
Description of problem:
When executing "/etc/init.d/pcmcia stop", the yenta_socket (etc.)
module does not get unloaded, apparently due to a typo. My IBM T22
laptop won't go into suspend with this module loaded, so I have to
do "rmmod yenta_socket" manually as root before suspend will work,
even though I listed pcmcia as a service to be restarted by apmd
The problem is in the statement:
if grep -q "ds " /proc/modules ; then
The grep never matches because there are 2 spaces after "ds", whereas
there is only one space after "ds" in /proc/modules.
If I edit the pcmcia script to remove the extra space from the
first grep argument (ie. "ds "), then "/etc/init.d/pcmcia stop" now
works correctly and my laptop is put into suspend automatically by
apmd when I close the lid.
(By the way, ACPI suspend doesn't work for me on this machine)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2. /etc/init.d/pcmcia stop
The modules "yenta_socket" and "ds" are still loaded.
The modules should have been unloaded.
I'm running Fedora Core 2 final with kernel 2.6.5 on an IBM Thinkpad
T22 laptop with a Pentium III processor (just in case
the /proc/modules format varies between kernels or systems...).
*** Bug 127774 has been marked as a duplicate of this bug. ***
Please try pcmcia-cs-3.2.7-220.127.116.11 in FC2 test updates.
Thanks for the fix. Unfortunately my laptop's motherboard died just
days before your reply(!), so I can't try out the update on the
original computer... The problem should be generic enough to test on
another machine though(?) - when my new T42 laptop arrives, I'll
install FC3 and check that it's now OK.
Closing as fixed in the update.