sorted by: new top controversial old
GrapheneOS duress PIN could land a man in prison in c/privacy@lemmy.world
Modelling of a mass-spring network with varying masses, spring constants and number of connections? in c/physics@mander.xyz
[Solved] How to *permanently* disable "resume from suspend" when opening lid? in c/linux@programming.dev
[Solved] How to *permanently* disable "resume from suspend" when opening lid? in c/linux@programming.dev
[Solved] How to *permanently* disable "resume from suspend" when opening lid? in c/linux@programming.dev
[Solved] How to *permanently* disable "resume from suspend" when opening lid? in c/linux@programming.dev
[Solved] How to *permanently* disable "resume from suspend" when opening lid? in c/linux@programming.dev
[–] [S] 2 points 1 week ago (1 child)

My laptop's lid doesn't have hinges, that's part of the problem. But besides that, it's simply something I don't want. For me it's enough if the power button and the "Fn" button wake up the laptop.

  • permalink
  • fedilink
  • source
  • parent
  • context
    • 20
    [Solved] How to permanently disable "resume from suspend" when opening lid? (lemmy.ca)
    submitted 1 week ago* (last edited 1 week ago) by to c/linux@lemmy.world
    1 comment fedilink
     

    Edit: Thanks for all suggestion! In my case (Thinkpad) I managed to make it persistent via udev, as described here.

    It looks like there was a pre-existing udev configuration about this, but had slightly wrong SUBSYSTEM and DRIVER parameters:

    • old: SUBSYSTEM=="acpi", DRIVER=="button"
    • correct (in my case): SUBSYSTEM=="platform", DRIVER=="acpi-button"

    maybe because of some recent systemd changes?

    Hope this may help others.

    cross-posted from: https://lemmy.ca/post/68100295

    I have Kubuntu on a Thinkpad, and a S3-sleep state selected in the Bios.

    My setup has always been to not resume from sleep when the lid is open. I achieved this by running once

    echo "LID" | sudo tee /proc/acpi/wakeup

    which toggles the wakeup-on-lid state. The behaviour would be respected upon restart.

    Here's my problem: since some recent update – I don't know whether from apt or fwupd – I discovered that the laptop was waking up upon lid opening. So I issued the command above again. It works, but it gets reset upon restart, unlike before.

    Anyone has good tips on how to make this setting permanent?

    In the Bios I didn't find any settings about this.

    Cheers!

    23
    [Solved] How to permanently disable "resume from suspend" when opening lid? (lemmy.ca)
    submitted 1 week ago* (last edited 1 week ago) by to c/linux@programming.dev
    12 comments fedilink
     

    Edit: Thanks for all suggestion! In my case (Thinkpad) I managed to make it persistent via udev, as described here.

    It looks like there was a pre-existing udev configuration about this, but had slightly wrong SUBSYSTEM and DRIVER parameters:

    • old: SUBSYSTEM=="acpi", DRIVER=="button"
    • correct (in my case): SUBSYSTEM=="platform", DRIVER=="acpi-button"

    maybe because of some recent systemd changes?

    Hope this may help others.

    I have Kubuntu on a Thinkpad, and a S3-sleep state selected in the Bios.

    My setup has always been to not resume from sleep when the lid is open. I achieved this by running once

    echo "LID" | sudo tee /proc/acpi/wakeup

    which toggles the wakeup-on-lid state. The behaviour would be respected upon restart.

    Here's my problem: since some recent update – I don't know whether from apt or fwupd – I discovered that the laptop was waking up upon lid opening. So I issued the command above again. It works, but it gets reset upon restart, unlike before.

    Anyone has good tips on how to make this setting permanent?

    In the Bios I didn't find any settings about this.

    Cheers!

    33
    [Solved] How to permanently disable "resume from suspend" when opening lid? (lemmy.ca)
    submitted 1 week ago* (last edited 1 week ago) by to c/linux@lemmy.ml
    2 comments fedilink
     

    Edit: Thanks for all suggestion! In my case (Thinkpad) I managed to make it persistent via udev, as described here.

    It looks like there was a pre-existing udev configuration about this, but had slightly wrong SUBSYSTEM and DRIVER parameters:

    • old: SUBSYSTEM=="acpi", DRIVER=="button"
    • correct (in my case): SUBSYSTEM=="platform", DRIVER=="acpi-button"

    maybe because of some recent systemd changes?

    Hope this may help others.

    I have Kubuntu on a Thinkpad, and a S3-sleep state selected in the Bios.

    My setup has always been to not resume from sleep when the lid is open. I achieved this by running once

    echo "LID" | sudo tee /proc/acpi/wakeup

    which toggles the wakeup-on-lid state. The behaviour would be respected upon restart.

    Here's my problem: since some recent update – I don't know whether from apt or fwupd – I discovered that the laptop was waking up upon lid opening. So I issued the command above again. It works, but it gets reset upon restart, unlike before.

    Anyone has good tips on how to make this setting permanent?

    In the Bios I didn't find any settings about this.

    Cheers!

    CDC Stopped Monitoring Parasite, Now Causing Explosive Diarrhea Across The Country in c/science@lemmy.world
    CDC Stopped Monitoring Parasite, Now Causing Explosive Diarrhea Across The Country in c/science@lemmy.world
    Quote of the day by Sun Microsystems CEO Scott McNealy: 'You have zero privacy anyway. Get over it' in c/privacy@lemmy.world
    Paper Mill Incentives Drive Retraction Surge Prompting University Integrity Reforms in China in c/science@mander.xyz
    Nobel-winning chemist leaves US to direct AI materials lab in China in c/science@lemmy.world
    [–] 6 points 2 weeks ago (1 child)

    Well, where's the difference between USA, or Europe, and China exactly? All three don't give a shit about democracy, and citizens own fewer and fewer things; even cars and computer games are rented, not owned. In the EU, the legal basis for Chat Control has been renewed, and

    Critics speak of a democratic foul play. Although the majority of MEPs actually present in the chamber voted against the proposal, it passed.

    There you go.

  • permalink
  • fedilink
  • source
    •
    231
    [PDF]A Hacker's Arrest Reveals Microsoft Can Track Users IP history even with VPN, Full web activity, Video game activity and games played, Logged-in social accounts Via undocumented Windows Device ID (www.justice.gov)
     

    cross-posted from: https://piefed.world/c/tech/p/1246200/pdf-a-hacker-s-arrest-reveals-microsoft-can-track-users-ip-history-even-with-vpn-full-we

    You can read about it yourself here on page 12 (or page 8 of affidavit), then page 33 and down (page 29 of affidavit)

    First one to notice this: Security researcher, VX-Underground.

    view more: next ›