Omega Owners Forum
Chat Area => General Discussion Area => Topic started by: zirk on 14 March 2017, 20:10:58
-
Well we all know they do, and if you dont you should do.
Just had another one fail, thats 2 now since Xmas, and where not talking rubbish ones either, genuine SanDisk Extreme 64gb.
Pulled it from a switch off Android, into the PC, hmm, thats not right, fuffed around for a while, ejecting, re mount it etc, soon become apparent some thing was wrong, 59gb storage, 59gb free, and a load off garbled file names on there, hmm, back in the Android just in case, nope same deal, back in the PC, now running CHKDSK etc, no joy, ok, thats f**ked then. ::)
Now I do do Backs Ups, once a week with PC stuff, but If Im totatally honest with myself, I couldn't remember the last I backed this SD Card up, :(, so theres bound to some Photos, Docs and other crap thats on there that may not be backed for a while, OneDrive, and some other Cloud stuff I use should have done its job, yea right :-\, so that should lust leave any Docs and Files I stored since last back.
So, ready to Format, I then released some old Utilities I used to use, EaseUs Data Recovery, but unfortunately thieve changed the rules and the newer Free version only lets you recover 500mb now without paying ransom money, as do most of these Apps, not much good for a 64gb Card, then remember another one from our friends of CCleaner, Piriform Recuva Free Version, so gave that a go, 2 hours later of scanning, hey presto, recovered over 100gb of Data (the more than 64GB size is due to previous over written stuff on the Card), so selected what I wanted to recover across to the PC, pretty much recovered what I needed, so job done and on this occasion lucky. :y :-[
If you want to download for a rainy day - https://www.piriform.com/recuva
-
That's lot of trouble just to recover the "naughty"rno (real word probably not permitted) videos that you didn't want anyone else to see 8)
-
That's lot of trouble just to recover the "naughty"rno (real word probably not permitted) videos that you didn't want anyone else to see 8)
No that sort of stuff is well tucked away, ;D
I tend to use my phone camera for all sorts of stuff, hand written notes, floor plans, contact details as well as survey shots for Method Statements, RAMs, etc , if I lose them without doing a PC bak means going back and doing another survey, which, Ive yet to have to do. ::)
-
Reading about SSDs v HDDs when it comes to reliability the jury still seems to be out on if SSDs are more reliable or whether SSDs and HDDs just tend to fail in different ways.
I think the lesson is that we all need to make sure we back all importtant stuff regularly. With important stuff I run dual raid drives plus off-site backups.
-
For an HDD or SSD to fail, you must be giving them some wellie. I've run computers that are ten years old with no problems. Had a few SD cards wipe their own arses though.
-
None of my stuff is really critical, but even so still a pain in the but if it goes, and it has done in the past.
So . . . .
Frequent backup: 64Gb USB memory stick that stay on my keyring
Not so frequent: External USB drives
When I can be arsed: 2nd internal SATA drive
And I don't do backups, I use freefilesync, so just straight copies.
Yes. I've had USB drives fail or become corrupted, don't know why. I always eject/dismount properly.
-
None of my stuff is really critical, but even so still a pain in the but if it goes, and it has done in the past.
So . . . .
Frequent backup: 64Gb USB memory stick that stay on my keyring
Not so frequent: External USB drives
When I can be arsed: 2nd internal SATA drive
And I don't do backups, I use freefilesync, so just straight copies.
Yes. I've had USB drives fail or become corrupted, don't know why. I always eject/dismount properly.
I should think so too. Respect the sheep!
-
None of my stuff is really critical, but even so still a pain in the but if it goes, and it has done in the past.
So . . . .
Frequent backup: 64Gb USB memory stick that stay on my keyring
Not so frequent: External USB drives
When I can be arsed: 2nd internal SATA drive
And I don't do backups, I use freefilesync, so just straight copies.
Yes. I've had USB drives fail or become corrupted, don't know why. I always eject/dismount properly.
I should think so too. Respect the sheep!
I say "thank you" as well ::)
-
None of my stuff is really critical, but even so still a pain in the but if it goes, and it has done in the past.
So . . . .
Frequent backup: 64Gb USB memory stick that stay on my keyring
Not so frequent: External USB drives
When I can be arsed: 2nd internal SATA drive
And I don't do backups, I use freefilesync, so just straight copies.
Yes. I've had USB drives fail or become corrupted, don't know why. I always eject/dismount properly.
I should think so too. Respect the sheep!
I say "thank you" as well ::)
You're a baaaaaaad man, Rog. ;D
-
For an HDD or SSD to fail, you must be giving them some wellie. I've run computers that are ten years old with no problems. Had a few SD cards wipe their own arses though.
Touch wood, HDD failures are quite rare these days and I run all my computers 24/7 as MTBF is really improved when components aren't temperature cycled and don't suffer regular switch-on stress.
I have had a fair few camera SD cards and USB drive failures.
-
use google drive, free 15GB of online backup space. just designate one folder as google drive then keep your important stuff in there, automatically backs up any time you are online.
-
Nothing new about Flash failure in fact, the stored 'bits' of data are known to flip state even shortly after writing and hence why Error correction and check bits are used with every write and also why the controllers inside the devices implement wear levelling routines (silicon systems used to have a lot of patented technique for improving things a lot but they got taken over).
Hard facts are that every time you read the stored data probably already has some errors which are corrected as you read them with the error correction, trouble is the errors grow there reaches a point where the error correction falls over and hence corruption.
This could be the odd file, a few pixels or maybe a directory but, when its the FAT its pretty much game over.....
-
when its the FAT its pretty much game over.....
Although FAT was designed for unreliable (floppy) storage, so should have 2 copies. But no journaling.
-
You'll be pleased to know that your OOF pages are served from SSD :-X
-
You'll be pleased to know that your OOF pages are served from SSD :-X
It could be worse, you could have an array of SD cards ::) ;D
SSD is probably more reliable than HD these days as no moving parts to fail :y
And obviously cheaper to run than HD's too :y
-
It could be worse, you could have an array of SD cards ::) ;D
Errr... ::)
-
You'll be pleased to know that your OOF pages are served from SSD :-X
Got some 8" Floppy's kicking around if you get stuck, :y dont laugh Vinyl is coming back you know :)
-
You'll be pleased to know that your OOF pages are served from SSD :-X
Got some 8" Floppy's kicking around if you get stuck, :y dont laugh Vinyl is coming back you know :)
Not sure OOF would fit in 600kb ;D
-
You'll be pleased to know that your OOF pages are served from SSD :-X
It could be worse, you could have an array of SD cards ::) ;D
SSD is probably more reliable than HD these days as no moving parts to fail :y
And obviously cheaper to run than HD's too :y
Generally not.....
-
I had a power cut take out the boot partition of my SSD system drive a week or 2 ago! :o :o :o
-
when ssds fail (as the early ones did quite often, i had three die) they fail without any warning and fail completely. when old style disks fail you can often get a warning if you look out for it.
-
I've just been looking at some data sheets for flash memory devices we use. Modern devices support > 100K erase cycles (1,000,000 typ), and > 20 years data retention. Some older devices were less than this - mainly because they were designed to replace one-time-programmable or UV eraseable EPROMS. With modern flash it's the erase cycles that usually limit SSD life.
100K erase cycles may sound a lot, but some sectors of the chip get hammered every time you write something new to the chip, and you have to erase a whole page of sectors (typically 32K or 64Kb) before you can overwrite one sector of data, so there is a lot more erasing going on than most realise. Modern driver software attempts to spread the erase/write activity over the whole chip address range, and cache write activity to reduce the number of erases required, but there are limits to what can be achieved.
I've had 2 hard disks fail this year so far. I've replaced one with a 960Gb SSD and one with a cheapo 500Gb HDD. I don't really trust SSD's and I'm not taking bets on which fails first.
All you flash gits with 8" 600Kb floppies - the ones I've got are 8" 160Kb.
-
Yep, put a flash card in a scenario where it's written to regularly and it won't last long. Does depend on the quality of the card but, generally, I'd say they are only suitable for applications where they are seldom written to.
SSDs designed for hard drive replacement often have large DRAM caches, so they are a slightly different animal to your average SD card. When they die, they do the job properly, though. ;D
Since I started playing with raspberry Pis I have learnt to use read-only Linux systems, which gives them much better resilience.
Here's one:
:~$ uptime
17:31:40 up 613 days, 2:02, 1 user, load average: 0.00, 0.01, 0.05
Would never have got close to that when it was writing logs onto its' SD card.
-
:~$ uptime
17:31:40 up 613 days, 2:02, 1 user, load average: 0.00, 0.01, 0.05
Clearly a sign, Mr Wood, your Linux patching isn't, well, regular ;D
Bit like a Solaris box I came across a work a couple of years back that had been up 20yrs :o. The OS was supposedly not Y2K compliant, but clearly had no issues ;D
I find Raspberry Pis muller SD cards. Thanks god they are trialling netboot, bloody things.
-
I've just been looking at some data sheets for flash memory devices we use. Modern devices support > 100K erase cycles (1,000,000 typ), and > 20 years data retention. Some older devices were less than this - mainly because they were designed to replace one-time-programmable or UV eraseable EPROMS. With modern flash it's the erase cycles that usually limit SSD life.
100K erase cycles may sound a lot, but some sectors of the chip get hammered every time you write something new to the chip, and you have to erase a whole page of sectors (typically 32K or 64Kb) before you can overwrite one sector of data, so there is a lot more erasing going on than most realise. Modern driver software attempts to spread the erase/write activity over the whole chip address range, and cache write activity to reduce the number of erases required, but there are limits to what can be achieved.
I've had 2 hard disks fail this year so far. I've replaced one with a 960Gb SSD and one with a cheapo 500Gb HDD. I don't really trust SSD's and I'm not taking bets on which fails first.
All you flash gits with 8" 600Kb floppies - the ones I've got are 8" 160Kb.
160K, kind of rings a bell, I didn't even think they were that much tbh, too long ago now.
The plastic storage cases they came in were handy though, used to keep all my PC Tools in one of them when I was On Call. :y
-
I used to use Iomega Zip drives a hell of a lot. Brilliant at the time. I think I still have some, but can't remember last time I used them. They did used to jam now and again.
-
I used to use Iomega Zip drives a hell of a lot. Brilliant at the time. I think I still have some, but can't remember last time I used them. They did used to jam now and again.
Probably worth money now, especialy if youve got the NOC List on one of them.(Mission Impossible), dare you run it up though. ;D
-
I used to use Iomega Zip drives a hell of a lot. Brilliant at the time. I think I still have some, but can't remember last time I used them. They did used to jam now and again.
Probably worth money now, especialy if youve got the NOC List on one of them.(Mission Impossible), dare you run it up though. ;D
Shhhhhhh . . . . . . . . . . . I know
This message will self destruct in 30 seconds (http://www.picgifs.com/graphics/e/explosions/graphics-explosions-504104.gif)