On Monday, January 9, 2017 6:53:36 PM CET solitone wrote:
> On Monday, January 9, 2017 9:59:45 PM CET Joel Rees wrote:
> > So, just out of curiosity, what happens if you use ctrl-alt-Fn to
> > switch between virtual consoles several times after the box gets stuck
> > thinking the screen is off?
>
On Monday, January 9, 2017 9:59:45 PM CET Joel Rees wrote:
> So, just out of curiosity, what happens if you use ctrl-alt-Fn to
> switch between virtual consoles several times after the box gets stuck
> thinking the screen is off?
I don't have virtual consoles. During installation I could switch b
On Mon 09 Jan 2017 at 21:47:30 (+0900), Joel Rees wrote:
> On Mon, Jan 9, 2017 at 10:01 AM, David Wright
> wrote:
> > BTW I haven't bothered to respond to Stefan Monnier's contribution.
> > I can imagine scenarios that might cause power consumption when a
> > machine is off (like network cards r
On Fri, Jan 6, 2017 at 6:04 AM, solitone wrote:
>
> I'm on debian stretch, and my computer is a MacBookPro 12,1. I've recently
> noticed an issue that affect my system when it hibernates.
>
> When the screen is already switched off and then the system hibernates, it
> won't resume correctly later
On Mon, Jan 9, 2017 at 10:01 AM, David Wright
wrote:
> On Sun 08 Jan 2017 at 07:59:39 (+0100), solitone wrote:
>> On Saturday, January 7, 2017 1:35:07 PM CET David Wright wrote:
>> > you could go on to combine it with the
>> > hibernation process to make sure that the monitor was on just before
>>
On Sun 08 Jan 2017 at 07:59:39 (+0100), solitone wrote:
> On Saturday, January 7, 2017 1:35:07 PM CET David Wright wrote:
> > you could go on to combine it with the
> > hibernation process to make sure that the monitor was on just before
> > hibernation started. (There might be some sort of seriali
On Saturday, January 7, 2017 1:35:07 PM CET David Wright wrote:
> you could go on to combine it with the
> hibernation process to make sure that the monitor was on just before
> hibernation started. (There might be some sort of serialisation
> required to make sure the two actions occur in the righ
On Saturday, January 7, 2017 1:35:07 PM CET David Wright wrote:
> But you've chosen to do the difficult thing, without knowing whether
> there's a bug somewhere that makes it impossible for you to succeed.
> Would it not be better to get systemd to turn *on* the monitor
> *before* the hibernate (an
On Sat 07 Jan 2017 at 08:18:51 (+0100), solitone wrote:
> On Friday, January 6, 2017 9:52:13 PM CET David Wright wrote:
> > in your terminal, you'll probably find that
> > $ echo $DISPLAY
> > will give you :0 (locally) or localhost:10.0 (if you ssh into
> > another computer). So your terminal's xse
On Saturday, January 7, 2017 9:04:27 AM CET Joe wrote:
> Is the screen truly off? If you look at it from unusual angles, can you
> see any faint sign of the correct display?
I've further investigated what's going on, and yes, the screen is truly off--
i.e. the backlight is completely off.
First a
On Saturday, January 7, 2017 9:04:27 AM CET Joe wrote:
> Is the screen truly off? If you look at it from unusual angles, can you
> see any faint sign of the correct display?
I also suspect that in fact the screen isn't off. Although I've tried and
looked at it from any angle, but I can't see anyt
On Sat, 07 Jan 2017 08:18:51 +0100
solitone wrote:
> On Friday, January 6, 2017 9:52:13 PM CET David Wright wrote:
> > in your terminal, you'll probably find that
> > $ echo $DISPLAY
> > will give you :0 (locally) or localhost:10.0 (if you ssh into
> > another computer). So your terminal's xset c
On Friday, January 6, 2017 9:52:13 PM CET David Wright wrote:
> in your terminal, you'll probably find that
> $ echo $DISPLAY
> will give you :0 (locally) or localhost:10.0 (if you ssh into
> another computer). So your terminal's xset command will be
> happy without -display as it's got $DISPLAY in
On Friday, January 6, 2017 1:49:59 PM CET Charlie Kravetz wrote:
> I would set it not to suspend. That causes the setting of monitor
> off/on to be stored in RAM. When it then hibernates, that reminder to
> turn the monitor back on is lost.
So are you saying the behaviour I see is normal? Does it
On Fri 06 Jan 2017 at 22:00:45 (+0100), solitone wrote:
> On Thursday, January 5, 2017 7:52:20 PM CET David Wright wrote:
> > Do you perhaps need
> >
> > xset -display dpms force on
> >
> > in the systemd script?
>
> no, I've also tried with the -display option, but I don't get anything, with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Fri, 06 Jan 2017 20:39:38 +0100
solitone wrote:
>On Friday, January 6, 2017 5:48:18 AM CET Charlie Kravetz wrote:
>> If you suspend to RAM, then hibernate, what happens if you do not
>> suspend to RAM first?
>
>On my system, if I hibernate wit
> AIUI you save 100% "more power" with hibernate; the machine is
> powered off.
FWIW I've seen cases where the power brick consumes *more* when the
machine is off than when it's suspended (and in my experience there's
usually little difference between the two; the largest difference I've
seen is w
On Thursday, January 5, 2017 7:52:20 PM CET David Wright wrote:
> Do you perhaps need
>
> xset -display dpms force on
>
> in the systemd script?
Hi David,
no, I've also tried with the -display option, but I don't get anything, with
that command in either the pre block or the post block.
BTW
On Friday, January 6, 2017 5:48:18 AM CET Charlie Kravetz wrote:
> If you suspend to RAM, then hibernate, what happens if you do not
> suspend to RAM first?
On my system, if I hibernate with everything on (including the monitor) all
works fine.
Instead, if I hibernate with the monitor off (but
On Fri, 06 Jan 2017 06:54:29 +0100
solitone wrote:
>On Friday, January 6, 2017 11:11:45 AM CET Keith Bainbridge wrote:
>> Ummm, why turn the monitor off first?
>
>I use KDE's power management tool to e.g. dim the screen after 5 minutes,
>switch the screen off after 10 mins, suspend to RAM afte
On Fri 06 Jan 2017 at 16:09:43 (+1100), Keith Bainbridge wrote:
> Please see below
>
> Keith Bainbridge
>
> 0447667468
>
> keithrbaugro...@gmail.com
>
> Sent from my APad
>
> On 6 Jan 2017 12:58, "David Wright" wrote:
>
> On Fri 06 Jan 2017 at 11:11:45 (+1100), Keith Bainbridge wrote:
> > Um
On Friday, January 6, 2017 5:28:19 PM CET Keith Bainbridge wrote:
> I'm no expert, but I wonder if the book is resuming from hibernate in the
> state it was at hibernate. If so, the system thinks the screen is off.
Yes, this is exactly what seems to happen. But the funny thing is--when the
system
I'm no expert, but I wonder if the book is resuming from hibernate in the
state it was at hibernate. If so, the system thinks the screen is off.
On the issue of power saving, my battery lasts about 15 minutes when
working. In suspend it sits there for several days. I don't know how much
more po
On Friday, January 6, 2017 11:11:45 AM CET Keith Bainbridge wrote:
> Ummm, why turn the monitor off first?
I use KDE's power management tool to e.g. dim the screen after 5 minutes,
switch the screen off after 10 mins, suspend to RAM after 20 mins, and
hibernate to disk when I close the lid.
If
Please see below
Keith Bainbridge
0447667468
keithrbaugro...@gmail.com
Sent from my APad
On 6 Jan 2017 12:58, "David Wright" wrote:
On Fri 06 Jan 2017 at 11:11:45 (+1100), Keith Bainbridge wrote:
> Ummm, why turn the monitor off first?
Perhaps because Davide doesn't want to wait 30 mins¹ be
On Fri 06 Jan 2017 at 11:11:45 (+1100), Keith Bainbridge wrote:
> Ummm, why turn the monitor off first?
Perhaps because Davide doesn't want to wait 30 mins¹ before
closing the lid and finding out if the problem still recurs.
> I use suspend rather than hibernate, on a macbook 4,1 and just close t
Ummm, why turn the monitor off first?
I use suspend rather than hibernate, on a macbook 4,1 and just close the
lid. I get a password screen as soon as I open up.
Keith Bainbridge
0447667468
keithrbaugro...@gmail.com
Sent from my APad
On 6 Jan 2017 08:04, "solitone" wrote:
> I'm on debian s
I'm on debian stretch, and my computer is a MacBookPro 12,1. I've recently
noticed an issue that affect my system when it hibernates.
When the screen is already switched off and then the system hibernates, it
won't resume correctly later on. Specifically, the monitor will be switched off
again
28 matches
Mail list logo
