3

None of the methods described in the link work Prevent wireless from turning off when lid goes down

Power management from iwconfig is OFF. Any suggestions, what else can be done?

subtleseeker
  • 501
  • Use the answer for preventing sleep didn't work? – George Udosen Oct 28 '17 at 07:52
  • 2
    No, it didn't. The laptop doesn't sleep. The lid closed is supposed to 'do nothing'. But the airplane mode is switched on instantly after the lid is closed. – subtleseeker Oct 28 '17 at 20:48
  • 3
    https://askubuntu.com/a/965596/459667 Use this answer. It will help. Moreover, if not, try locking screen and then closing lid. This will make wifi work in backgroud. – Vivek Ji Jan 18 '18 at 21:33
  • Vivek Ji should post this as an answer instead of a comment. This is what works. (method 2 is what i used) – Liberated Mar 16 '24 at 15:13

4 Answers4

1

This guide is what helped solve the issue for me: http://tipsonubuntu.com/2018/04/28/change-lid-close-action-ubuntu-18-04-lts/

Basically, open your preferences using sudo gedit /etc/systemd/logind.conf and change the line starting with HandleLidSwitch to HandleLidSwitch=ignore

Twinters
  • 39
1

  1. Run:

    sudo nano /etc/UPower/UPower.conf

  2. Set:

    IgnoreLid=true

  3. If on systemd, issue the following command:

    sudo service upower restart
BeastOfCaerbannog
  • 16,936
Stephen T Eagle
  • 11
1

Only for HP Laptops:

open terminal

step 1: run

sudo nano /etc/systemd/system/hp-keycodes.service

step 2: paste script below in nano editor.

[Unit]
Description=HP setkeycodes fix
[Service]
Type=oneshot
Restart=no
RemainAfterExit=no
ExecStart=/usr/bin/setkeycodes e057 240 e058 240
[Install]
WantedBy=rescue.target
WantedBy=multi-user.target
WantedBy=graphical.target

save it by pressing ctrl+s. then press ctrl+x to exit nano editor

step 3: run every step as follow:

sudo systemctl daemon-reload

step 4:

sudo systemctl enable hp-keycodes.service

step 5:

sudo systemctl start hp-keycodes.service

step 6: reboot your system.

Toufique Pasha
  • 11
  • 2
0

The issue is still around on Ubuntu 20.04 with the latest kernel 5.4.0-51-generic, and perhaps other distros as well. It's a long standing bug (there is at least one bug report describing this behavior) with rather slim chances of being fixed, IMHO.

Some people report to have fixed it via BIOS settings, others - via blacklisting some or all of the wmi,hp-wmi,hp-wireless modules. None of the ad-hoc fixes have worked for me so far - blacklisting kernel modules, messing with setkeycodes, custom systemd services etc. etc.

Long story short, as @TWinters has pointed out, the only workaround is to avoid the network controller going in "hard blocked" mode in the first place. Once RF_KILL bit toggled to disable radio occurs, the only remedies are a hardware switch or reboot.

Since the "hardware switch" governed by hp-wireless usually does not work (e.g. fn+F12), the only way out appears to be disabling suspend on lid close or power button events.

petkov.np
  • 111
  • I can't follow this answer. How do I do this "the only workaround is to avoid the network controller going in "hard blocked" mode"? – Liberated Mar 16 '24 at 15:00