|
Didn't Richard Nixon once store a short audio clip on one?
modified 8-Dec-19 14:20pm.
|
|
|
|
|
PIEBALDconsult wrote: Didn't Richard Nixon once store a short audio clip on one?
Not sure the drive would have the failure in that case!
BTW, I have HRC's private email server in my basement.
"Go forth into the source" - Neal Morse
|
|
|
|
|
A few ideas:
If you look for a reliable SSD, take a long hard look at the Samsung Pro series (not their EVO drives). The pro series make use of a slightly different technology, that is proprietary to Samsung as far as I know, and that is supposed to live longer than the regular SSD drives. They are, however, more expensive.
I have had two SSDs fail utterly over the past six or so years. They do not have an unlimited number of write cycles before failing, but I have never had a Samsung Pro fail on me.
I also firmly believe in WD Black drives for spinning disks, and had just a couple develop bad sectors over the years. However, you have a good chance of recovering most of the drive when you run chckdsk /r. I have never been able to recover a bad SSD in this way. When they die they die good!
Best of luck!
modified 8-Dec-19 13:49pm.
|
|
|
|
|
Thanks, just the type info I was looking for.
Indeed, chkdsk /f recovered the drive and contents.
"Go forth into the source" - Neal Morse
|
|
|
|
|
kmoorevs wrote: Question: Has anyone here actually experienced a failure with an SSD? Not yet, but one of the three should be close to failing.
All three are mostly used for reading; installed applications on there. For data I use pendrives, attached to the router. Cheap and easy to replace, and the SSD's live longer if you don't write that often.
Still got a 1Tb spinner in the main machine - it's a gaming machine built by someone who is good at that stuff. The spinners work well in an environment that doesn't involve moving them. If it moves, you want a drive without moving parts.
Did not get the RAID-pendrives working yet. Once it does, it won't be very fast, since it is limited by a USB2 hub. In the end, that's where I want my data
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
kmoorevs wrote: Question: Has anyone here actually experienced a failure with an SSD? Yeah, my work laptop always had an SSD C drive and a HDD D drive.
When I quit my job I bought the laptop and it had to be formatted.
After that I only had a C drive, but I didn't think much of it (I just thought I had multiple partitions before, which were now removed to one big partition).
However, my laptop often failed to start after that and when it did it took minutes instead of the usual seconds.
Every morning was a struggle to start the laptop...
So I called Dell support and it turned out my old C was an SSD and my new C was the HDD.
The SSD got busted for some reason and never could be read after the format.
A Dell engineer replaced it (just within the warranty!) and I never had issues again.
|
|
|
|
|
I've read the MTBF on SSDs was something like 20 years, but for HDDs it was only like 5.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
That would depend a lot on what you use them for.
|
|
|
|
|
I'm sure it does. I think that was an average for consumer use.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
The problem is that they wear out in different ways.
For SSDs they should call it MWBF instead. (Mean Writes Before Failure)
|
|
|
|
|
That's true but MTBF accounts for that in its own way. Obviously the causes are different, but failure is failure for the purposes of this. With modern tech, including advance wear leveling, you get about 20 years out of a drive before your writes fail.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
I believe the introduction of static wear levelling was the game changer for SSDs
|
|
|
|
|
Next time, run chkdsk /f before defender. If you have bad sectors you want to mess with them as little as possible before taking an image.
In my experience, the upside with classic spinners is that they generally do warn you, before giving up for good. SSDs tend to just die without any warning at all.
This doesn't stop me from using them though, rather the opposite. But I still use classic spinners for long term storage and any type of transaction log.
|
|
|
|
|
Quote: But I still use classic spinners for long term storage and any type of transaction log
Ditto! And for storing drive images in a normally disconnected drive.
|
|
|
|
|
Can't say I've had a fatal failure yet [*] but every time I hear about SSD failures, the story pretty much ends with the statement that the data is pretty much completely unrecoverable, unlike spinning disks.
[*] My only experience so far with a failing SSD goes back to my first one, a 64GB Kingston. Not that it contained any data I care about, but suddenly one day, as I wanted to repurpose it, I found out it refused to delete the existing partition and let me start over. Nothing I tried, in fact, managed to delete the partition or just reformat it.
|
|
|
|
|
Quote: Nothing I tried, in fact, managed to delete the partition
Are you familiar with (the dangerous utility) Diskpart? Next time run the Diskpart command 'clean' on the drive. If that does not knock the drive back to what it was before it had its first partition, etc., nothing will work. By the way: Diskpart is not for the faint of heart!
modified 8-Dec-19 16:14pm.
|
|
|
|
|
Cp-Coder wrote: Next time run the Diskpart command 'clean' on the drive. If that does not knock the drive back to what it was before it had its first partition, etc., nothing will work. the "dban" boot cd can do that kind of job pretty good too
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I'm not familiar with that, but the nice part about Diskpart is that it is an integral part of Windows. You can invoke it with a Powershell command.
|
|
|
|
|
mmmhhh... good to know.
DBan is the best option for "paranoia-modus"
There are several levels, in the most paranoic one, it writes the full disk with encrypted junk, deletes the content and then overwrites it again with NULL-Bytes, that X times in a loop.
I once didn't check the options correctly and had to wait almost 3 days until it was done. I didn't want to cancel, just in case it would make the disk unreadable due to something not correctly ended
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
"Dangerous"? Please...
The problem with diskpart, with this drive, is that it's not low-level enough (if that's even possible). I've tried much more advanced utilities, including the drive's own manufacturer's. Even DBAN (as others below this message have suggested) couldn't make much of it (I forget exactly how it failed, but the partition is still there...)
|
|
|
|
|
I've had two external HDDs "fail".
In both cases, it was the rinky-dink PCBs in the enclosures that failed. The drives were fine.
Don't do anything drastic until you've taken them out of the enclosures and physically mounted them somewhere else.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
I did experience an SSD failure a few years ago, when they were relatively new on the market. I haven't experienced one since.
I have had a few HDDs fail me over the years.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Okay so I was kind of surprised this compiled:
if (null == default(T)) _array[_head] = default(T);
Where T is a generic type parameter
The reason I thought it wouldn't is because T can be a value type.
It's too bad I don't know if that operation boxes or not. It's kind of important. Now I have to disassemble just to know the spec on it. You should never have to do that, especially for a language that is supposed to be standardized, because if there's no standard for that behavior then different implementations are free to implement it how they like.
Maybe it's in the spec and it got buried, but I can't find it to save my life. Grrr.
Edit: Yes, it causes the default(T) to be boxed (at least in MS's DNF implementation)
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
modified 8-Dec-19 10:12am.
|
|
|
|
|
Why would you expect them to document it? Nullable types weren't in the original C# - they arrived at .NET 2.0 - so a value type would have to be boxed to compare it against null since only reference types can contain null values.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
They should be amending, and typically do amend the specs when new versions are released. They have to in order for it to be standards based. The other reason to consider that it might not have been boxed was added optimization for T once they added generic support post 1.x
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|