===
> Sent: Monday, June 30, 2025 at 9:58 PM
> From: "Barry"
> To: users@lists.fedoraproject.org
> Cc: "Patrick Dupre" , "fedora"
> Subject: Re: hibernate
>
>
>
> > On 30 Jun 2025, at 14:01, Patri
On 30.06.2025 15:01 Patrick Dupre wrote:
> My laptop does not hibernate.
> systemctl status sleep.target suspend.target hibernate.target
> hybrid-sleep.target
What does dmesg say?
--
kind regards
Marco
Send spam to abfall1751288...@stinkedores.dorfdsl.de
--
___
> On 30 Jun 2025, at 21:32, Patrick Dupre wrote:
>
> Really?
> my swap is not encrypted
Maybe this fedora magazine article will help.
See https://fedoramagazine.org/update-on-hibernation-in-fedora-workstation/
A secured system can be trivially hacked if the memory image can be read out of
t
On Mon, 2025-06-30 at 15:01 +0200, Patrick Dupre via users wrote:
> My laptop does not hibernate.
> systemctl status sleep.target suspend.target hibernate.target
> hybrid-sleep.target
It might have been a good idea to show us the results...
> Then
>
> systemctl hibernate
>
> But it is still r
used
Jul 1 09:39:44 Sappho touchegg.desktop[3975]: Reconnecting in 5 seconds...
Jul 1 09:39:49 Sappho touchegg.desktop[3975]: Error connecting to Touchégg daemon: Could not connect: Connection refused
Jul 1 09:39:49 Sappho touchegg.desktop[3975]: Reconnecting in 5 seconds...
Jul 1 09:39:54 Sappho touchegg.d
> On 30 Jun 2025, at 14:01, Patrick Dupre via users
> wrote:
>
> Hello,
>
> My laptop does not hibernate.
> systemctl status sleep.target suspend.target hibernate.target
> hybrid-sleep.target
>
> Then
>
> systemctl hibernate
>
> But it is still running, not sleeping.
>
> How can I force
> Hello,
>
> My laptop does not hibernate.
> systemctl status sleep.target suspend.target hibernate.target
> hybrid-sleep.target
>
> Then
>
> systemctl hibernate
>
> But it is still running, not sleeping.
>
> How can I force it?
>
> Thank
Indeed, a while ago, I did
gdm dbus-run-session gs
On Fri, Dec 4, 2020 at 11:10 AM Sreyan Chakravarty
wrote:
>
>
> On Fri, Dec 4, 2020 at 11:18 PM Greg Woods wrote:
>
>> Not much help, but a data point: I use hibernation every day on my main
>> workstation, and it has continued to work fine after I upgraded to a 5.9.11
>> kernel.
>>
>
> Are you
On Fri, Dec 4, 2020 at 11:18 PM Greg Woods wrote:
> Not much help, but a data point: I use hibernation every day on my main
> workstation, and it has continued to work fine after I upgraded to a 5.9.11
> kernel.
>
Are you using a swap file ?
Are you on BTRFS ?
--
Regards,
Sreyan Chakravarty
_
On Thu, Nov 26, 2020 at 12:02 AM Sreyan Chakravarty
wrote:
> Hi,
>
> I have upgraded to the latest 5.9 kernel on Fedora 32.
>
> But after upgrading I am getting the following error when I am resuming
> from hibernation:
>
> :
> : PM: hibernation: Failed to load image, recovering.
>
Not much help
On 12/1/18 12:37 AM, Ranjan Maitra wrote:
The F28 systemd is fine, and even the F29 is so if you do not use EFI boot. It
is the F29 systemd that has problems. Today, I had a different problem: my
system slowed down to a crawl for at least an hour. I think that the disk
decided to get checked
The F28 systemd is fine, and even the F29 is so if you do not use EFI boot. It
is the F29 systemd that has problems. Today, I had a different problem: my
system slowed down to a crawl for at least an hour. I think that the disk
decided to get checked in the background, but that is a guess. I hav
I saw the same thing when upgrading from F27 to F28. "systemctl hibernate"
just prints the "Failed to hibernate system via logind" error, and
"pm-hibernate" (still around from F22 pm-utils) starts the shutdown and
then hangs.
In my case at least, it appears to be a kernel bug. The upgrade also mov
On 11/5/18 8:18 PM, Ranjan Maitra wrote:
On Sun, 4 Nov 2018 22:53:46 -0800 Samuel Sieb wrote:
Try running "sudo setenforce off" and then try "systemctl hibernate".
See if that works.
I suspect that you meant
sudo sentenforce 0
Oops, I should have checked the man page before posting.
B
On Sun, 4 Nov 2018 22:53:46 -0800 Samuel Sieb wrote:
> On 11/4/18 7:09 PM, Ranjan Maitra wrote:
> > On Sun, 4 Nov 2018 18:46:28 -0800 Samuel Sieb wrote:
> >> On 11/4/18 5:21 PM, Ranjan Maitra wrote:
> >>> Nov 04 19:12:41 machine.name kernel: audit: type=1400
> >>> audit(1541380361.892:226): avc
On 11/5/18 2:53 PM, Samuel Sieb wrote:
> The numbers don't match, but I just realized why. The inode numbers on a
> tmpfs are
> temporary. I would need to see the log line and the inode numbers from the
> same boot.
> I'm now wondering if it's an selinux issue. Try running "sudo setenforce
>
On 11/4/18 7:09 PM, Ranjan Maitra wrote:
On Sun, 4 Nov 2018 18:46:28 -0800 Samuel Sieb wrote:
On 11/4/18 5:21 PM, Ranjan Maitra wrote:
Nov 04 19:12:41 machine.name kernel: audit: type=1400 audit(1541380361.892:226): avc: denied { read } for
pid=805 comm="systemd-logind" name="nvme0n1p1" de
On Sun, 4 Nov 2018 18:46:28 -0800 Samuel Sieb wrote:
> On 11/4/18 5:21 PM, Ranjan Maitra wrote:
> > Nov 04 19:12:41 machine.name systemd-logind[805]: Enough swap for
> > hibernation, Active(anon)=234032 kB, size=20967420 kB, used=0 kB,
> > threshold=98%
>
> Your swap is fine.
>
> > Nov 04 19:
On 11/4/18 5:21 PM, Ranjan Maitra wrote:
Nov 04 19:12:41 machine.name systemd-logind[805]: Enough swap for hibernation,
Active(anon)=234032 kB, size=20967420 kB, used=0 kB, threshold=98%
Your swap is fine.
Nov 04 19:12:41 machine.name audit[805]: AVC avc: denied { read } for pid=805
comm
Hi Sam,
Thanks very much again!
On Sun, 4 Nov 2018 16:52:13 -0800 Samuel Sieb wrote:
> On 11/4/18 3:08 PM, Ranjan Maitra wrote:
> > On Sun, 4 Nov 2018 13:25:47 -0800 Samuel Sieb wrote:
> >> These definitely seem relevant. You said it's an EFI system. Is
> >> /boot/efi mounted correctly?
> >
On 11/4/18 3:08 PM, Ranjan Maitra wrote:
On Sun, 4 Nov 2018 13:25:47 -0800 Samuel Sieb wrote:
These definitely seem relevant. You said it's an EFI system. Is
/boot/efi mounted correctly?
Thanks! I would guess so, given that it worked as expected with F28 (systemd
238-9).
df -h
/dev/nvme0n
On Sun, 4 Nov 2018 13:25:47 -0800 Samuel Sieb wrote:
> On 11/4/18 5:25 AM, Ranjan Maitra wrote:
> > On Sat, 3 Nov 2018 22:34:00 -0700 Samuel Sieb wrote:
> >
> >> On 11/3/18 9:48 PM, Ranjan Maitra wrote:
> >>> On Sat, 3 Nov 2018 21:39:41 -0700 Samuel Sieb wrote:
> That is a likely cause.
On 11/4/18 5:25 AM, Ranjan Maitra wrote:
On Sat, 3 Nov 2018 22:34:00 -0700 Samuel Sieb wrote:
On 11/3/18 9:48 PM, Ranjan Maitra wrote:
On Sat, 3 Nov 2018 21:39:41 -0700 Samuel Sieb wrote:
That is a likely cause. Are there any other lines from logind in the
journal? What is in /proc/cmdlin
On Sat, 3 Nov 2018 22:34:00 -0700 Samuel Sieb wrote:
> On 11/3/18 9:48 PM, Ranjan Maitra wrote:
> > On Sat, 3 Nov 2018 21:39:41 -0700 Samuel Sieb wrote:
> >> That is a likely cause. Are there any other lines from logind in the
> >> journal? What is in /proc/cmdline?
> >
> > I don't know hoe t
On 11/3/18 9:48 PM, Ranjan Maitra wrote:
On Sat, 3 Nov 2018 21:39:41 -0700 Samuel Sieb wrote:
That is a likely cause. Are there any other lines from logind in the
journal? What is in /proc/cmdline?
I don't know hoe to look in the journal. With regard to /proc/cmdline:
In one terminal wind
On Sat, 3 Nov 2018 21:39:41 -0700 Samuel Sieb wrote:
> On 11/3/18 6:38 PM, Ranjan Maitra wrote:
> > On Sat, 3 Nov 2018 17:05:38 -0700 Samuel Sieb wrote:
> >> It appears to be a systemd bug:
> >> https://github.com/systemd/systemd/issues/10613
> >>
> >> Try running "pm-hibernate". For some reaso
On Sun, 04 Nov 2018 14:36:53 +1030 Tim via users
wrote:
> Allegedly, on or about 3 November 2018, Ranjan Maitra sent:
> > So, I wanted to mention that the following is what I have on my
> > /etc/default/grub
> >
> > GRUB_TIMEOUT=5
> > GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-rele
On 11/3/18 6:38 PM, Ranjan Maitra wrote:
On Sat, 3 Nov 2018 17:05:38 -0700 Samuel Sieb wrote:
It appears to be a systemd bug:
https://github.com/systemd/systemd/issues/10613
Try running "pm-hibernate". For some reason, I don't see that program
on this laptop and I don't know where it came fro
Allegedly, on or about 3 November 2018, Ranjan Maitra sent:
> So, I wanted to mention that the following is what I have on my
> /etc/default/grub
>
> GRUB_TIMEOUT=5
> GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
> GRUB_DEFAULT=saved
> GRUB_DISABLE_SUBMENU=true
> GRUB_TERMINAL_
On Sat, 3 Nov 2018 17:05:38 -0700 Samuel Sieb wrote:
> On 11/3/18 7:01 AM, Ranjan Maitra wrote:
> > systemctl hibernate
> >
> > and I get:
> >
> > Failed to hibernate system via logind: Resume not configured, can't
> > hibernate
> >
> > I have never previously had to configure anything on an
On 11/4/18 8:05 AM, Samuel Sieb wrote:
> On 11/3/18 7:01 AM, Ranjan Maitra wrote:
>> systemctl hibernate
>>
>> and I get:
>>
>> Failed to hibernate system via logind: Resume not configured, can't hibernate
>>
>> I have never previously had to configure anything on an upgraded system
>> already cap
On 11/3/18 7:01 AM, Ranjan Maitra wrote:
systemctl hibernate
and I get:
Failed to hibernate system via logind: Resume not configured, can't hibernate
I have never previously had to configure anything on an upgraded system already
capable of hibernating (once hibernated). Has something changed
On Sat, 3 Nov 2018 10:43:08 -0700 stan wrote:
> On Sat, 3 Nov 2018 09:01:19 -0500
> Ranjan Maitra wrote:
>
> > I tried the following:
> >
> > systemctl hibernate
> >
> > and I get:
> >
> > Failed to hibernate system via logind: Resume not configured, can't
> > hibernate
> >
> > I have nev
On Sat, 3 Nov 2018 17:59:00 + Patrick O'Callaghan
wrote:
> On Sat, 2018-11-03 at 09:01 -0500, Ranjan Maitra wrote:
> > Hi,
> >
> > I tried the following:
> >
> > systemctl hibernate
> >
> > and I get:
> >
> > Failed to hibernate system via logind: Resume not configured, can't
> > hibe
On Sat, 2018-11-03 at 09:01 -0500, Ranjan Maitra wrote:
> Hi,
>
> I tried the following:
>
> systemctl hibernate
>
> and I get:
>
> Failed to hibernate system via logind: Resume not configured, can't hibernate
>
> I have never previously had to configure anything on an upgraded system
> alr
On Sat, 3 Nov 2018 09:01:19 -0500
Ranjan Maitra wrote:
> I tried the following:
>
> systemctl hibernate
>
> and I get:
>
> Failed to hibernate system via logind: Resume not configured, can't
> hibernate
>
> I have never previously had to configure anything on an upgraded
> system already ca
On 04/21/2015 02:04 PM, poma wrote:
On 21.04.2015 18:04, Heinz Diehl wrote:
On 21.04.2015, sean darcy wrote:
GDBus.Error:org.freedesktop.login1.SleepVerbNotSupported: Sleep verb not
supported
Is your swap page big enough and enabled?
$ cat /proc/swaps
$ pkexec swapon -av
$ cat /proc/swaps
On 21.04.2015 18:04, Heinz Diehl wrote:
> On 21.04.2015, sean darcy wrote:
>
>> GDBus.Error:org.freedesktop.login1.SleepVerbNotSupported: Sleep verb not
>> supported
>
> Is your swap page big enough and enabled?
>
$ cat /proc/swaps
$ pkexec swapon -av
$ cat /proc/swaps
--
users mailing list
On 04/21/2015 12:06 PM, Heinz Diehl wrote:
On 21.04.2015, Heinz Diehl wrote:
Is your swap page big enough and enabled?
s/page/partition;
cat /proc/meminfo
MemTotal:8065840 kB
MemFree: 176012 kB
MemAvailable:3184012 kB
Buffers: 1384964 kB
Cached: 2118072
On 21.04.2015, Heinz Diehl wrote:
> Is your swap page big enough and enabled?
s/page/partition;
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject
On 21.04.2015, sean darcy wrote:
> GDBus.Error:org.freedesktop.login1.SleepVerbNotSupported: Sleep verb not
> supported
Is your swap page big enough and enabled?
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/m
On 09.11.2014 23:38, Martín Marqués wrote:
> Hi all,
>
> I was trying to get hibernation working on my F20 laptop with which I work.
>
> Going through the process, which I thought would be more transparent
> or that it would just be like hitting the hibernation and that's it, I
> found great defi
On 11.11.2014 21:50, Sudhir Khanger wrote:
> On Tuesday, November 11, 2014 03:18:29 PM Tim wrote:
>> It does if you want to suspend/hibernate to the swap space. Your RAM
>> has to dump its contents somewhere, and that's where it goes.
>
> I wonder if it creates an image of the whole RAM available
On Tuesday, November 11, 2014 03:18:29 PM Tim wrote:
> It does if you want to suspend/hibernate to the swap space. Your RAM
> has to dump its contents somewhere, and that's where it goes.
I wonder if it creates an image of the whole RAM available to the system or a
snapshot of actual RAM being u
Tim:
>> It does if you want to suspend/hibernate to the swap space. Your RAM
>> has to dump its contents somewhere, and that's where it goes.
Roberto Ragusa:
> Then consider that swap space is not there doing nothing and just awaiting
> your hibernating.
> Some of it could be really in use at the
On 11/11/2014 05:48 AM, Tim wrote:
> It does if you want to suspend/hibernate to the swap space. Your RAM
> has to dump its contents somewhere, and that's where it goes.
Then consider that swap space is not there doing nothing and just awaiting
your hibernating.
Some of it could be really in use
On Tue, 2014-11-11 at 02:07 +0530, Sudhir Khanger wrote:
> I don't think swap size has to be bigger than size of RAM. Arch Linux
> has a good note on size of swap partition [1] which links to kernel
> documentation[2]. I used to make 4GB of swap partition on a system
> with 8GB of RAM on Arch Linux
On Mon, 2014-11-10 at 14:30 -0500, Fred Smith wrote:
> I DO have sympathy for people who would like to deprecate
> hibernate because the hardware situation is a big mess.
I would have thought suspend harder to support than hibernate. A dump
to disc, and back again, ought to work relatively simply
- Original Message -
> On Mon, Nov 10, 2014 at 4:08 AM, Martín Marqués
> wrote:
> > 1) I had trouble getting the system to hibernate. There wasn't
> > anything clear about the fact that you needed to have a swap bigger
> > than the amount of memory you have. Also, it doesn't work if you
On Mon, Nov 10, 2014 at 4:08 AM, Martín Marqués wrote:
> 1) I had trouble getting the system to hibernate. There wasn't
> anything clear about the fact that you needed to have a swap bigger
> than the amount of memory you have. Also, it doesn't work if you have
> a file as swap (which was the easi
On Mon, Nov 10, 2014 at 09:42:07AM -0700, Pete Travis wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/10/2014 06:36 AM, Martín Marqués wrote:
> > 2014-11-09 20:31 GMT-03:00 Pete Travis :
> > I had a Dell laptop a which I bought about 4 years ago. I almost
> > always suspende
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/10/2014 06:36 AM, Martín Marqués wrote:
> 2014-11-09 20:31 GMT-03:00 Pete Travis :
>>
>>
>> Please file a bug[1] against the documentation you're referencing,
>> probably the Power Management Guide? That will help the guide
>> coordinator ensur
On Mon, 10 Nov 2014 10:36:27 -0300
Martín Marqués wrote:
> 2014-11-09 20:31 GMT-03:00 Pete Travis :
> >
> About cold boot, well even if the cold boot is fast, there is lots of
> things I need to get starting before I start to work (ssh keys, login
> to monitoring systems, etc) which make a cold
2014-11-09 20:31 GMT-03:00 Pete Travis :
>
>
> Please file a bug[1] against the documentation you're referencing,
> probably the Power Management Guide? That will help the guide
> coordinator ensure that the issue is appropriately addressed. Point 1)
> seems especially relevant, that much should b
On Sun, 9 Nov 2014 16:31:07 -0700 Pete Travis wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/09/2014 03:38 PM, Martín Marqués wrote:
> > Hi all,
> >
> > I was trying to get hibernation working on my F20 laptop with which I
> work.
> >
> > Going through the process, which I
On 11/10/14 06:38, Martín Marqués wrote:
> Hi all,
>
> I was trying to get hibernation working on my F20 laptop with which I work.
I don't use hibernation myself but
>
> Going through the process, which I thought would be more transparent
> or that it would just be like hitting the hibernation
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/09/2014 03:38 PM, Martín Marqués wrote:
> Hi all,
>
> I was trying to get hibernation working on my F20 laptop with which I
work.
>
> Going through the process, which I thought would be more transparent
> or that it would just be like hitting th
On 2014-06-15 07:27, Richard England wrote:
On 06/05/14 09:37, Luke Nath wrote:
Hi All,
Will FC20 have a hibernate option for shutdown?
Thanx.
Dell Inspiron 15R running F20 Mate distro. The hibernate function
appears in shutdown and is working
~~R
--
"When you're a nail, every problem lo
On 06/05/14 09:37, Luke Nath wrote:
Hi All,
Will FC20 have a hibernate option for shutdown?
Thanx.
Dell Inspiron 15R running F20 Mate distro. The hibernate function
appears in shutdown and is working
~~R
--
"When you're a nail, every problem looks like a hammer."
-- Anon.
--
users mailing
Allegedly, on or about 01 November 2013, Greg Woods sent:
> And for completeness: I did have this same card in the old machine
> that had the same issue. That machine was weirder because hibernate
> worked but suspend didn't.
Many many years ago, I had a similar hibernate/suspend foul-up on a
Win
I remain surprised that nobody seems interested in this issue or that
nobody else seems to have seen it. I discovered while searching that I
myself posted about a similar problem on a different machine a couple of
years ago, and got zero response then too.
That said, what happened is that I built
I took out rhgb quiet from the boot and also added nomodeset for good
measure and got an error message (before freezing) use
no_console_suspend to debug.
I add this to the grub2.cfg, I guess?
Anyone else had similar problems?
Thanks,
Ranjan
On Wed, 17 Jul 2013 07:53:09 -0500 Ranjan Maitra
wrot
On 22.03.2013 02:23, poma wrote:
...
> Actually, dracut --hostonly generated initramfs broke the hibernate.
> dracut 1 - 0 systemd :)
Actually, it's a feature.
Sorry.
dracut 1 - 1 systemd.
poma
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
h
On 24.03.2013 11:14, Harald Hoyer wrote:
...
> /dev/disk/by-uuid/ can be used instead of UUID=
>
True.
Thanks.
poma
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://f
Am 23.03.13 18:17, schrieb poma:
> On 23.03.2013 06:05, Harald Hoyer wrote:
>> Am 22.03.2013 21:32, schrieb poma:
>>> On 22.03.2013 13:00, Harald Hoyer wrote:
>>> ...
you must not resume from a raid array
>>>
>>> Let me show you how country feels :)
>>>
>>> Version: 025-35.git20130211.fc1
On 23.03.2013 06:05, Harald Hoyer wrote:
> Am 22.03.2013 21:32, schrieb poma:
>> On 22.03.2013 13:00, Harald Hoyer wrote:
>> ...
>>> you must not resume from a raid array
>>>
>>
>> Let me show you how country feels :)
>>
>> Version: 025-35.git20130211.fc18 [1]
>>
>> /etc/dracut.conf.d/dracut-custom
Am 22.03.2013 21:32, schrieb poma:
> On 22.03.2013 13:00, Harald Hoyer wrote:
> ...
>> you must not resume from a raid array
>>
>
> Let me show you how country feels :)
>
> Version: 025-35.git20130211.fc18 [1]
>
> /etc/dracut.conf.d/dracut-custom.conf:
> # Custom dracut config file
>
> # /etc/d
On Mar 22, 2013, at 18:08, poma wrote:
> On 22.03.2013 22:44, Kevin J. Cummings wrote:
>> On 03/22/2013 11:23 AM, poma wrote:
>>> On 22.03.2013 13:00, Harald Hoyer wrote:
>>> ...
you must not resume from a raid array
>>>
>>> Dracut's Host-Only mode is more restrictive than what is superfici
On 22.03.2013 22:44, Kevin J. Cummings wrote:
> On 03/22/2013 11:23 AM, poma wrote:
>> On 22.03.2013 13:00, Harald Hoyer wrote:
>> ...
>>> you must not resume from a raid array
>>>
>>
>> Dracut's Host-Only mode is more restrictive than what is superficially
>> evident. Bummer!
>
> That's most like
On 03/22/2013 11:23 AM, poma wrote:
> On 22.03.2013 13:00, Harald Hoyer wrote:
> ...
>> you must not resume from a raid array
>>
>
> Dracut's Host-Only mode is more restrictive than what is superficially
> evident. Bummer!
That's most likely because at boot time the software raid arrays haven't
b
On 22.03.2013 13:00, Harald Hoyer wrote:
...
> you must not resume from a raid array
>
Let me show you how country feels :)
Version: 025-35.git20130211.fc18 [1]
/etc/dracut.conf.d/dracut-custom.conf:
# Custom dracut config file
# /etc/dracut.conf.d/*.conf will override the settings in /etc/dra
On 22.03.2013 13:00, Harald Hoyer wrote:
...
> you must not resume from a raid array
>
Dracut's Host-Only mode is more restrictive than what is superficially
evident. Bummer!
Thanks for pointing that out.
poma
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscr
Am 22.03.2013 12:45, schrieb poma:
> On 22.03.2013 07:18, Harald Hoyer wrote:
>> Am 22.03.2013 02:23, schrieb poma:
>>> On 22.03.2013 01:32, poma wrote:
>>> ...
btw on 3.8.3-203.fc18.x86_64 the hibernate is broken on some mobos.
>>>
>>> Actually, dracut --hostonly generated initramfs broke the
On 22.03.2013 02:35, Ranjan Maitra wrote:
...
> hibernate does not work for me -- does not really wake up to anything
> meaningfull on a Dell Latitude E540 (? ) for any of the 3.8 kernels:
Elaborate it on the https://bugzilla.redhat.com/ ;)
poma
--
users mailing list
users@lists.fedoraproject.
On 22.03.2013 07:18, Harald Hoyer wrote:
> Am 22.03.2013 02:23, schrieb poma:
>> On 22.03.2013 01:32, poma wrote:
>> ...
>>> btw on 3.8.3-203.fc18.x86_64 the hibernate is broken on some mobos.
>>
>> Actually, dracut --hostonly generated initramfs broke the hibernate.
>> dracut 1 - 0 systemd :)
>> H
Am 22.03.2013 02:23, schrieb poma:
> On 22.03.2013 01:32, poma wrote:
> ...
>> btw on 3.8.3-203.fc18.x86_64 the hibernate is broken on some mobos.
>
> Actually, dracut --hostonly generated initramfs broke the hibernate.
> dracut 1 - 0 systemd :)
> Hi Ho Silver!
>
> poma
>
>
Does it work, if yo
my trusty Thinkpad T61.
Thanks again for the help re: hibernate.
Ranjan
On Fri, 22 Mar 2013 01:32:24 +0100 poma
wrote:
> On 21.03.2013 03:22, Ranjan Maitra wrote:
> > Hi,
> >
> > I have been trying to get to hibernate using a single keystroke. So,
> > here is wh
On 22.03.2013 01:32, poma wrote:
...
> btw on 3.8.3-203.fc18.x86_64 the hibernate is broken on some mobos.
Actually, dracut --hostonly generated initramfs broke the hibernate.
dracut 1 - 0 systemd :)
Hi Ho Silver!
poma
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or chang
On 21.03.2013 03:22, Ranjan Maitra wrote:
> Hi,
>
> I have been trying to get to hibernate using a single keystroke. So,
> here is what i tried:
>
> put pm-hibernate in my sudo. Checked this by using:
>
> sudo pm-hibernate
>
> This works without a hitch.
>
> Then I keyed in ctrl-f12 to be equi
ed it would give some output.
My hardware is old, I already have to use the AGP driver from the nvidia driver
because the kernel driver doesn't work for suspend/hibernate so some other
update might have broken it.
--- Em sáb, 29/9/12, Daniel J Walsh escreveu:
> De: Daniel J Walsh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We strive not to break anything in updates. SELinux policy is almost always
about adding allow rules to make policy looser on a released version of
Fedora. We might add new containment on a new version but even if we add
policy during a shipping vers
On 06/15/2012 04:24 PM, Kernel Guardian wrote:
hmmm with bluetooth device equipped I assume. :)
Sorry. My laptop has neither built-in bluetooth
nor have I attached a usb bluetooth. So, guess
my situation is not as complicated :)
Already discuss about suspending on laptops in this mail list. I
hmmm with bluetooth device equipped I assume. :)
Already discuss about suspending on laptops in this mail list. I use
this script for suspending laptops.
It is tested against F16 on asus laptops.
== /etc/pm/sleep.d/custom-ehci-hcd =
#!/bin/sh
# inspired by http://art.ub
On 06/15/2012 03:34 PM, Kernel Guardian wrote:
laptop or desktop? at least my 3 desktops hibernate with power off at
the end. laptops is different story.
F16 with latest updates on all comps.
seems that kernel couldn't power off some device. on laptops have
problems with usb hubs and usb device
laptop or desktop? at least my 3 desktops hibernate with power off at the
end. laptops is different story.
F16 with latest updates on all comps.
seems that kernel couldn't power off some device. on laptops have problems
with usb hubs and usb devices.
On 15 June 2012 23:57, JD wrote:
> f16 hiber
On 02/22/2012 07:33:45 AM, T.C. Hollingsworth wrote:
> On Wed, Feb 22, 2012 at 8:20 AM, Geoffrey Leach
> wrote:
> > root@puget[21]->swapon -U ad15f364-1e9b-493b-9351-d27e0f680c97
>
>
> Are you by chance using the Nvidia binary blob video driver? It
> might
> cause this issue, and there is a wo
On Wed, Feb 22, 2012 at 8:20 AM, Geoffrey Leach wrote:
> root@puget[21]->swapon -U ad15f364-1e9b-493b-9351-d27e0f680c97
Are you by chance using the Nvidia binary blob video driver? It might
cause this issue, and there is a workaround:
ftp://download.nvidia.com/XFree86/Linux-x86/173.14.31/README
On 02/22/2012 07:09:13 AM, T.C. Hollingsworth wrote:
> On Wed, Feb 22, 2012 at 7:41 AM, Geoffrey Leach
> wrote:
> > On 02/22/2012 01:36:32 AM, T.C. Hollingsworth wrote:
> >> On Wed, Feb 22, 2012 at 2:22 AM, Tim
>
> >> wrote:
> >> > On Tue, 2012-02-21 at 21:33 -0800, Geoffrey Leach wrote:
> >> >>
On Wed, Feb 22, 2012 at 7:41 AM, Geoffrey Leach wrote:
> On 02/22/2012 01:36:32 AM, T.C. Hollingsworth wrote:
>> On Wed, Feb 22, 2012 at 2:22 AM, Tim
>> wrote:
>> > On Tue, 2012-02-21 at 21:33 -0800, Geoffrey Leach wrote:
>> >> This is a fresh install of Fedora 16 on a new laptop with 8GB
>> memo
On 02/22/2012 01:36:32 AM, T.C. Hollingsworth wrote:
> On Wed, Feb 22, 2012 at 2:22 AM, Tim
> wrote:
> > On Tue, 2012-02-21 at 21:33 -0800, Geoffrey Leach wrote:
> >> This is a fresh install of Fedora 16 on a new laptop with 8GB
> memory.
> >> When I attempt to hibernate from the Session Menu I ge
On 02/22/2012 10:36 AM, T.C. Hollingsworth wrote:
> On Wed, Feb 22, 2012 at 2:22 AM, Tim wrote:
>> Is your swap space active and is the kernel
>> set to use it?
>
> `cat /proc/swaps` to check this. IIRC one of my boxes didn't enable
> swap till I fiddled with it a bit a few months ago (albeit w/
On Wed, Feb 22, 2012 at 2:22 AM, Tim wrote:
> On Tue, 2012-02-21 at 21:33 -0800, Geoffrey Leach wrote:
>> This is a fresh install of Fedora 16 on a new laptop with 8GB memory.
>> When I attempt to hibernate from the Session Menu I get a popup with
>> the message:
>>
>> 10 484GB 493GB 9437
On Tue, 2012-02-21 at 21:33 -0800, Geoffrey Leach wrote:
> This is a fresh install of Fedora 16 on a new laptop with 8GB memory.
> When I attempt to hibernate from the Session Menu I get a popup with
> the message:
>
> 10 484GB 493GB 9437MB logical linux-swap(v1)
>
> As you can see, I
Gianluca Sforna wrote:
> On Tue, Aug 31, 2010 at 3:38 PM, Greg Woods wrote:
>
>> This is in regard to the issue that, when Linux is hibernated, upon
>> reboot the thaw starts immediately and the grub menu is not presented.
>>
>
> As far as I know, this is intentional and serves the purpose
On Tue, Aug 31, 2010 at 3:38 PM, Greg Woods wrote:
> This is in regard to the issue that, when Linux is hibernated, upon
> reboot the thaw starts immediately and the grub menu is not presented.
As far as I know, this is intentional and serves the purpose of
preventing selection of the wrong kerne
On Tue, 2010-08-31 at 07:38 -0600, Greg Woods wrote:
> This is in regard to the issue that, when Linux is hibernated, upon
> reboot the thaw starts immediately and the grub menu is not presented.
>
> I am now absolutely convinced this is not a BIOS issue, it is a kernel
> or boot loader issue.
>
On 08/31/2010 06:38 AM, Greg Woods wrote:
> This is in regard to the issue that, when Linux is hibernated, upon
> reboot the thaw starts immediately and the grub menu is not presented.
>
> I am now absolutely convinced this is not a BIOS issue, it is a kernel
> or boot loader issue.
>
> I worked
On Wed, 2010-06-16 at 02:15 +0100, Timothy Murphy wrote:
> Can one place a script somewhere to be read on resumption from hibernation?
> If so, where?
/usr/lib/pm-utils/sleep.d
There are several already there, they are very similar to
the /etc/rc.d/init.d scripts. I have a couple I use to do thi
Michal wrote:
>> I sort of understood that,
>> but just wondered if by chance there was a simple way
>> of getting hibernate to note which connections it was closing,
>> and try tp re-open them on when on resumption.
> Hmm well possibly, by using a script that kicks in at hibernation, but
> you w
On 14/06/2010 12:37, Timothy Murphy wrote:
> Michal wrote:
>
>> On 14/06/2010 12:00, Timothy Murphy wrote:
>>> Slightly OT, perhaps,
>>> but I find hibernation works fine under Fedora-13.
>>> The only minor problem (if you can call it that)
>>> is that ssh connections are lost on resumption.
>>>
>
1 - 100 of 121 matches
Mail list logo
