Bonum Certa Men Certa

Microsoft Continues to Sabotage GNU/Linux Installations Using 'Updates'



Summary: Microsoft kindly reminds the public that there is no "new Microsoft" as it keeps removing people's choices and denying them access to their GNU/Linux partition/s

THIS is a subject that we already wrote about (and provided antitrust exhibits to support) in the following posts:



The technical details and the legal details were shown and discussed in the posts above, so they are not worth repeating. According to this new post, "Windows Update [Still] Does Not Like GRUB":

I recently received a set of Win7 upgrade disks for the HP Pavillion, and decided to install them before passing that machine on. The compatibility check and preparation procedure from the first disk ran just fine, then it rebooted and told me to insert the Win7 disk. When I did that, it started running "setup copying files"... and then announced that it had run into an unexpected error, and couldn't continue. Grrrr. It's not possible that even Microsoft is this stupid, that a Win7 upgrade on an essentially untouched Windows installation doesn't work. So what could be the problem? I finally realized that the only thing that had changed was the bootloader. So I restored that, ran the Win7 upgrade again, and this time it worked! That reminded me of the previous SP2 problem, so I went to the N10J, restored the Windows bootloader, ran Windows Update, and it installed SP2 successfully this time!

So, a warning. If you are multi-booting Windows and Linux, and using GRUB, don't be surprised if Windows Update starts failing on you. The simple solution is to keep a copy of the MBR, both the Windows and Linux version, which you can put in place as needed.


More here:

How can people blame on GRUB if Windows doesn't like another bootloader?



[...]

In my opinion, it's something as simple as old Microsoft's motto in action: "It's the Microsoft way or the highway". The update process is taking a look at the MBR and notices that's it's not Windows' bootloader. "Who in their right mind would dare install something on the MBR that's not made by Microsoft?" I bet they think there at Redmond. End of the game, let's stop the update process... _and_ (specially) not tell the user what's going on. It wouldn't be as insulting if at least they would suggest the user to replace the MBR with Microsoft's tools. You know, it can be replaced with GRUB a couple of minutes later after shutting Windows down after the upgrade process is done... but what do we expect from a OS that was made to resemble black magic, anyway?

As I have already said before: Windows equals esotericism GNU/Linux equals determinism


Microsoft is essentially sabotaging people's computers and knowingly breaking things (removing non-Windows choices). Some people stop using GNU/Linux after it becomes inaccessible from the boot menu and they blame GNU/Linux, not Microsoft. This is the type of thing that should have Microsoft sued. Microsoft has had enough time to play nice with GRUB, but it either ignores the problem or makes up excuses (which it did before). This suits Microsoft very well.

"b) put a kind gentle message in setup. like an incompatible tsr message, but not everytime the user starts windows. [...] the most sensible thing from a development standpoint is to continue to build dependencies on msdos into windows."

--Brad Silverberg, Microsoft



Comments

Recent Techrights' Posts

Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Sunday, December 07, 2025
IRC logs for Sunday, December 07, 2025
IBM's Mass Layoffs Will Continue Until Morale Improves
From recent hours
Links 07/12/2025: Political Catchup, Conflicts, Environmentalism
Links for the day
Gemini Links 07/12/2025: "Lazy Saturday" and Kubernetes With FreeBSD
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Saturday, December 06, 2025
IRC logs for Saturday, December 06, 2025
Links 06/12/2025: Science, Hardware, and Slop Fatigue
Links for the day
Contact Your National Representatives (Delegates) at the EPO, Here Are All the E-mail Addresses
We'll say more about this next week
Hopefully Slopwatch is Dying
Some of the offending sites we used to keep abreast of descended into a lull
Links 06/12/2025: Panic in the Slop (Chatbots) Industry and Perplexity Sued by New York Times for Plagiarising Articles Under Guise of "AI"
Links for the day
European Patent Office Issues: Points to Raise or Factoids to Share With Delegates of the EPO's Administrative Council
use their native language/tongue
European Readers, Get Ready to Contact Your National Representatives (Delegates) in the EPO's Administrative Council
Perfect timing might be Sunday or Monday
Why We'll Continue Our IBM/Red Hat Focus in 2026
There will be many more departures not only later this month but also next month
Links 06/12/2025: Slop's "Jeopardy Phenomenon" and RAM Shortage
Links for the day
Gemini Links 06/12/2025: Memories, "Sweetness and Burn", and Hope
Links for the day
Every Site That Uses Clownflare Had Worse Downtime/Uptime Record Than Ours
And the same goes for Azure and AWS
Software Freedom Conservancy (SFC) Does Not Work for Freedom, It Works to Secure the Massive Salary of Its President And Executive Director
We must be very effective then
Why (and When) I Become an 'Activist' Against Corruption and Abuse
The dictatorship bans criticism of the dictatorship. That's when there's a deadlock.
EPO Call for Action: Get Ready to Contact Your National Delegates, We Need to Remind Them That They Represent People
Today or tomorrow we'll publish contact details for national representatives in nearly 50 European nations
Links 05/12/2025: More Restrictions on Social Control Media and Slop, "Hype Can Turn to Backlash"
Links for the day
Like With Red Hat and Other IBM Acquisitions, the RAs (Layoffs) Seem to Already Extend to HashiCorp
Of course it is possible that HashiCorp staff just got PIP'ed or saw the writings on the wall and left [...] IBM is just a dying giant
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Friday, December 05, 2025
IRC logs for Friday, December 05, 2025