You are not logged in.
I see you're italian.
I already had this kind of problem with a guy, so, please, read his solution (go on read from there) : http://www.archlinux.it/forum/viewtopic … 07#p130507 .
Hope you find this useful.
But don't ask me the reason why it happens
Thanks for your help, but it seems my problem was different, see the solution above in my edited post.
Mortuus in anima, curam gero cutis
Offline
Oh i see !
Sometimes I forget to check for the easiest solution
Offline
I'm pretty sure something is wrong. Ok, I agree, running "cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor" gave "performance", but my symptoms are still there. With exactly the same programs running, if I don't run powerdown/up before launching Virtualbox, it chrashes. Are there some more indicators to be sure that powerdown is started automatically ?
Maybe there is a problem with the version that I have ? I installed it directly from AUR, but now I see my version is mor up to date than the version proposed.
1 aur/powerdown 20120927-1 [installed: 20121025-1] (24)
Says yaourt.
Last edited by djipey (2012-11-13 22:21:51)
Offline
You can be sure if powerdown is running, by executing:
cat /proc/sys/vm/laptop_mode
cat /proc/sys/vm/dirty_ratio
They should return 5 and 90, if powerdown is running.
You have 20121025 installed, because that is the date you cloned git, compiled and installed powerdown. But the pgkbuild version is 20120927; so it doesn't matter.
Offline
Ok, so at boot, on AC, I have 0 and 30, without doing anything. On battery, or when I have run powerdown, I have 5 and 90, exactly what you said. when I then run powerup, I go back to 0 and 30. So ok, I think powerdown is running.
But is it normal that on AC at boot, if I don't run powerup, my hard drive doesn't spin down ? What I mean since the beginning, it's that powerup does some optimizations only when I run it manually. Can it be possible ?
Offline
Uhm, looking at the script, it seems powerup does not change hdparm settings. So they stick to default when you boot from ac, until you change power supply. I guess this can be considered a bug, until taylorchu doesn't explain his choice.
To solve this, open /usr/bin/powerup and add a line with "for dev in $(awk '/^\/dev\/sd/ {print $1}' /etc/mtab); do run hdparm -B 1 -S 12 $dev; done" (the same as in powerdown). If i were you, i'd change these values to higher ones, while on ac (for example "hdparm -B 200 -S 60") because it is established that very low hdparm settings can kill your hard drive in some cases. If your hd clicked very often, even if you're using it, that it would be better to increase the default value.
Your choice, anyway
Offline
I'm going to look more deeply to the scripts when I'll have time, because something in powerdown, not inverted by powerup, is really helpfull. Thanks for the advices anyway.
Offline
Ok, I had a look to the scripts. Powerdown does some stuff that powerup doesn't revert:
- opt /proc/sys/kernel/nmi_watchdog 0
- opt /sys/module/pcie_aspm/parameters/policy powersave
- for i in /sys/bus/*/devices/*/power/control; do opt $i auto; done
- Some stuff on diks powersave
- Some stuff on the sound card powersave
One of these things solves a bug with virtualbox on my laptop. I guess I can eliminate the lines about the sound and the disks, but that's all I can do, I know almost nothing about the others instructions. Could you help me a bit please ?
Offline
Why don't you just comment out the relative commands one by one from the cript and try it out?
Hardware: 2016 Dell XPS15 - matte FullHD - i5-6300HQ - 32GB DDR4 - Nvidia GTX960M - Samsung 840EVO 250GB SSD - 56Wh
Software: Plasma 5 - rEFInd - linux-ck - preload - prelink - verynice - psd - bumblebee
Offline
Haha, yeah, that's true, I didn't think about that.
Offline
@everyone
1. the issue that powerdown does not restore all settings when you run powerup will be fixed soon
2. make use of "sudo powernow". it will show you almost everything you should know about current powersave values.
Last edited by taylorchu (2012-11-15 23:59:36)
"After you do enough distro research, you will choose Arch."
Offline
Got it. This line :
opt /proc/sys/kernel/nmi_watchdog 0
Solves a bug with VirtualBox. By default, the value in this file is 1. With 1, if I run a virtual machine and try for an example to install ubuntu, the install stops, and makes my laptop rebooting.
With the value 0, the install works perfectly. I did the test 3 times, with each time the same result.
So guys, just to learn, what is nmi_watchdog ? And more important, how can I set it to 0 by default ?
Offline
So guys, just to learn, what is nmi_watchdog ?
Who searches shall find… https://duckduckgo.com/?q=nmi_watchdog& … &kad=de_DE
Offline
Yes I already did it. But could you please consider that :
1) I'm french, so my english is not the best of the world
2) I'm not even sure that I could understand it in french
Last edited by djipey (2012-11-16 23:16:36)
Offline
On many x86/x86-64 type hardware there is a feature that enables us to generate 'watchdog NMI interrupts'. (NMI: Non Maskable Interrupt which get executed even if the system is otherwise locked up hard).
This can be used to debug hard kernel lockups. By executing periodic NMI interrupts, the kernel can monitor whether any CPU has locked up, and print out debugging messages if so.
It is a debug feature, it is not relevant if you're not using latest kernel (i guess) or if you're not a tester. You should never (*should*) experience those kind of lock up, in a stable kernel.
It probably uses more power because of the Interrupt signals it executes every "x" seconds (minutes?).
So, don't worry, you won't lost any important feature. Don't ask me why vbox won't work with this, but looking for "nmi_watchdog virtualbox" on google, it seems it is a long story...
Last edited by nierro (2012-11-17 09:39:34)
Offline
I use more aggressive settings. For example /proc/sys/vm/dirty_ratio is set to 90, it basically almost disable the feature to let program to write dirty data to the disk.
Hi taylorchu and thank you for your script, which i've now replaced laptop-mode-tools with.
I know the above quote from you is old, but I wanted to ask why you have changed that value along time ago from 90 to 60? I've seen many others powersave scripts where they still use 90, so I was wondering why you changed it, I mean if you think it's unsafe to use 90 or what?
Also, I wanted to ask you about that your script dosen't remount the partitions with 'commit=600', but which LMT does. Do you think that is an irrelevant tweak?
Btw, since you only add relatime to the remounts, then you could delete that line since that's the default since a long ago...
Again, thank you for your contribution.
-- EDIT --
Nevermind, I have made my own script to use instead...
Last edited by mhertz (2012-11-20 03:23:51)
Offline
I sometimes get backlight flickering (brightness frequently changes from e.g. 80% to 100% and back and forth...) after manual adjusting of the brightness using Fn+F3. Does powerdown require special configuration for using on KDE (or, maybe, KDE should be configured in some special way to be used with powerdown)?
Offline
I sometimes get backlight flickering (brightness frequently changes from e.g. 80% to 100% and back and forth...) after manual adjusting of the brightness using Fn+F3. Does powerdown require special configuration for using on KDE (or, maybe, KDE should be configured in some special way to be used with powerdown)?
This rarely happens to me too...
Another problem, when sI am hutting down the laptop and meanwhile I close the lid, it goes into suspend (this is not the normal behavour, it does nothing when the lid is closed usually).
Hardware: 2016 Dell XPS15 - matte FullHD - i5-6300HQ - 32GB DDR4 - Nvidia GTX960M - Samsung 840EVO 250GB SSD - 56Wh
Software: Plasma 5 - rEFInd - linux-ck - preload - prelink - verynice - psd - bumblebee
Offline
@everyone
about a week ago, some changes happened:
* powerup 100% reverts changes done by powerdown
* some default value changes to powerup: mostly from performance mode to standard
* powerdown default values are not aggressive anymore
* improve support of backlight saving
* some fixes to suspend-to-disk
* some clean-ups to the library functions
"After you do enough distro research, you will choose Arch."
Offline
Have you moved the value modifications into a .conf file? I have not updated it since quite some time because every update erases my custom changes.
Offline
Have you moved the value modifications into a .conf file? I have not updated it since quite some time because every update erases my custom changes.
Agreed, I'm probably not updating till this happens. I know I could run a diff but that's besides the point.
Offline
Where should I change the rules? I need to set whitelist for an usb mouse.
Also I notice a bad slowness and I'm still at 2 hours of autonomy.
Last edited by dartfira (2013-01-26 11:08:42)
Offline
@everyone
some basic config file is coming. i.e. /etc/powerdown
@dartfira
each laptop has different behavior for usb autosuspend when usb is in auto mode. Sometimes usb mouse can be waked up again just by right-clicking.
I notice this problem now, and I will look into it.
"After you do enough distro research, you will choose Arch."
Offline
"Powerdown",
a case study in feature-creep.
Offline