A new Slackware 12.2 install - a few niggly issues
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
this sounds may be different but in bios do you have a setting for the mouse and is it set to both or just touch pad. this was a prblem once with a older laptop and I used a ps2 touch pad on it. pluss the onboard mouse. so I guess yours is a on board mouse pad so while your in there set you bios to none operating system. or none windows if you have that option. Linux is not good at controlling bios. but can read them and kinda and work with the acpi
I would also like to say thank you for helping us with detailed
data that you posted.
this sounds may be different but in bios do you have a setting for the mouse and is it set to both or just touch pad. this was a prblem once with a older laptop and I used a ps2 touch pad on it. pluss the onboard mouse. so I guess yours is a on board mouse pad so while your in there set you bios to none operating system. or none windows if you have that option. Linux is not good at controlling bios. but can read them and kinda and work with the acpi
I'm not sure I'm following you. I now have my mice working correctly. Are you suggesting this might be connected to the hibernate?
Is it just me or rob.rice's and Drakeo's posts are out of topic? It looks like another thread posts interfere with that thread. Maybe some moderator could check it? Especially funny is post #31 in which Drakeo thanks to himself.
Perhaps we discovered a bug in LinuxQuestions.org...
***
I have fresh installation of Slackware 12.2 with default huge kernel so I tested suspend.sh and hibernation.sh scripts. The second works well. The first works in X Window mode but in console mode it blanks the screen permanently so I should reboot machine to restore the system. I don't know why you have problems with the second script. On my systems it works properly.
***
Quote:
The step at which it failed was actually shutting down. It started to hibernate but instead of shutting down, I was returned immediately to my desktop.
Which one window manager you use? Did you try hibernate the system in console mode?
Is it just me or rob.rice's and Drakeo's posts are out of topic? It looks like another thread posts interfere with that thread. Maybe some moderator could check it? Especially funny is post #31 in which Drakeo thanks to himself.
Well, rob.rice's post was related to one of my original questions.
Quote:
Originally Posted by w1k0
I have fresh installation of Slackware 12.2 with default huge kernel so I tested suspend.sh and hibernation.sh scripts. The second works well. The first works in X Window mode but in console mode it blanks the screen permanently so I should reboot machine to restore the system. I don't know why you have problems with the second script. On my systems it works properly.
***
Which one window manager you use? Did you try hibernate the system in console mode?
I'm using KDE. I switched to run-level 3 and did the hibernate key combination (still have not tried calling the script from the command line). It did shut down. When re-starting, it did a regular boot, not a resume.
Hmm, the append I know I added to my lilo.conf appears not to be there anymore. I will try adding it back in and see what happens.
Ah yes. I found an append was already in my lilo.config that I didn't notice before.
And now hibernation works?
Quote:
In your long append, you had some other parameters, such as acpi_sleep. How did you determine to add those?
After installation of Slackware 12.1 I had problem with DMA. Hard drive was painfully slow and I couldn't turn DMA on. I sought for the solution in Internet. I found that tip: http://thomer.com/howtos/dma_on_sata_dvd.html. I implemented it. DMA started to work.
During further researches I found that it's enough to set Config | Serial ATA (SATA) | Sata Controller Mode Option in BIOS to AHCI before installation of the system. With that option set to Compatibility system recognizes hard drive as /dev/hda and DMA doesn't work. With that option set to AHCI system recognizes hard drive as /dev/sda and DMA works. In my laptop there was no problem with CD-ROM and DMA.
Then I tested these magic switches to the append option and I stated all of them are unnecessary. Sometimes I disable them and sometimes I enable them. By accident when I wrote the last post these switches were enabled.
Maybe they do something but my tests show that these switches have noting to DMA.
It's about blank screen after suspending the system. It suggest to use acpi_sleep=s3_bios kernel parameter. So at least that one parameter is necessary.
I put the resume= in the right place and was able to hibernate and resume. However, my wireless did not come back on line when I resumed (this also happened after a suspend).
Should I unload the ath_pci kernel module and re-load it after resume to revive my wireless or is there a method requiring less brute force?
I have also noticed that my screensaver does not start automatically after a period of inactivity. In the display settings in KDE I have set the screensaver to start after 5 min of inactivity.
I put the resume= in the right place and was able to hibernate and resume.
Bingo!
***
On my old ThinkPad T40 with Slackware 10.1 and kernels from 2.4.22 to 2.4.29 I used combination of two scripts to suspend the system:
suspend
Code:
#!/bin/sh
IP="`/sbin/ifconfig | grep 'Bcast:' | cut -d ':' -f 1-2 | sed 's/inet addr://;s/ Bcast//;s/ //g'`"
export IP
suspend.sh
suspend.sh
Code:
#!/bin/sh
PATH="$PATH:/usr/sbin:/sbin"
# removes usb-storage module or exits
if lsmod | grep usb-storage > /dev/null
then
rmmod usb-storage || {
echo "USB storage device in use."
df
exit 1
}
fi
# removes printer module or exits
if lsmod | grep printer > /dev/null
then
rmmod printer || {
echo "USB printer driver in use."
exit 1
}
fi
# shuts down interface eth0 (net)
ifconfig eth0 down
# kills processes accessing /dev/dsp and /dev/dvd (sound and video)
fuser -k /dev/dsp
fuser -k /dev/dvd
# kills pppd process (internet)
if grep [0-9] /var/run/ppp0.pid &> /dev/null
then
killall -HUP pppd
fi
# stops hotpluggable subsystems
/etc/rc.d/rc.hotplug stop
sleep 1
# ejects pcmcia card
cardctl eject
# kills slmodemd process (modem)
if ps ax | grep slmodemd | grep -v grep > /dev/null
then
killall slmodemd
SLMODEM="used"
fi
sleep 2
# removes module slamr (modem)
if lsmod | grep slamr > /dev/null
then
rmmod slamr
fi
# changes foreground virtual terminal to 1
chvt 1
# flushes filesystem buffers
sync
# puts the machine into suspend mode
apm -s
sleep 2
# changes foreground virtual terminal to 7
chvt 7
# activates interface eth0 (net)
#ifconfig eth0 up
# restores network connection
if [ "$IP" == "81.168.156.135" ]
then
/etc/rc.d/network.d/rc.dsl
fi
# restores local network
if [ "`echo $IP | grep 192.168.1 | grep -v grep`" != "" ]
then
/etc/rc.d/network.d/rc.home3
fi
# starts hotpluggable subsystems
/etc/rc.d/rc.hotplug restart
# loads slmodemd driver (modem)
if [ "$SLMODEM" == "used" ]
then
/usr/sbin/slmodemd --country=POLAND /dev/slamr0 &>/dev/null &
fi
The first script exported IP number to the second one. The second stopped different services, suspended the system, and then restored services. Actual suspend command was humble apm -s in 67 line of suspend.sh script. These two scripts were a part of sophisticated configuration including rc.dsl script to start DSL connection, rc.home3 script to start local network etc.
So if you feel you need stop and start some services in your hibernate.sh and suspend.sh scripts just do it.
(ACPI manages with devices better than APM so there is no need to stop and start a lot of services explicitly but sometimes it can be necessary.)
So, if a script has more commands after the one that suspends or hibernates the system, when the system resumes it continues the script from that point on?
In the case of my wireless, wicd is still reporting that I'm connected to my router, yet I can not connect to anything. When a disconnect (also via wicd) and reconnect, my wireless fails to reconnect.
2. So stop wicd before suspend/hibernate commands and start it after them.
Code:
/usr/sbin/wicd stop
echo -n mem > /sys/power/state
/usr/sbin/wicd start
Code:
/usr/sbin/wicd stop
echo -n disk > /sys/power/state
/usr/sbin/wicd start
***
Quote:
When a disconnect (also via wicd) and reconnect, my wireless fails to reconnect.
I observed similar problem with wicd and PPPOE connection. When I stop wicd and run pppoe-start it starts PPPOE but stops after few seconds with error messages. I need wait a few minutes after stopping wicd before I start PPPOE. It looks like wicd remains something in memory for a while.
2. So stop wicd before suspend/hibernate commands and start it after them.
Code:
/usr/sbin/wicd stop
echo -n mem > /sys/power/state
/usr/sbin/wicd start
Code:
/usr/sbin/wicd stop
echo -n disk > /sys/power/state
/usr/sbin/wicd start
***
I observed similar problem with wicd and PPPOE connection. When I stop wicd and run pppoe-start it starts PPPOE but stops after few seconds with error messages. I need wait a few minutes after stopping wicd before I start PPPOE. It looks like wicd remains something in memory for a while.
This didn't do the trick in my case. I did a "modprob -r ath_pci" followed by a "modprobe ath_pci" Initially I could not reconnect, but after a few minutes I could.
I have noticed that the suspend occasionally fails in strange ways. One time it did not resume. Power came back but the system didn't. After I rebooted, the Fn-F2 combination resulted in a freeze with my caps-lock LED blinking at me.
I see that slackbuilds.org has a hibernate script for use with tuxonice-patched kernels. How would I determine if my kernel had this patch?
I just started to configure Slackware 12.2. I will report my experiences with ACPI soon. Just like you I noticed once some problem with suspend and hibernation scripts. I will test it in the nearest future.
If you'd like to use ``multimedia'', ``browser'', ``Windows'', and ``Menu'' keys in Slackware 12.2 with Window Maker or any similar window manager follow post #20 and put in ~/.xinitrc file that command:
Code:
xmodmap ~/.Xmodmap
/usr/bin/wmaker
The methods described in post #20 work with Slackware 12.1. With Slackware 12.2 you need modify ~/.xinitrc.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.