Comment by hsbauauvhabzb
14 hours ago
I’ve killed a laptop by placing it in a backpack which failed to suspend. Based on the heat I assume parts of it cooked despite any thermal throttling. It’ll be interesting to see the damage a bug like this might cause.
I've had a laptop in a bag that decided it should wake from modern standby to run updates. Except the update failed at the laptop froze during boot. It didn't kill the laptop fortunately.
Then two months later, it did it again. And again three months after that.
Sorry, Microsoft, you've lost your S3 privileges. I changed it to S0. Just because you're connected to a WiFi network you know doesn't mean you can turn on and do whatever you want.
This was a constant problem with late Intel Macs where I was working at the time, to the point that people started explicitly using shut down enough to the point that security complained it was slowing down their patch rollouts.
Had some slack discussions with security about how their need for a green metric on patch deployment time doesn't entitle them to introduce a fire hazard to my personal residence...
Yeah, the problem is that on Windows 10/11, if you have modern standby enabled and have fast boot enabled, then shutdown puts the system into standby.
3 replies →
> Had some slack discussions with security about how their need for a green metric on patch deployment time doesn't entitle them to introduce a fire hazard to my personal residence...
How did this part go down? I'm just curious because it reeks of entitlement and security theatre on their part.
It reminds me of an incident I had once at an old job, surprise surprise security related, where a moronic decision had been made by the combined DevOps and security team (putting aside how a separate DevOps team is a bad idea).
They had decided to use some "dependency security scanner" and if it found ANY, it would immediately disable the CI/CD build pipeline for that repository.
1) This could happen at any point within minutes/hours of some CVE being published. It would frequently block deployments.
2) It could not/would not take into account developer tooling vulnerabilities. Oh, your CSS library has a string DDOS vulnerability, where if someone makes a ginormous CSS file, the library will crash?
3) The CSS library does not reach a users machine, and is run once, at build time. Either it passes and deploys, or it fails and does not deploy. Therefore, it was probably not even justifiably a CVE to begin with, but more importantly, we now cannot deploy. https://old.reddit.com/r/cybersecurity/comments/1622xia/cve2...
4) The build pipeline would be disabled for ANY type of vulnerability regardless of impact. Even low ratings.
5) Because this security ~~scam~~software did not care about nuance like that, we could not even deploy hotfixes, critical production fixes, bug fixes, or anything.
6) Because it would disable the pipeline within minutes of a CVE, there was never a fix or a newer version to upgrade a dependency to. We had to wait days or sometimes weeks for a new version to be released.
This lasted a couple of months before they were forced to remove all this crap.
2 replies →
My work laptop -- a ThinkPad issued 3 years ago -- has seen multiple blue screens with modern standby. (It is almost always plugged in.). So IT disabled it, and now my machine always hibernates, which means that it usually takes 2 minutes to boot.
Thanks Microsoft!
Did you mix up S0, S0ix, and S3? S0 is running, S3 is traditional standby (the one you want?), S0ix is modern standby (the one that gave you trouble).
Yeah, I got them mixed up. Actually I mixed up S3 and S4, too. I just hit the wrong key.
Microsoft's Fast Startup is also known as Hybrid Shutdown. When Modern Standby is enabled, a system shutdown will log the user off, then use a combination of S4 Hibernation and S0 Standby.
https://learn.microsoft.com/en-us/windows/win32/power/system...
I'm sure they meant S5 - shutdown. I had to Google it as I also guessed S0 = shutdown.
Classic. My last Windows laptop cooked its screen like that.
Meanwhile my work Windows laptop would just go full throttle during "sleep".
I had identical scenario that killed ssd drive. since then I always place laptop with vents on the top
I did too, it ran Linux.
"suspend" was always fragile, and "hibernation" a liability at times.
Close the lid button to shutdown... should be default behavior, as ssd/NVMe can boot a system so fast now it no longer makes sense to risk some fussy software glitching on resume. =3
With Debian 13 on ThinkPad X1 the hibernation is very reliable. Resuming from it while not instant still takes like 40 seconds. So I configured my laptop on lid close to sleep for 15 minutes and then hibernate. This way if I just to another room the wake-up is instant while longer pauses shuts the laptop down removing any security keys from the memory.
https://xkcd.com/1172/