[389-users] Re: Forward LDAP Auth SASL or SSSD
well saslauthd has to do with the SASL layer itself not the LDAP server itself It can work but what it does is not related to SSSD at all. essentially it is used to translate between one sasl auth mech and an other its primarily for backwards compatibility. for example a common use case for saslauthd tis o translate PLAIN auth requests on the client end to KERBEROS auth requests for older LDAP2 clients..It has nothing to do with authenticating for an OS at the pam layer which is what SSSD does. That said this was a big concern in the late 199x's and 200x's but should not be now, if you are using a library in your application that only supports plain you should not be using it. and if it is a web application you should consider using something like Keycloak as a broker to support OpenID-Connect or SAML auth. On Tue, Aug 2, 2022 at 8:10 PM William Brown wrote: > > > > > On 2 Aug 2022, at 22:11, Axel Tischer wrote: > > > > Hi > > > > We try to migrate from slapd to 389-dirserver. > > > > Authentication is only used by our application login, not for system logon. > > > > We forward our ldap authentication to a central ldap server > > > > saslauthd: > > > > ldap_servers > > ldap_bind_dn: cn=binduser,ou=emea,o=services > > ldap_bind_pw: secret > > ldap_search_base: o=auth > > ldap_timeout: 3 > > ldap_time_limit: 10 > > ldap_filter: (&(objectClass=inetOrgPerson)(uid=%u)) > > > > sasl2/slapd: > > mech_list: plain > > pwcheck_method: saslauthd > > saslauthd_path: /run/sasl2/mux > > > > and sysconfig/saslauthd > > SASLAUTHD_AUTHMECH=ldap > > > > And a simple user attribute: userpassword: {SASL}johndoe > > > > It would be great it saslauthd is supported in 389-DS, but I fear it isn't. > > Yeah, we don't support saslauthd. > > > > > I wonder how to configure 389-ds to use this simple LDAP auth forwarding. I > > could not find anything about this in the docs (or I'm too dumb..). I tried > > sssd but no luck yet, reconfiguration of PAM is not allowed > > 389-ds can forward to an external auth system via pam, so you are going to > need to add a new pam service that 389-ds can send binds through. You may not > need to reconfigure pam though to achieve it depending on your setup. > > > It would be grateful to get a working example ( like the one above) > > Have a look for pam pass through authentication in the 389-ds docs :) > > > > > Thanx > > > > > > > > ___ > > 389-users mailing list -- 389-users@lists.fedoraproject.org > > To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org > > Do not reply to spam on the list, report it: > > https://pagure.io/fedora-infrastructure > > -- > Sincerely, > > William Brown > > Senior Software Engineer, > Identity and Access Management > SUSE Labs, Australia > ___ > 389-users mailing list -- 389-users@lists.fedoraproject.org > To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue ___ 389-users mailing list -- 389-users@lists.fedoraproject.org To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Switchdesk functionality has disappeared
Fedora 36 booting mode 3 to a command line boot, the switchdesk entry Plasma doesn't do anything. I can switch from the default Gnome to xfce and back. The LXDE desktop is not there at all. Getting a xterm with xinit and all the desktop sessions can be started. Booting with a display manager has an entry for Plasma(X11) that works, but none for LXDE. The gui for switchdesk does not show Plasma or LXDE. What needs to be done to get these functions back? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Apache and umask for document root
On Tue, 2022-08-02 at 15:22 +, Emmett Culley via users wrote: > So wordpress automaticaly has the ability to write all files in the > root directory. I suppose we have to trust that wordpress will not > write hacked files to the server's root. You are aware that it has a bad reputation for security? You'll need to keep on top of it being updated all the time. It's a prime target. > So it behoovs our site webmasters to not unstall untrusted plugins. This is where you need one or two competent and trustworthy webmasters. General page authors aren't webmasters. -- uname -rsvp Linux 3.10.0-1160.71.1.el7.x86_64 #1 SMP Tue Jun 28 15:37:28 UTC 2022 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: marketoblog
On Tue, 2 Aug 2022 14:04:32 -0700 Kevin Fenzi wrote: > It should now have a link to the new_issue page... > > Hope that helps, yes, clear and direct d -- Belief is the wound that knowledge heals. Teran to Peran, in The Telling -Ursula K LeGuin ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: marketoblog
On Tue, Aug 02, 2022 at 08:27:11AM -0400, Ben Cotton wrote: > On Tue, Aug 2, 2022 at 4:51 AM Tim via users > wrote: > > > > This doesn't appear to lead anywhere useful > > There's an "Issues" tab across the top. I opened a request to update > the link in the footer to be more direct: > https://pagure.io/fedora-infrastructure/issue/10838 It should now have a link to the new_issue page... Hope that helps, (oh and I banned the spammer and deleted their spam from the archives) kevin signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Apache and umask for document root
> On 09/07/2016 03:19 PM, Rick Stevens wrote: > > That didn't help either: > > Sep 07 14:19:51 horse-magazine.info systemd[1]: Reloaded The Apache HTTP > Server. > Sep 07 16:35:47 horse-magazine.info systemd[1]: > [/usr/lib/systemd/system/httpd.service:10] > Executable path is not absolute, ignoring: umask 002;/usr/sbin/httpd $OPTIONS > -DFOREGROUND > Sep 07 16:35:47 horse-magazine.info systemd[1]: > [/usr/lib/systemd/system/httpd.service:11] > Executable path is not absolute, ignoring: umask 002;/usr/sbin/httpd $OPTIONS > -k graceful > Sep 07 16:35:47 horse-magazine.info systemd[1]: > [/usr/lib/systemd/system/httpd.service:20] > Unknown lvalue 'umask' in section 'Service' > Sep 07 16:35:47 horse-magazine.info systemd[1]: httpd.service has no > ExecStart= setting, > which is only allowed for Type=oneshot services. Refusing. > > Emmett > On 09/07/2016 03:19 PM, Rick Stevens wrote: > > That didn't help either: > > Sep 07 14:19:51 horse-magazine.info systemd[1]: Reloaded The Apache HTTP > Server. > Sep 07 16:35:47 horse-magazine.info systemd[1]: > [/usr/lib/systemd/system/httpd.service:10] > Executable path is not absolute, ignoring: umask 002;/usr/sbin/httpd $OPTIONS > -DFOREGROUND > Sep 07 16:35:47 horse-magazine.info systemd[1]: > [/usr/lib/systemd/system/httpd.service:11] > Executable path is not absolute, ignoring: umask 002;/usr/sbin/httpd $OPTIONS > -k graceful > Sep 07 16:35:47 horse-magazine.info systemd[1]: > [/usr/lib/systemd/system/httpd.service:20] > Unknown lvalue 'umask' in section 'Service' > Sep 07 16:35:47 horse-magazine.info systemd[1]: httpd.service has no > ExecStart= setting, > which is only allowed for Type=oneshot services. Refusing. > > Emmett I finally figured out how to get the umask set for apache. Well actually php-fpm. In /usr/lib/systemd/system/php-fpm.server, add the line: UMask=002 under the [Service] section. If you have other PHP versions running, like vis remi, yu may want to add that line for those php-fpm.service files. Like /usr/lib/systemd/system/php74-php-fpm.server for any site that requires PHP 7.4. Though it is mostly Laravel sites where we need a specific PHP version, at least temporarily. Now all files and directories created by my web server have group write set. This supports wordpress sites as I enable local FTP for plugins and wordpress to use for updates, and I set all directories to g+ws and set the group to the FTP user. In my case I create a system user for each wordpress site, then cause proftp to allow local FTP access to their home directory, which is sym linked to the wordpress site's root. So wordpress automaticaly has the ability to write all files in the root directory. I suppose we have to trust that wordpress will not write hacked files to the server's root. So it behoovs our site webmasters to not unstall untrusted plugins. At least, using local ftp prevents any access outside that site's web root. Emmett ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Nvidia refresh rate.
On 02/08/2022 09:53, GianPiero Puccioni wrote: On 01/08/2022 21:26, John Pilkington wrote: On 31/07/2022 13:07, GianPiero Puccioni wrote: Hi, I want to decrease the refrash rate of the video to use less battery but I am having difficulties... I have F35 with KDE on a Dell G15 with Nvidia GA107M [GeForce RTX 3050 Ti Mobile], the RPMFusion drivers and a 1920x1080 resolution (native). In the "system settings-display" There is the possibility to change refresh from 120Hz to 60Hz but it doesn't stick; I change it and "apply" but if I change screen and go back to "display" it's again at 120Hz, I tried "nvidia-settings" but it has only info, not settings. The program "xrandr" reports 1920x1080 120.00*+ 59.97 59.96 59.93 Is this the problem 59.97 not 60? Any suggestions? G Resending to list: I think I may have seen something like this in the past, with the gui reporting a possible refresh rate as an integer but not reinterpreting that as the appropriate floating point value when trying to use it as a setting. Have you tried setting with xrandr? xrandr --output --rate 59.97 looks as if it might help, if I knew what to put as And the archlinux xrandr wiki looks as if it could be useful. As xrandr reports eDP-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 1920x1080 120.00*+ 59.97 59.96 59.93 I used "xrandr --output eDP-1 --mode 1920x1080 -r 59.97" the answer, after a couple of second of black screen(scary!) xrandr: Configure crtc 0 failed I did it as root but maybe I need some kind of permission? G I suppose it might be worth trying the other values given by xrandr. nVidia used to allocate whole-number labels to non-integer frame rates, but that was years ago and much has changed since then. This ref was authoritative at the time, in a TV context, and might perhaps suggest something: https://www.mythtv.org/wiki/User_Manual:JudderFree I don't know if you are using Wayland or X11, and what difference that might make. This is probably the official nVidia reference document for your driver, and most of it will apply to the rpmfusion build. It's not easy reading and I haven't seen an obvious fix for your problem. http://us.download.nvidia.com/XFree86/Linux-x86_64/515.57/README/wayland-issues.html John ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: fully updated F36 Dell XPS 13 no longer comes back from hibernate (post Thursday updates)
So, I have found that the following works semi-reliably. I hibernate, with the external monitor on and connected, and the system goes down. THen, when I resume, I do not switch on the external monitor until the system comes back up (and it does). After it is up, I switch on the external monitor and then we appear to be fine. I do not understand, and may be a voodoo observation and solution, but this problem did not appear to be an issue before 15 June 2022. Many thanks and best wishes, Ranjan On Sat Jul16'22 01:51:59PM, Ranjan Maitra wrote: > From: Ranjan Maitra > Date: Sat, 16 Jul 2022 13:51:59 -0500 > To: Community support for Fedora users > Reply-To: Community support for Fedora users > Subject: Re: fully updated F36 Dell XPS 13 no longer comes back from > hibernate (post Thursday updates) > > Spoken too soon. The latest updates no longer allow coming back from > hibernate. I must note that I do have an external monitor attached to the > laptop (which I did not when it worked two weeks ago when I was away) > however, this has not been an issue in the past, but I wonder if that can > explain anything. > > Best wishes, > Ranjan > > > On Wed Jul13'22 10:16:19AM, Ranjan Maitra wrote: > > From: Ranjan Maitra > > Date: Wed, 13 Jul 2022 10:16:19 -0500 > > To: Community support for Fedora users > > Reply-To: Community support for Fedora users > > Subject: Re: fully updated F36 Dell XPS 13 no longer comes back from > > hibernate (post Thursday updates) > > > > Just an update: a recent update, likely to the kernel, from around two > > weeks ago, appears to have reliably fixed this issue. So, whatever was the > > problem, appears to no longer show up as a symptom. > > > > Ranjan > > > > > > On Wed Jun22'22 06:42:50AM, Ranjan Maitra wrote: > > > From: Ranjan Maitra > > > Date: Wed, 22 Jun 2022 06:42:50 -0500 > > > To: Community Support for Fedora Users > > > Reply-To: Community support for Fedora users > > > > > > Subject: fully updated F36 Dell XPS 13 no longer comes back from hibernate > > > (post Thursday updates) > > > > > > Dear friends, > > > > > > I have a fully updated F36 Dell XPS 13 that has been updated nightly (and > > > upgraded when appropriate) using dnf on a cron job for the past few > > > years. Sadly, after last Thursday's updates, the machine goes down fine > > > (with the usual systemctl hibernate), but does not come back up. I am a > > > little confused what changed last Thursday, but I was wondering if anyone > > > had any suggestions as to how I may diagnose and fix this problem. > > > > > > Many thanks and best wishes, > > > Ranjan > > > ___ > > > users mailing list -- users@lists.fedoraproject.org > > > To unsubscribe send an email to users-le...@lists.fedoraproject.org > > > Fedora Code of Conduct: > > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > > List Archives: > > > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org > > > Do not reply to spam on the list, report it: > > > https://pagure.io/fedora-infrastructure > > ___ > > users mailing list -- users@lists.fedoraproject.org > > To unsubscribe send an email to users-le...@lists.fedoraproject.org > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org > > Do not reply to spam on the list, report it: > > https://pagure.io/fedora-infrastructure > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: marketoblog
On Tue, Aug 2, 2022 at 4:51 AM Tim via users wrote: > > This doesn't appear to lead anywhere useful There's an "Issues" tab across the top. I opened a request to update the link in the footer to be more direct: https://pagure.io/fedora-infrastructure/issue/10838 -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[389-users] Forward LDAP Auth SASL or SSSD
Hi We try to migrate from slapd to 389-dirserver. Authentication is only used by our application login, not for system logon. We forward our ldap authentication to a central ldap server saslauthd: ldap_servers ldap_bind_dn: cn=binduser,ou=emea,o=services ldap_bind_pw: secret ldap_search_base: o=auth ldap_timeout: 3 ldap_time_limit: 10 ldap_filter: (&(objectClass=inetOrgPerson)(uid=%u)) sasl2/slapd: mech_list: plain pwcheck_method: saslauthd saslauthd_path: /run/sasl2/mux and sysconfig/saslauthd SASLAUTHD_AUTHMECH=ldap And a simple user attribute: userpassword: {SASL}johndoe It would be great it saslauthd is supported in 389-DS, but I fear it isn't. I wonder how to configure 389-ds to use this simple LDAP auth forwarding. I could not find anything about this in the docs (or I'm too dumb..). I tried sssd but no luck yet, reconfiguration of PAM is not allowed It would be grateful to get a working example ( like the one above) Thanx ___ 389-users mailing list -- 389-users@lists.fedoraproject.org To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Nvidia refresh rate.
On 01/08/2022 21:26, John Pilkington wrote: On 31/07/2022 13:07, GianPiero Puccioni wrote: Hi, I want to decrease the refrash rate of the video to use less battery but I am having difficulties... I have F35 with KDE on a Dell G15 with Nvidia GA107M [GeForce RTX 3050 Ti Mobile], the RPMFusion drivers and a 1920x1080 resolution (native). In the "system settings-display" There is the possibility to change refresh from 120Hz to 60Hz but it doesn't stick; I change it and "apply" but if I change screen and go back to "display" it's again at 120Hz, I tried "nvidia-settings" but it has only info, not settings. The program "xrandr" reports 1920x1080 120.00*+ 59.97 59.96 59.93 Is this the problem 59.97 not 60? Any suggestions? G Resending to list: I think I may have seen something like this in the past, with the gui reporting a possible refresh rate as an integer but not reinterpreting that as the appropriate floating point value when trying to use it as a setting. Have you tried setting with xrandr? xrandr --output --rate 59.97 looks as if it might help, if I knew what to put as And the archlinux xrandr wiki looks as if it could be useful. As xrandr reports eDP-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 1920x1080120.00*+ 59.9759.9659.93 I used "xrandr --output eDP-1 --mode 1920x1080 -r 59.97" the answer, after a couple of second of black screen(scary!) xrandr: Configure crtc 0 failed I did it as root but maybe I need some kind of permission? G ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: marketoblog
On Tue, 2022-08-02 at 08:32 +, Min Jun spammed the list: [spam deleted] > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure This doesn't appear to lead anywhere useful -- uname -rsvp Linux 3.10.0-1160.71.1.el7.x86_64 #1 SMP Tue Jun 28 15:37:28 UTC 2022 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
marketoblog
I am junmin, working for marketoblog as pr consultant. With more than 6 years experience in PR and Digital Industry, helping teams to achieve goals by streamilining the process. https://www.marketoblog.com/ ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: fully updated F36 Dell XPS 13 no longer comes back from hibernate (post Thursday updates)
Hi, my Lenovo X1 is suffering the same issue since the upgrade to F36 (from F35, where hibernate was working fine). As in the thread, I tried: - Upgrade firmware with fwupd - Boot old kernel (5.17 from F35) both for creating hibernating and resuming - With and without external monitor Would it be possible to collect more debugging info than "Hibernate inconsistent memory map detected! kernel: PM: hibernation: Image mismatch: architecture specific data" Thanks! > Spoken too soon. The latest updates no longer allow coming back from > hibernate. I must > note that I do have an external monitor attached to the laptop (which I did > not when it > worked two weeks ago when I was away) however, this has not been an issue in > the past, but > I wonder if that can explain anything. > > Best wishes, > Ranjan > > > On Wed Jul13'22 10:16:19AM, Ranjan Maitra wrote: > > From: Ranjan Maitra > Date: Wed, 13 Jul 2022 10:16:19 -0500 > > To: Community support for Fedora users > Reply-To: Community support for Fedora users > > > Subject: Re: fully updated F36 Dell XPS 13 no longer comes back from > > hibernate (post Thursday updates) > > > > Just an update: a recent update, likely to the kernel, from around two > > weeks ago, > appears to have reliably fixed this issue. So, whatever was the problem, > appears to no > longer show up as a symptom. > > > > Ranjan > > > > > > On Wed Jun22'22 06:42:50AM, Ranjan Maitra wrote: > > > From: Ranjan Maitra > > Date: Wed, 22 Jun 2022 06:42:50 -0500 > > > To: Community Support for Fedora Users > > > > > Reply-To: Community support for Fedora users > > > Subject: fully updated F36 Dell XPS 13 no longer comes back from hibernate > > > (post Thursday updates) > > > > > > Dear friends, > > > > > > I have a fully updated F36 Dell XPS 13 that has been updated nightly (and > upgraded when appropriate) using dnf on a cron job for the past few years. > Sadly, after > last Thursday's updates, the machine goes down fine (with the usual systemctl > hibernate), but does not come back up. I am a little confused what changed > last Thursday, > but I was wondering if anyone had any suggestions as to how I may diagnose > and fix this > problem. > > > > > > Many thanks and best wishes, > > > Ranjan > > > ___ > > > users mailing list -- users(a)lists.fedoraproject.org > > > To unsubscribe send an email to users-leave(a)lists.fedoraproject.org > > > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > > List Archives: > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org > > > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > > ___ > > users mailing list -- users(a)lists.fedoraproject.org > > To unsubscribe send an email to users-leave(a)lists.fedoraproject.org > > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org > > Do not reply to spam on the list, report it: > > https://pagure.io/fedora-infrastructure ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure