Samsung 870 EVO - Beware, certain batches prone to failure!

[RJARRRPCGP]

199= sus

You shouldn't be having ATA resetting issues.

Looks like more faulty batches, just not the exact same symptoms.

A test for this:

Use HD Tune trial and do random seeks and multiple writes and see if it hangs. (takes an absurdly amount of time to complete) If it does that, then it's done for!
If it hangs, check the event log for multiple messages from Windows about storahci having a problem with the SATA communication.

Same if the test hung with Crystal Disk Mark.

 

[xtal909]

I have an 870 EVO 2 TB (non-system drive) purchased in March 2021, with a January 2021 manufacturing date. A few days ago I noticed a bunch of bad blocks after running the full scan in the Magician tool. It didn't affect many actual files according to chkdsk so I have no clue how long those bad blocks have been there. None of the SMART tests would run due to the existing errors. After tinkering with it for a few days I finally managed to get backup off of it using Macrium Reflect. Today I decided to wipe it using Diskpart Clean. Recreated the volume, did the format. Re-ran all the Magician tests and none came back with errors. I am on the SVT02B6Q firmware. Is it still worthwhile to RMA the drive?

I also had my 2TB 870 Evo fail on me a while ago with LBA access error. It only had 4,1 TBW. All extended SMART tests would fail.

Drive info: Samsung SSD 870 EVO 2TB
Serial: S621NF0R****
FW: SVT01B6Q
TBW: 4,1

I have upgraded the firmware to the fixed SVT02B6Q version. However this did not fix the issue with the failing SMART tests immediately. Then I did a secure erase to make sure the controller can start from scratch mapping blocks. After that I did a full f3write/f3read cycle to make sure all blocks could be read properly. This was successful!

From now on all extended SMART tests are passing again.

So I am pretty sure that the firmware update actually fixes the issue. Reading a certain flash cell's state and/or determining it's health might not have been implemented ideally on the initial firmware, maybe due to new flash technology. So it could just have been a threshold (maybe something like cell charge?) which had not been implemented correctly on the old firmware. Who knows...

If you are affected I'd definitely suggest to issue a secure erase command after upgrading the firmware.

Same thing for me except I couldn't get the secure erase to work, even after setting BIOS to legacy vs. UEFI. It would boot up to Linux but quickly end up with a black screen w/o any activity. Finally wiped the drive using diskpart clean. After that I was able to run all the Magician tests w/o errors. I already initiated the RMA process yesterday but am now hesitating to return the drive.

 

[RJARRRPCGP]

If you saw the boot loader successfully load Linux, but PC crashes shortly after, then I suspect a major compatibility bug with the motherboard, or because of the CPU having an IGP and you have discrete graphics.

 

[xtal909]

If you saw the boot loader successfully load Linux, but PC crashes shortly after, then I suspect a major compatibility bug with the motherboard, or because of the CPU having an IGP and you have discrete graphics.

Asus Z97E/USB3.1 MB with I4790K CPU (going on 10 years by now?) - I do have a discrete graphics card.

 

[RJARRRPCGP]

Asus Z97E/USB3.1 MB with I4790K CPU (going on 10 years by now?) - I do have a discrete graphics card.

Are lots of Linux distros black-screen-crashing on you? Did you try Kubuntu? Or any other Ubuntu flavor? I'm trying to first get you onto ones that are usually more compatible with a wide-range of hardware.
(or not so broken that it crashes)

With late distros, you are more likely to get a system crash with GeForce graphics cards (Nvidia) on Intel CPUs with integrated graphics. I saw similar, with my Z490 motherboard and Core i5 10600K with my GeForce GTX 1660 Super. It was fine, after I popped in my ASRock PG Arc A770 8 GB graphics card.

Note that I saw Kubuntu do so well on my socket 1366 rig! (first-gen Core i7!) So, I suspect unexpected behavior on some newer systems, due to a bug.

 

[Selbb]

I also have an older 860EVO from 500GB, as you can see, ZERO CRC errors. In normally circumstances this may not happen.
The 860EVO are really ROCK SOLID with very good and strong NAND, they don't make them like this anymore...

This one is in the M.2 format but still is SATA connected.

View attachment 357004

And this is my older 860EVO, same as you. The one from me is only some months younger...

