lma | # 441 | 2011-07-14, 05:41 | Report

That date looks right, should be the "update 2" dt kernel.

"Nokia-N800-43-7" is just the hostname. It's set from the contents of /etc/hostname at boot time, and has nothing to do with (and is useless for identifying) the OS version. The CSSU doesn't change it either, that would be evil since some people prefer to set it to something else, or enter it in DHCP server configurations etc.

maacruz | # 442 | 2011-07-14, 07:04 | Report

It happens to me sometimes, but I think it always happened at boot, the times I checked syslog/dmesg showed nothing, and the last time I checked for /dev/ramzswap0 and it was there, and swapon worked just fine.
I guess that for some reason (may be some af-* script) it gets umounted.
I'll move the rc script to start later in the boot process to see if that fixes it.

lma | # 443 | 2011-07-14, 07:36 | Report

Here its start order is S20, but I don't reboot very often. I also don't use ASUI (nothing against it, just never got around to trying it) either, not sure if its scripts and ramzez's have any unintended interractions.

auouymous | # 444 | 2011-07-14, 12:53 | Report

Last DT kernel was 13mar2011 so you have it installed correctly.


Let me know the new levels if you change and release.


I don't think he meant ASUI was causing problems, just that swap disappeared and no longer showed in ASUI.

tso | # 445 | 2011-07-14, 13:43 | Report

i have no idea.

tso | # 446 | 2011-07-14, 13:45 | Report

i am getting a fair number of forced reboots lately. Not sure if it is my battery that is going bad (causing a certain power management system to crash, thanks Nokia), or if it is Opera that is causing something (usually what is running when it happens).

lma | # 447 | 2011-07-14, 19:07 | Report

Do /proc/bootreason & /var/lib/dsme/stats/lifeguard_resets point to anything specific?

When I had that it was always rebooting within a minute or two of plugging in, and never when not on the charger.

tso | # 448 | 2011-07-14, 19:47 | Report

Will try to remember checking next time i get one.

Edit: had a look just for a lark (and as a reference point).

bootreason shows: 32wd to

when it comes to lifeguard_reset, i am guessing that the line with a * at the end is the one that was the most recent trigger.

if that's the case, then it was /usr/sbin/dsp_dld that cause the most resent reset event.

---

Last edited by tso; 2011-07-14 at 19:57.

mcow | # 449 | 2011-07-14, 22:05 | Report

That's
(not 'resets')

lma | # 450 | 2011-07-14, 22:52 | Report

Both can exist, lifeguard_restarts shows processes that died for whatever reason and were restarted by dsme, while lifeguard_resets shows processes that made dsme trigger a complete reboot.