Slashdot Mirror
Data Recovered From Space Shuttle Columbia HDD
WmHBlair writes "Data recovered from a 400MB Seagate hard drive carried on the Space Shuttle Columbia has been used to complete a physics experiment performed on the mission in space. The Johnson Space Center sent the recovered drive to Kroll Ontrack in Minneapolis, Minnesota. Considering the shape the drive was in (see picture in the linked article), it could indeed qualify for the 'most amazing disk data recovery ever.'" Update: 05/08 12:51 GMT by T : Reader lucas123 points out a piece at Computerworld with a series of photos of the recovered drive.
I will probably never use the term "crash" to describe a hard drive failure again.
I'll bet Ontrack made a fortune off of this recovery, too.
I might know what I'm talkin' about, but then again, this is Slashdot...
Their server is shooting flames as I type this, but they have the technology to recover their site!
Wow! They recovered 400MB of data when all they had to work with was "500 Internal Server Error"?! Unbelievable!!!
So someone put together a story on spectacular hard disk failure, space shuttle, physic experiments and heroic success, and decided to host this on anything less than an industrial-strength web server? The only thing that could have made for a quicker or larger slashdotting would be if somehow it also involved big guns and Natalie Portman (with hot grits, petrified).
Seriously people. Show some foresight here. At least the editors should have shown some mercy.
Soooo.... anyone got a coral cache of it?
Those who can, do. Those who can't, sue.
Now look what you've done. Wasn't it bad enough the shuttle burned up? Now you've gone and burned up the server trying to show us pictures of the mangled hard drive from the burned up shuttle.
We will bankrupt ourselves in the vain search for absolute security. -- Dwight D. Eisenhower
You call THIS "recovered"??? More like "Houston,we have a problem ..."
/home/httpd/customtags/parameters.cfm: line 22
Error Executing Database Query.
Data source rejected establishment of connection, message from server: "Too many connections"
The error occurred in
20 :
21 :
22 :
23 : SELECT tag, value FROM parameters
24 :
SQL SELECT tag, value FROM parameters
DATASOURCE blocksandfiles
VENDORERRORCODE 1040
SQLSTATE 08004
Resources:
Check the ColdFusion documentation to verify that you are using the correct syntax.
Search the Knowledge Base to find a solution to your problem.
Browser Opera/9.23 (X11; Linux i686; U; en)
Remote Address 70.49.63.152
Referrer http://blocksandfiles.com/article/5056
Date/Time 07-May-08 07:30 PM
Stack Trace
at cfparameters2ecfm1715857017.runPage(/home/httpd/customtags/parameters.cfm:22) at cfApplication2ecfm1592932022.runPage(/home/httpd/vhosts/blocksandfiles.co.uk/sitedocs/Application.cfm:17)
com.mysql.jdbc.exceptions.MySQLNonTransientConnectionException: Data source rejected establishment of connection, message from server: "Too many connections"
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:921)
at com.mysql.jdbc.MysqlIO.doHandshake(MysqlIO.java:1055)
at com.mysql.jdbc.Connection.createNewIO(Connection.java:2749)
at com.mysql.jdbc.Connection.(Connection.java:1553)
at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:285)
at coldfusion.server.j2ee.sql.pool.JDBCPool.createPhysicalConnection(JDBCPool.java:562)
at coldfusion.server.j2ee.sql.pool.ConnectionRunner$RunnableConnection.run(ConnectionRunner.java:67)
at java.lang.Thread.run(Thread.java:619)
Kevin Smith on Prince
nothing happened to the platters...with the exception of the violent crash (head-to-platter damage) and, more importantly, the extreme heat.
Short of that though, yeah - platters were just peachy.
"Product warranty is void if any seal or label is removed, or if drive experiences shock in excess of 350 Gs"
"I'm a well-wisher, in that I don't wish you any specific harm."
I saw them do it on CSI, and TV never lies.
Here is a picture for you:
http://www.sciam.com/article.cfm?id=hard-drive-recovered-from-columbia&sc=rss
No, I'm pretty sure that's just stock photography of an IBM Deskstar after one week of use.
I worked with hall-effect devices which we used to build tensiometers in the textiles industry. One of the problems we had was loss of sensitivity over time. The service lifetime of a unit was a year or so before it was returned to me for rebuild and recalibration. The reason was that the unit was used in an industrial setting with lots of vibration and noise. The magnets lost strength.
All I had to do in many cases was to swap in a new set of magnets (and send the old ones out to be remagnetized). Then there were the clients that would turn the current up to compensate for the demagnetizing. They sent theirs back for a smoke refill after the smoke got out.
To hear the gods laugh tell them your plans.
You can tell the make and model of a nearly completely trashed hard drive.
I'm not sure whether I should be impressed or if I should merely feel sad for another wasted life ...
Faster! Faster! Faster would be better!