The 860EVO where better then the 870EVO, i never have seen one that was broken. They don't make NAND like this anymore, at that time it was the best quality you could get.
The best ones where always Made in Korea. I had the most problems with Made in China ones.

View attachment 357005

The 860EVO in M.2 format looks like this, but it's still SATA, not NVMe or PCIE.

View attachment 357009

I had this one fail after a few months of use suddenly. Can't even get to bios when it's connected. After that i've had this 870 that looks ok even though it once gave me errors in short smart test

 

[SPDIF]

I can't see anything wrong with it, it all looks okay. What i do see is that you have a very high count of sudden power off, meaning shutting down computer without logout in windows.

That can make a lot of errors on the disk because it must recover files and try to repair them. Your older SSD is a Pre-Corona SSD, never had something wrong with them... Even now still rock solid with Windows 11 24H2 installed! You should look for bad contacts, or a bad power/Sata cable. Clean the contacts. And make sure to not power off your computer by just cutting the power. If that happens many times, you can get errors over time.

D # 235 Power Recovery Count;

A count of the number of sudden power off cases. If there is a sudden power off, the firmware must recover all of the mapping and user data during the next power on. This is a count of the number of times this has happened.
AFAICT, the POR Recovery Count attribute is recording the number of times that the SSD has had to recover from an unsafe shutdown. That occurs after your OS crashes or your system loses power.

Also check your Reliability history in windows and do a DISM and SFC command to clean your system errors.

Furthermore, it is not uncommon that something fails, GPU and CPU do fail, Mobo's fail, Power supplies Fail... Nothing is perfect, it just happens you have a failed one now in your hand's, that does not mean that all of them are bad. But the 870 disease in the corona period was a different story.

 

[Selbb]

I can't see anything wrong with it, it all looks okay. What i do see is that you have a very high count of sudden power off, meaning shutting down computer without logout in windows.

That can make a lot of errors on the disk because it must recover files and try to repair them. Your older SSD is a Pre-Corona SSD, never had something wrong with them... Even now still rock solid with Windows 11 24H2 installed! You should look for bad contacts, or a bad power/Sata cable. Clean the contacts. And make sure to not power off your computer by just cutting the power. If that happens many times, you can get errors over time.

D # 235 Power Recovery Count;

A count of the number of sudden power off cases. If there is a sudden power off, the firmware must recover all of the mapping and user data during the next power on. This is a count of the number of times this has happened.
AFAICT, the POR Recovery Count attribute is recording the number of times that the SSD has had to recover from an unsafe shutdown. That occurs after your OS crashes or your system loses power.

Also check your Reliability history in windows and do a DISM and SFC command to clean your system errors.

Furthermore, it is not uncommon that something fails, GPU and CPU do fail, Mobo's fail, Power supplies Fail... Nothing is perfect, it just happens you have a failed one now in your hand's, that does not mean that all of them are bad. But the 870 disease in the corona period was a different story.

Yeah we have power outages so i really should get a ups. I think that's why a long time ago i had a crucial ssd that wouldn't boot windows anymore and needed reinstall
Anyway i have a ram issue now or something else so no wonder the test showed errors once. Old ram works but newer kit both sticks show errors with memtest.
Started having bluescreens so was trying to find out what's wrong

 

[SPDIF]

Crucial has stopped making SATA SSD already, what you now can get is stock. But there are other good ones still available out there. I now use Kingston or Silicon Power if needed. You can still buy 870EVO but they are a bit expensive at moment. Also Sandisk SSD are good quality and fast..

 

[Syndicate02]

You can still buy 870EVO but they are a bit expensive at moment.

Are you saying it's now safe to buy them? I need a SATA SSD with DRAM and I've read that MX500's also have their own issues so the 870 Evo is my only option.

 

[SPDIF]

They are safe to use for more then 2 years already, you really think they will go on selling bad SSD? If you get an old it's a suppliers fault not Samsung. Drives made from end 2022 and later are safe. Just do not accept any old drives from a supplier made before this data. There was a disaster in the Corona period, but Samsung learned fast. AFAIK, ALL drives made by Samsung are now safe to use again.

Just do NOT buy the 870QVO series, QLC Nand is trash, just good for storage and little use.