Warning: Some posts on this platform may contain adult material intended for mature audiences only. Viewer discretion is advised. By clicking ‘Continue’, you confirm that you are 18 years or older and consent to viewing explicit content.
Should have not trusted a third party to install proprietary code into the kernel. It’s not a Windows issue directly, they have a Linux version too, but anything that allows third parties to put proprietary code into your kernel and automatically update it without your approval is untrustworthy.
Probably coincidence? It sounds (???) like this is a pretty simple fix on Windows.
The number of times I have borked my Linux machines so they wouldn’t boot is, well, greater than zero for sure. Any operating system can be bricked to the point of requiring manual intervention by software with elevated privileges.
Should have used Linux!
Should have not trusted a third party to install proprietary code into the kernel. It’s not a Windows issue directly, they have a Linux version too, but anything that allows third parties to put proprietary code into your kernel and automatically update it without your approval is untrustworthy.
Counterpoint: Windows bad.
I can’t disagree with you there.
They have a Linux version, but this happened only to the Windows one… Coincidence?!
Probably coincidence? It sounds (???) like this is a pretty simple fix on Windows.
The number of times I have borked my Linux machines so they wouldn’t boot is, well, greater than zero for sure. Any operating system can be bricked to the point of requiring manual intervention by software with elevated privileges.
The simple fix: turn it off and on up to 15 times
The simple fix 2: delete system32
Yes, coincidence.
It’s not like they haven’t caused Linux outages in the past.
This in particular is a Crowdstrike issue. They suck as much as windows. Crowdstrike has had issues on Linux before:
Crowdstrike - freezing RockyLinux After 9.4 upgrade:: https://forums.rockylinux.org/t/crowdstrike-freezing-rockylinux-after-9-4-upgrade/14041
Kernel panic observed after booting 5.14.0-427.13.1.el9_4.x86_64 by falcon-sensor process:
https://access.redhat.com/solutions/7068083
Debian user experience: https://news.ycombinator.com/item?id=41005936
Another windows story: https://www.thestack.technology/crowdstrike-bug-maxes-out-100-of-cpu-requires-windows-reboots/