Ok, sorry I realise that I have been rather too vague.<br><br>This is a loose recollection of my progress so far.<br><br>1. I removed the 40Gb NTFS Windows XP disk from service. This would have been more successful if my mother could understand that using the pc as a CDplayer is the same as using the pc.....
<br><br>2. Using a separate 80Gb disk I installed Knoppix to ReiserFS partition<br><br>3. Using PhotRec, conveniently now part of Knoppix - hence my choice of OS, salavaged data from NTFS to directory on ReiserFS<br><br>
4. When using PhotoRec I had specified which file types I actually wanted. MS Word, PwrPoint, PDF.<br>PhotoRec apparently recovered 36GB data from 40GB drive.<br><br>5. Filtered files based upon type and size. Began trying to open files. Realised 99% junk, trying to find the 1% broke my will to live.
<br><br>6. Ron suggested " file *.* " would check headers and confirm true content. It only confirmed that the files listed as being .doc were .doc. For one second, I do not believe it is giving correct output as some files are listing as being 500Mb .docs .
<br><br>7. At this stage, I think PhotoRec has copied the entire content of the old drive and allocated a file type to each of the files it handled. These 3 file types were .doc .pdf . ppt. It appears to have done this in such a way that I need more sophistication than " file *.* " can provide...
<br><br><br><br><div><span class="gmail_quote">On 10/16/06, <b class="gmail_sendername">James Turner</b> <<a href="mailto:james@turnersoft.co.uk">james@turnersoft.co.uk</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Sunday 15 October 2006 23:36, leo sandhu wrote:<br>> It's not worked :( I have already seperated all the files into seperate<br>> directories based upon size and the alleged extension. Running *.* is<br>> simply confirming that the files are sorted correctly :S
<br><br>In what way hasn't it worked? Mounting the disc or running file on it? You<br>should get output like:<br><br>$ mount /dev/hda1 /mnt -t ntfs -o ro<br>$ cd "/mnt/Documents And Settings/Leo Sandhu"<br>$ file *
<br>antena1wheel_1.mpg: MPEG sequence, v1, system multiplex<br>dotnet-debate.txt: ASCII English text<br>intranet-sevices.xcf: GIMP XCF image data, version 0, 243 x 28, RGB Color<br>overtime.xls: Microsoft Excel Worksheet
<br>salary-scale-2004.doc: Microsoft Office Document<br>Sheet Music: directory<br>usbplug.gif: GIF image data, version 87a, 317 x 247<br>workspace: directory<br><br>(where $ represents the shell prompt)
<br><br>The type information is determined based on file contents - the filename<br>extension is ignored. If everything just shows up as "data" (a bad sign) then<br>try looking at some of the files (preferably the smaller ones) with
<br>"hexedit <filename>" (assuming this command is available in the Ubuntu Live CD<br>or whatever you decide to use) and seeing if anything looks intelligable.<br><br>Some specific notes:<br><br> - OpenOffice.org
documents are saved as ZIP files containing the elements of<br> the document in XML format, so show up as "Zip archive data, at least v2.0<br> to extract". Similarly, KOffice documents and Dia diagrams both show up as
<br> "gzip compressed data, from Unix".<br><br> - Microsoft Office documents seem to show up as either "Microsoft Office<br> Document" or as the individual application name, not always consistently
<br> for a given extension. Presumably this depends on which variant of the<br> format was used when the file was saved.<br><br>Regards,<br><br>James<br><br>_______________________________________________<br>Wolves LUG mailing list
<br>Homepage: <a href="http://www.wolveslug.org.uk/">http://www.wolveslug.org.uk/</a><br>Mailing list: <a href="mailto:Wolves@mailman.lug.org.uk">Wolves@mailman.lug.org.uk</a><br>Mailing list home: <a href="https://mailman.lug.org.uk/mailman/listinfo/wolves">
https://mailman.lug.org.uk/mailman/listinfo/wolves</a><br></blockquote></div><br>