Data Recovery Using Linux

re: Data Recovery Using Linux

lipmon — Wed, 25 Nov 2009 11:28:07 GMT

Very important!

re: Data Recovery Using Linux

Windows Data Recovery — Thu, 01 Oct 2009 08:34:48 GMT

Iam a windows user also have experienced the data loss problem. I went for Stellar Phoenix Windows Data Recovery Software. And got the solution .

re: Data Recovery Using Linux

Linux Recovery — Fri, 14 Aug 2009 04:57:32 GMT

I can say that i have come across a data loss disaster last but luckily i found a recovery tool Stellar Phoenix Linux Recovery software which is a powerful Linux Data Recovery tool that can recover data from Ext2, Ext3, and ReiserFS file system volumes created using any Linux distribution

re: Data Recovery Using Linux

isobel — Thu, 04 Jun 2009 23:12:17 GMT

i have live tv but cannot get the picture and can't even get thesound i have tried every thing down loaded plugins going out of my head can you help please

re: Data Recovery Using Linux

brandon goodman — Fri, 05 Dec 2008 23:32:46 GMT

it pop on my computer

re: Data Recovery Using Linux

wtf — Thu, 27 Nov 2008 05:17:27 GMT

this is a terrible paper.

I've seen more useful information on data recovery, even on ubuntuforums!

How long was your research? 5 minutes?

No offense, but you need to go back to the drawing board.

re: Data Recovery Using Linux

Gayson — Thu, 20 Nov 2008 21:06:33 GMT

I'm a gay boy named Jason A.R.

re: Data Recovery Using Linux

kkk — Fri, 17 Oct 2008 03:47:31 GMT

193

re: Data Recovery Using Linux

johnuj — Thu, 21 Aug 2008 07:49:30 GMT

Very informative article. Lots of utilities available for Linux recovery and one of them is Stellar phoenix Linux data recoery software. This software recovers deleted, formatted data, files, folders & volumes from Ext2, Ext3 and Reiser FS of Linux operating system

write to NTFS

grahamperrin — Sat, 12 Jan 2008 05:33:29 GMT

Ubuntu 7.10 (2007-10) introduced NTFS write support

http://www.ubuntu.com/getubuntu/releasenotes/710tour

and AFAIR this support is either (a) the default or (b) very easily enabled in the GUI when using the CD in live mode.

I guess that other similar distros are equally capable.

Exercise the usual caution when writing :)

Broken Windows? Use Linux to rescue data, sais Microsoft

The LBlog — Tue, 27 Nov 2007 23:17:10 GMT

They actually say so on Port 25! It's happened to me and I'm sure it has happened to you: your software won't load and your data is now trapped inside your PC. The problem may be a hardware or a software failure, and the problem may seem to be irreco

re: Data Recovery Using Linux

longge0110 — Sun, 14 Oct 2007 16:46:46 GMT

我都看不懂了,怎么没一个汉语的啊!

I can't understand what you said !Why have no one Chinase ?

Who can help me to translite it ,thank you !

re: Data Recovery Using Linux

einhverfr — Fri, 08 Jun 2007 00:21:51 GMT

@Durethia:

Another LaTeX fan, I take it?

Anyway, GUI's do have their place. For example, I do think that graphical web browsers are better than text ones for most uses.

I have thought long and hard about that issue-- why and where GUI's work better than CLI's and vice versa. I have concluded that it is about information density. Text screens have less info in them than graphical screens, but typed commands contain much more information than mouse clicks.

For example, you dislike Word because it is providing enough information to you that you can see that it is doing the typesetting wrong :-). But you might have fewer problems with LyX...

Now, for complex tasks, like data recovery or system administration, GUI's are supposed to make the job easier, but in my experience, this has the cost of making more complex tasks much more difficult (or even impossible) from the GUI. In these cases, the CLI is really the best tool for the job.

Here is my primary example: FTP.

Pick any GUI client and compare to the command-line.

1) When you have large numbers of directories to migrate through, this migration process is easier and sometimes faster in the GUI.

2) When you have complex tasks to do via FTP, the command line *always* wins. For example, you can download a file, save it to a removable disk, and rename it *much* faster and easier in the CLI than in any GUI.

I suppose, however, that many tools (outside of information viewers, such as web browsers or log analyzers) could work on a hybrid model, displaying data in one window, while taking commands from another.

re: Data Recovery Using Linux

Durethia — Wed, 06 Jun 2007 01:05:56 GMT

einhverfr, GUIs are never a good idea. What inherently happens when implementing a GUI is that the developer shall make assumptions about the knowledge of the target user.

As an Example of GUI Horror:

One of the reasons I can't stand and refuse to use Microsoft Word, is as I literally grew up as a real typesetter (long story). My eye knows more about layout and design than Microsoft's assumptions give me credit for. And to wade through all the preferences to shutdown all the insulting "assistance" or "ease of use" mess, is far too much to ask for, and it's also an all day job especially if you don't know exactly what radio button or checkbox to click. Microsoft Word has no conception of lists, yet it's so eager to "assist" you with them.

The whole point of a GUI is to make things easier. The only way you can make things easier is to reduce options, and what that requires is assumptions and guesses. Every GUI implementation does this.

It's already a dire situation should you require to recover data. The last thing you should really want, is someone who infact lacks the knowledge to require use of a GUI based data recovery tool. You also want such tools to have as many options as possible. You also, want such tools to work in the worst possible situations (such as only having serial console access)... so no GUI, just command line.

This is how I feel about it.

re: Data Recovery Using Linux

jcole — Wed, 30 May 2007 01:56:37 GMT

This pdf is incorrectly titled "Introduction to PostgreSQL 8 on Windows": $ pdfinfo datarecovery.pdf Title: Introduction to PostgreSQL 8 on Windows Author: Open Source Software Lab at Microsoft Creator: Microsoft® Office Word 2007 Producer: Microsoft® Office Word 2007 CreationDate: Thu May 24 22:05:05 2007 ModDate: Thu May 24 22:05:05 2007 Tagged: yes Pages: 9 Encrypted: no Page size: 612 x 792 pts (letter) File size: 106841 bytes Optimized: no PDF version: 1.5 Also, you should use more "friendly" cross platform fonts or embed them: $ pdffonts datarecovery.pdf name type emb sub uni object ID --------------------- ------------ --- --- --- --------- Times New Roman TrueType no no no 5 0 Arial,Bold TrueType no no no 8 0 Arial TrueType no no no 10 0 Symbol CID TrueType yes no yes 18 0 ABCDEE+Courier New TrueType yes yes no 25 0 Times New Roman,Bold TrueType no no no 29 0 The fonts get converted as follows when viewed in linux: $ pdffonts datarecovery-linux.pdf name type emb sub uni object ID --------------------- ------------ --- --- --- --------- NimbusRomanNo9L Type 1 yes no yes 99 0 NimbusSansL Type 1 yes no yes 109 0 NimbusSansL Type 1 yes no yes 120 0 Symbol TrueType yes no yes 94 0 CourierNew TrueType yes no yes 115 0 NimbusRomanNo9L Type 1 yes no yes 104 0