Number 8 #
Posted Friday 19th December 2008 22:55 GMT
Exactly how did a bottle of wine being spilt over a keyboard cause data loss? How much data was actually stored in the keyboard at the time?
Posted Friday 19th December 2008 22:55 GMT
Exactly how did a bottle of wine being spilt over a keyboard cause data loss? How much data was actually stored in the keyboard at the time?
Posted Friday 19th December 2008 22:55 GMT
If you hire canine arsonists to do your data recovery, disaster is sure to ensue.
Posted Friday 19th December 2008 22:55 GMT
even if it's a laptop* that shouldn't really affect a hermetically sealed disk too badly. Unplug the drive from case and plug into a caddy, job done!
*and i bet they get plenty that aren't.
Posted Friday 19th December 2008 22:55 GMT
Did they extract it and re-bottle it from the keyboard? Bet it tasted of vinegar...
Posted Friday 19th December 2008 22:55 GMT
I'd fancy my chances of getting data back after someone spilled red wine over a keyboard. Especially a desktop pc.
Posted Friday 19th December 2008 22:55 GMT
How does trashing a *keyboard* qualify as one of the top 10 *data* recovery disasters?
Paris because. Just because.
Posted Friday 19th December 2008 22:55 GMT
As in: "My dog set fire to my homework"?
Posted Friday 19th December 2008 22:59 GMT
Man, that must have been tough:
1. Rinse
2. Dry
3. Profit.
Posted Friday 19th December 2008 22:59 GMT
What data did they manage to recover from a keyboard doused in wine? and how the hell's that a top 10 item? slow year for data recovery, or should the title have been the 'only 10' data recovery disasters by datalabs this year
Posted Friday 19th December 2008 22:59 GMT
Most of the above scenarios, wine, fire, flood wouldn't have caused much damage a good drying out wouldn't have cured. I am not impressed.
Posted Friday 19th December 2008 22:59 GMT
Do they only get 10 jobs a year or something.. some of these are really scrapping the barrel, number 6 scratched DVD could probably have been fixed with a tube of toothpaste and a wet finger! Would have thought they could have come up with something a bit more exciting...
Posted Friday 19th December 2008 23:01 GMT
Despite what you might hear to the contrary, a bottle of wine is very very unlikely to cause damage to your data when poured over the keyboard - or anywhere else for that matter.
Funny how the last 3 items lacked the detail of the first seven; perchance someone made them up to an even 10?
Posted Friday 19th December 2008 23:01 GMT
11. DNA data extracted from keyboard that indiviudal had typed a "terrorist threat" letter on
Posted Friday 19th December 2008 23:01 GMT
Great free advertising for company concerned and not news.
Posted Friday 19th December 2008 23:01 GMT
> Bottle of wine spilled over keyboard.
They can operate a funnel and a sieve as well as data recovery tools?
Posted Friday 19th December 2008 23:01 GMT
'Bottle of wine spilled over keyboard..', 'Scratched DVD ..' - wow, hold the front page, data recovery firm recovers data from a scratched DVD! Whoulda thunk it.
The first one was good. After that it's lame and seems like just an excuse to promote Datalabs.
Posted Friday 19th December 2008 23:01 GMT
Surely, they just, you know.... plugged a new one in???!?
Posted Friday 19th December 2008 23:01 GMT
how much did DiskLabs pay for this "article" then?
I work for Headland Media, maybe I coukd think up something interesting about our maritime news services that could qualify as a "news story".
I'll get my coat ...
Posted Friday 19th December 2008 23:01 GMT
CCTV cameras store the data locally? How do they retrieve it? I thought the images would have been stored at the monitoring centre and not in the camera itself. Seems stupid to me.
This post has been deleted by a moderator
Posted Friday 19th December 2008 23:01 GMT
I'm impressed they could remove the data after the fire/ falling through the floor.
Bofh might need a new way to destroy his tracks.
Posted Friday 19th December 2008 23:01 GMT
... maybe they can accept this challenge:
http://16systems.com/zero/index.html
A normal fully functioning drive overwritten with 0s
Not exactly hard to do.
Getting back data from an accidentally damaged drive is one thing - a criminal with a bit of tech savvy OTOH.
Mind you a disaster recovery firm who can recover data from a PC after spilling wine on the keyboard. Wow! They must be good.
Posted Friday 19th December 2008 23:01 GMT
"Pulling data from a mobile phone that had been smashed into 11 pieces"
11? That's not exactly 'smashed' in my book; What's the betting 10 of those pieces were the screen?
"Scratched DVD made by a father of his daughter’s birth. "
But how was it scratched? Most scratches are easy to recover.
"Recovery of data from a RAID server of an aircraft components distribution firm. The kit fell through the floor during a huge fire. The hard disk drives were delivered to Disklabs Data Recovery, still smelling of burning electrics, plastic and water from the fire service."
The smell of water? I hear the smell is what kills the electrics! Replaced logic board; job done.
"Bottle of wine spilled over keyboard."
Keyboard does not necessitate data recovery. Orange juice is far worse, lager is more common.
Seriously though, if that's all they can find to mention they can't have been very busy for the last year!!!
Posted Friday 19th December 2008 23:01 GMT
Wow. Not much going on in the world of data recovery, is there?
One would expect a few more difficult things, like recovering data from the hard drive(s) of a hacker that had been USDoD wiped by a dedicated wiper upon the entry to his flat by some Federal task force ... or recovering data from the platters (all that remained) of a government laptop hard drive that had been stolen and then broken into its composite pieces by someone intent on destroying any evidence that they had obtained the unit.
I mean ... wine on a keyboard? What's to recover?
Posted Friday 19th December 2008 23:01 GMT
A company and 100 jobs at risk, and no one thought to do backups?? Keeps the data recovery companies happy, I guess.
Posted Friday 19th December 2008 23:17 GMT
Lots of data storage in keyboards, isn't there? Or is that the joker we're supposed to wheedle out as being obviously made up?
Anyway, I have three words to say: off, site, and backup.
Posted Friday 19th December 2008 23:17 GMT
Or is there more than a hint of BofH and PFY activity in that list?
Posted Friday 19th December 2008 23:17 GMT
still smelling of burning electrics, plastic and water from the fire service....
they're using scented water for putting out fires these days then ?
Posted Friday 19th December 2008 23:17 GMT
Its pretty hard to tell from the way its written. Please don't take this the wrong way.......
Stop shilling Reg. We're not as green as we are cabbage looking.
Posted Friday 19th December 2008 23:17 GMT
Is this about the top X of jerks being too daft to destroy data? If there is enough time, you will get rid of it. You zero it what, 35? times, then you physically destroy the drive, best with a shredder, taking good care of the platters, and — if you are not the type who keeps a bucket of hydrochloric acid nearby or cannot find out how to make thermite — you then proceed to spread the remains. A trip over a halfway wide waterway should do *oops!*. All that if you have no degausser nearby, so if you KNOW you will have to nuke that drive, why not get one of those in the first place. If there's no time, well then there's no time, your bad. If you pour acid over your notebook as the cops kick down your door, you have other trouble anyway.
Posted Friday 19th December 2008 23:17 GMT
"Bottle of wine spilled over keyboard."
what needed recovering then ?
the wine?
Posted Friday 19th December 2008 23:17 GMT
"Incriminated data pulled from the hard disc of a suspected paedophile, after the kit was thrown at arresting police"
WTF If your a god damn kiddie fiddler WTF are you doing throing the god damn evidence of your crime AT THE FUCKING POLICE??
"Hey John you think this computer we just got lobbed at us has pictures and videos on it? Lets find out since the suspect apparently doesnt want it"
# Pulling data from a mobile phone that had been smashed into 11 pieces
Now this one has me impressed, some serious reconstruction going on there.
/Paris because even shes wondering about the first one.
Posted Friday 19th December 2008 23:54 GMT
What data is stored in a keyboard that would need recovered?
Posted Friday 19th December 2008 23:54 GMT
Other than technical (chip and platter) recoveries some of the above are rather noddy items that I would be ashamed to consider recovery work.
I assume if you are paying for an advert such as this, you want a "top-ten" but come on if you dont have 10 decent jobs in the past year, fillling the list with CD/DVD recovery etc does nto impress.
Posted Friday 19th December 2008 23:54 GMT
10 out of 10 for good taste I say!
www.smackberry.co.uk explains why
Posted Saturday 20th December 2008 00:02 GMT
"A normal fully functioning drive overwritten with 0s. Not exactly hard to do."
???!!?? Not hard to do??? If they manage this one, even with a very powerful SEM and a few years, I pay them a beer or ten.
Anyway, this company should probably have limited the list to 3 items (1, 2 and 7), the others make them look like clowns.
Posted Saturday 20th December 2008 01:20 GMT
recovering any data from a wine soaked keyboard seems pretty amazing to me.
And if this is their top ten this only leads me to believe that there are a lot more interersting cases (say a mouse hit with a WMD) where they were infact unable to recover the data from.
Posted Saturday 20th December 2008 05:14 GMT
"...a lot more interersting cases (say a mouse hit with a WMD) "
So that would be a Weapon of Mouse Destruction, then?
...mine's the one with pages of lame jokes shoved in the pockets.
Posted Saturday 20th December 2008 19:47 GMT
Was it your keyboard John ?
It looks to my "data recovery expert"'s eyes, like several bottles of wine, judging by the state of your "article" today.
Xmess excess I suppose.
PS please buy from me too @ www.crackpots.org.uk
Posted Saturday 20th December 2008 19:47 GMT
The NSA can, allegedly, recover data from a hard drive that has been completely overwritten seven times, so it's not unlikely data recovery labs can do this to some extent as well. This apparently has to do with the fact that writes don't perfectly align every time, so traces remain of previous writes. This is why secure delete programs will overwrite a deleted file repeatedly with zeros, ones, and random data.
Posted Saturday 20th December 2008 20:48 GMT
The data in a mobile phone are saved in a Flash memory (in very seldom case there are two on the board and/or a mobile storage device is offered) anyway - it is possible to desolder
the Flash from the board (or piece of the board), "reball"
and place into a socket to have access to the data with a proper interface.
Unless the memory is broken into two pieces, i.e. the die of the memory is broken,
it is not a problem for an average lab
Posted Saturday 20th December 2008 23:13 GMT
"Though fire damaged, all the data was recovered..."
How the hell did the *data* get fire-damaged? This whole article is a train-wreck.
Posted Monday 22nd December 2008 11:44 GMT
"The NSA can, allegedly, recover data from a hard drive that has been completely overwritten seven times, so it's not unlikely data recovery labs can do this to some extent as well. This apparently has to do with the fact that writes don't perfectly align every time, so traces remain of previous writes. This is why secure delete programs will overwrite a deleted file repeatedly with zeros, ones, and random data."
It's mostly a legend methink. As I said, given the area density of drives these days, you'd need a very powerful SEM (scanning electron microscope) and a huge amount of time, especially as you have no way of knowing the order of the non-overlapping bits (i.e. which is older than which) so you have no idea of which bit goes with which. I strongly doubt the NSA can do that (but they wouldn't tell anyway, would they?) and I am almost 100% sure that no commercial data recovery company can either. The "overwrite 7 times" is a better-safe-than-sorry policy (similar to the "no liquid on planes" one). It does serve well as a pitch for *hem* "secure delete" software salesdroids.
Posted Monday 22nd December 2008 11:44 GMT
If you feed /dev/random or /dev/zero to dd, you replace all the bits with pseudo-random data or zeroes. But what happens if you use /dev/null instead? do you create billions of tightly packed tiny black holes? Can they destroy the planet? Is the NAS able to read the blackholes to retrieve your data?
Posted Monday 22nd December 2008 11:44 GMT
"How the hell did the *data* get fire-damaged?"
The 0s and 1s handed back to the customer were all black and smelt like burnt electrons. But they were fully functional.
Posted Monday 22nd December 2008 11:44 GMT
"PS please buy from me too @ www.crackpots.org.uk"
Funny. Some guy in Lewisham needs more bandwidth now.
Posted Monday 22nd December 2008 11:46 GMT
You don't need fancy degaussers, just a set of Torx screwdrivers. Open the case (usually T9 screws, IIRC, a few are hidden under labels) and remove the platters from the spindle. Take one of the powerful magnets that control the motion of the armature and wipe it across the platters. That will re-align the magnetic fields nicely. Then give it a good scrubbing with #4 steel wool, which will do horrors to the platter surfaces.
Incidentally, the platters are extremely flat and nearly perfect mirrors, which makes them useful in optics experiments. I've bounced lasers off them and been unable to see where the beam hits the surface - there's no light scattering.
Posted Monday 22nd December 2008 15:13 GMT
I always preferred to use /dev/urandom (although obviously this can be distro-dependant - I'm a gentoo man). /dev/random attempts to be closer to 'true' random (if there is such a thing) by seeding from mouse movement, keypresses etc. Unless the machine is being actively used it runs out of numbers pretty quickly, and even when under heavy use it's unlikely you'll be able to get enough numbers generated to overwrite even a small HDD. When it runs out of numbers your process just stalls until some new ones are generated.