Rollout of Windows 10 April Update Halted For Devices With Intel and Toshiba SSDs (bleepingcomputer.com)
Catalin Cimpanu, writing for BleepingComputer: Microsoft has halted the deployment of the Windows 10 April 2018 Update for computers using certain types of Intel and Toshiba solid state drives (SSDs). The Redmond-based OS maker took this decision following multiple user reports about the Windows 10 April 2018 Update not working properly on devices using: Intel SSD 600p Series, Intel SSD Pro 6000p Series, Toshiba XG4 Series, Toshiba XG5 Series, and Toshiba BG3 Series.
The Intel and Toshiba issues appear to be different. More specifically, Windows PCs using Intel SSDs would often crash and enter a UEFI screen after reboot, while users of Toshiba SSDs reported lower battery life and SSD drives becoming very hot.
The Intel and Toshiba issues appear to be different. More specifically, Windows PCs using Intel SSDs would often crash and enter a UEFI screen after reboot, while users of Toshiba SSDs reported lower battery life and SSD drives becoming very hot.
Looks like the Windows 10 1803 update also prevents the Intel HD graphics driver from changing the screen brightness. Again, don't they have people check things like that before they release the update?
To focus on bugs.They would rather work on Bubble Witch Saga than test SSDs.
After being nagged a LOT and worrying about MS wiping out a current session i been working on for a while I bit the bullet and installed the durn thing.
Now I'm sitting here wondering if it's gonna screw up due to my SSD.
Caution: Contents under pressure
It looks like the SSDs that stuck to the standard drivers and interfaces did not run into any problems at all. Basically this only impacted drives that used custom drivers.
Computer modeling for biotech drug manufacturing is HARD!
I love the vagueness of the messages ;-)
It looks like the SSDs that stuck to the standard drivers and interfaces did not run into any problems at all. Basically this only impacted drives that used custom drivers.
Microsoft has brainwashed you into doing their QA for them, and you even take pride in how much of your life they have wasted.
custom drivers = drivers.
dont worry, we may brick your desktop.
if your backing up to azure your data is safe -- despite your lost time and productivity.
Everyone has been lying to you all along, the whole time. The entire world is a pack of lies in fact. Nothing is true or real or valid and everything you know is wrong. I hope that helps to clear things up.
When I know a major update is due, I make images of both machines' boot drives. I have only used such an image once, out of desperation over some strange issues I was having -- and it didn't fix them, they turned out to be due to buggy drivers that had been updated prior to my disk imaging. (So the fix was exactly the same whether Windows was updated or not.) This isn't the only time or reason for making boot drive images, of course, but it seems to me that right before a potentially disastrous procedure like a major update is a good time to be making backups. I certainly worry less about correcting brokenness after an update when I have drive images in hand. (Finding brokenness can be the hard part. Just because I use a software package infrequently, that doesn't mean it's not damn critical when I do use it.)
Imaging a half-full 250 GB SSD doesn't take that long if it's to a local drive. Pushing the image to the NAS box is another matter entirely, especially if it's by WiFi. Using a fast(ish) flash drive is somewhere in between. I have spinning rust in the desktop as well as an SSD, so that's where the images go. (They are then duplicated onto the NAS box when the machine has nothing better to do.) The Chromebook gets backed up to flash drive, then the flash drive gets transferred to the desktop for duplication to the NAS box, to take full advantage of GigE.
How is the Riemann zeta function like Trump rallies? Both have an endless number of trivial zeros.
And you will need to wait (if the company isn't out of business) for them to make a patch to the driver to make it work again.
But conveniently, this is often around the same time the Linux community manages to slap together a working driver for it.
This update took it upon itself to create a new recovery partition, which then complains it's full. I eventually fixed it, but it seems like there wasn't very much QA involved in this update.
https://borncity.com/win/2018/05/02/windows-10-v1803-update-creates-a-new-oem-partition/
I suspect it more likely that (some subset) of devices that rely (the user did not install proper drivers) on the built-in Windows Complete-Utter-Hunk-Of-Shit drivers have problems. I know that the Windows built-in NVMe drivers have not worked properly in the last few iterations of Windows 10 and require special "editing" to get "Working Properly" drivers from the Manufacturers' installed initially so that a Windows install takes less than a week (if it manages to work at all).
For Standard SATA SSDs the "correct" set of Intel RST drivers is also a dogs breakfast, some working and some not so much. And Windblows System-Hoser (also known euphemistically as Windows Update) wanting to fiddle-faddle with drivers all the time is also a process fraught in peril.
For what it is worth I use a Samsung NVMe and drivers and also a Samsung SATA SSD with Magician. After fiddle-faddling with the drivers and to get the Windows Shit to go hide in the corner where it belongs, everything works just fine.
Oh right... They didn't bother to do that.
Once again I'm wondering how the heck small businesses owners deal with these problems.
Film at 11.
Escher was the first MC and Giger invented the HR department.
Intels days of being king and we don't give a dam are over. zen 2 epyc will destroy the data center market for intel.
Which only boils down to a few categories with generic characteristics, and no performance features.
Graphics drivers, especially, will not ever likely be in this category.
You realize you're posting to a conversation thread about Microsoft's failure to deliver a working driver for OEM hardware, right?
I like the way that they give you a little frowny face when Windows crashes :-(. It's about time that MS outsourced manufacture of all hardware to Mattel. Then the entire ecosystem would at least be correctly represented.
It looks like the SSDs that stuck to the standard drivers and interfaces did not run into any problems at all. Basically this only impacted drives that used custom drivers.
Like the 2017 Surface Pro.
The incompetence Microsoft is showing at the moment really knows no bounds. It is one thing to offload your quality control to an insider program of free labour but then it's quite another to not to actually listen to any of the responses.
The problem that affected the Spring Creator's Update which caused it to be pulled in the last minute was identified in 4 separate reports months earlier by the insiders. After fixing it the insider release was so short basically any new bugs were unable to be reported.
And now this. A problem that affects a large group of SSDs including the 2017 Surface Pro. Microsoft's premier hardware product.
It's one thing to offload widespread testing onto customers. It's quite another to screw up your most premium of products. This is no longer lack of quality control, this is sheer and utter incompetence.
If your Samsung is 840 or later, you can get its own measure of temperature out of SMART attribute "190 Airflow_Temperature_Cel".
(I just don't know how to do this in Windows 10. I mostly use Linux and smartmontools.
Maybe Samsung's Wizard tools can do it ? Maybe SpeedFan ? Have a look here.)
On Samsung 830, I haven't seen such an attribute.
If that unknown sensors is nearby the SSD, it and the SSD's sensor should evolve similarly over time (spike at roughly the same time, with more or less similar top temperatures)
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
All my mission critical windows systems are now quarantined from the internet and other networks
Which by itself is a good approach as it drastically decrease *nearly all* security and safety risk for mission critical equipement.
(Basically only a few very advanced threats geared toward air gapped targets as stuxnet)
No mater the insanity of Windows 10 updates.
The next step would be to enclose them inside VMs and use a slightly saner host OS (something unix-y, e.g.: Linux) to handle the VMs.
Including snapshotting for safe roll back (which among other could help mitigate the buggy updates)
While of course still keeping them network isolated (they are mission critical after all).
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
Looks like the Windows 10 1803 update also prevents the Intel HD graphics driver from changing the screen brightness.
This has been the case since back when Windows 8 came around for me. Every Windows update that messes with the graphics on my ASUS N56dp laptop (AMD trinity APU) breaks the screen brightness. Fortunately, it can be fixed by re-installing the manufacturer's graphics drivers, and/or a registry edit.
If you want someone to work with you there needs to be some accommodation, but with Linux there is no accommodation, only submitting to the dictates of the GPL.
OK, what if a developer signed an NDA and wrote a driver under a different license?
That has happened and users of those hardware devices have had Linux support via a closed binary. Such binaries are sometimes not installed by default due to ideological purity but some distributions have a simple question during install to allow such binaries. And users approving them get working hardware under Linux.
I'll guarantee you there is a linux that runs stock on your hardware and I'll bet you dollars to donuts it's OpenSUSE.
Cheap storage VM.