Rasplex .37 Deep sleep issue

Has anyone had problems with there rasplex not waking up after dimming or black screen if setting for a few hours?

Has anyone had problems with there rasplex not waking up after dimming or black screen if setting for a few hours?

Yes.

Is there a fix?

Not yet, We would need to have more information on this issue to track it down. It would be interesting to have some log entries when this happens.

Some debug log of the last debug file could be interesting just before the hang occurs. I think pht backups his log on startup in /storage/.plexht/temp/plexhometheater.log.old.

Once the crash has occured, would be interesting to see where this logfile stopped to have an idea of what could cause this ... unless it is a kernel issue.

Having some debug log rather than a standard log could be usefull using 1

its not a crash, its just the PI go in a deep sleep, in my case, went that happen the only way to wake-up the PI is with the keyboard, its too annoying,  <_<

OMG!!! This deep sleep is killing me... What do i need to do to fix this? 

I don't have a keyboard attached to mine, and it doesn't seem to respond to my IR remote.  I assumed the Pi was crashing.  Perhaps next time I'll try to ping it/SSH in as a test.

when that happen I'm been ssh the PI and doing a "restart" or a "poweroff"

it's something in the meantime, but this it's turning so annoying, 

when that happen I'm been ssh the PI and doing a "restart" or a "poweroff"
it's something in the meantime, but this it's turning so annoying,

I think the only real solution to this problem is to use some kind of USB keyboard as remote, instead of an IR remote dependent on an IR receiver dongle (as apparently those receivers are unable to wake the RPi when sleeping).

I've been using a really small Plexgear keyboard (smaller than a PS1/PS2 console gamepad), connected to the RPi through an RF dongle in the USB port. Since this dongle acts like a normal USB keyboard, in its USB port interactions, it can wake the RPi up just like a full-scale keyboard could.

Best regards: dlanor

I really hope this gets fixed in the next update

+1

Experiencing this issue as well.

I think this is actually a issues with the plex client as a whole. My Windows 7 client would do this so i had a autoit script running that would watch for plex to stop responding. It would then kill it and relaunch it.

I myself have not had this issues on the PI yet *knock on wood* when someone gets this next time can you SSH in and kill the plex process? If that fixes it then it should not be too hard to make a simple linux script that runs on a 20 second cron job that does the same as my autoit script on windows was doing. I know the plex auto relaunches when you close it if that is running on a cron job you would just have to add to that script.

Same issue here... I don't have a keyboard attached, so I have to power cycle to get it working again.

Could this sort of tool be used to almost keep the Pi awake the whole time?

It sounds like it keeps monitoring the Pi for various things (cpu spikes etc) which would require the Pi to be 'always on'. I don't have a perma on Pi running Plex any more (due to the deep sleep issue) but if anyone has access to one this weekend, it might be worth giving it a go? I'll be trying it next time I get access to a Pi to keep on 24/7.

 http://jondot.github.io/groundcontrol/

 

Is there an update yet ? Is rasxbmc an alternative ?

I've experienced this too. There is now an issue to track this: https://github.com/RasPlex/RasPlex/issues/27

It would be great to have some more debug-log info to be able to fix this issue faster...

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.