How long should this take?

[Rich5]

I have Zar running for more than 82 hours, trying to recover files from a 111M ext2 partition. It says it's located 157 files in 9 directories and the CPU useage varies between 0.0 and 4.0%.

The "Current operation and its progress" indicator is blank.

This on a P3 with 512M of RAM, running W2K, with only essential processes running.

The drive ( a Western Digital WD1200) doesn't have any physical damage (it passes a surface test) but has a corrupt partition table.

Just wondering how much longer before the "Next" button becomes available.

Thanks,
Rich

[Alexey V. Gubin]

We're investigating a similar occurrence right now. It seems that ZAR gets stuck in some sort of noise, resulting in excessive processing time. We expect to have a fix in a couple of days.

82 hours is excessive. Normal run is typically at a rate of 1GB per minute (less than two hours for your setup).

[Rich5]

Thanks for the response. Should I kill it or is there some chance it'll sort things out on its own? If it's any help, this is the third time it's done this, but the longest I've let it run. Is there any other info I can provide?

Rich

[csherman1]

Hello Alexey. I too am having the same issue. I have a Maxtor Personal Storage 3200 (200GB) USB drive that I let run over night. When I went to bed, it was at 77% and in the midst of a string of "Red" boxes about 10 or so long. When I awoke this morning, it was in the same state. The computer was NOT frozen though -- only the process of ZAR seemed to be stuck, however it was responsive so I could simply stop the scan without problems. Please advise as my life is on this drive and I am desperate. Thank you very much.
Craig

[Alexey V. Gubin]

Thanks for the response. Should I kill it or is there some chance it'll sort things out on its own? If it's any help, this is the third time it's done this, but the longest I've let it run. Is there any other info I can provide?

Rich

Kill it. No way it will recover on its own. As for info, we have the drive with most likely the same problem quite close, and at this point we have all we need already.

[Alexey V. Gubin]

Hello Alexey. I too am having the same issue. I have a Maxtor Personal Storage 3200 (200GB) USB drive that I let run over night. ... in the midst of a string of "Red" boxes about 10 or so long. Craig

This indicates the part of the disk is unreadable. "Red" box is displayed every time ZAR gets a read error from the device. Which means you have a physical problem somewhere.

If it is a drive problem, there is nothing we can do with it in software.
If it is the USB-to-IDE bridge problem (in the enclosure), then a solution would be to disassemble the device and attach the drive to the motherboard port. However, since I do not have one here, I cannot advise on the specifics. Additionally, this obviously voids your warranty.

The "heavy" solution would be to send it to the data recovery service (in which case I'd recommend DriveSavers as outlined here (http://z-a-recovery.com/physical-hard-drive-failure.htm); scroll to the bottom of page), but that comes at quite a price.

[csherman1]

Alexey,

If the drive has gone bad, isn't there a way to retrieve some of the data with ZAR? Even the sectors that aren't showing as bad? Like I said -- my life is on this thing and I can't afford to send it out and spend hundreds or more, so maybe I can use software to get some of it? PLEASE advise...

[Alexey V. Gubin]

ZAR uses all-or-nothing method. So, if the scan does not complete, the recovery is not possible. This is a design limitation, which we cannot work around without rewriting the entire program.

Hence, the options are

If practical, disassemble the device, attach directly to mainboard, as mentioned earlier; hoping that it at least reduces the scale of the problem.
Configure ZAR to improve speed on a defective drive, as described here - http://www.z-a-recovery.com/man-runtime-control.htm, refer to section "Recommended settings" - "drive with bad sectors".Check this if provides enough boost to complete within reasonable time.

[Alexey V. Gubin]

we have the drive with most likely the same problem quite close, and at this point we have all we need already.

we have something available now

download http://www.z-a-recovery.com/tt/zar-82-012.exe
rename to ZAR.EXE and save over the original executable into C:\Program Files\ZAR
in Advanced Configuration, set Logging to "Extended logging (debug)"
restart from scratch. full rescan is needed
in case you suspect it hung, check if the log file grows and/or CPU usage is close to 100%.
Expect about two hours run time. If longer and no progress, do not kill but report here.please report back with the results

[Rich5]

Thanks!

Started the process again at 09:58 MST. We'll see...

[Rich5]

Been running more than 6 hours now. Have the log and a screen shot if necessary.

[Alexey V. Gubin]

Been running more than 6 hours now. Have the log and a screen shot if necessary.

Email the log file to development@z-a-recovery.com

[rrando]

I have the exact same problem as the original post. No progress on a 1 gig flash card after several hours (not 82 hours thank goodness) In the advanced options I set it to only search for jpegs since that is a known file format. The log indicates it found 461 jpegs, and nothing else. In post-processing it seems to get nowhere, with nothing on the progress bar. I notice the CPU is always at or near zero, but clock is updating. I am going to try the download you mentioned and will report back. By the way, I already recovered the deleted files (in about 10 minutes) using another program, so I think you should definitely rewrite your code. How about adding an option to abort the analysis and just write out the files it found, without trying to analyze them further? I realize some files that might be restorable would possibly be lost then, but this is basically unusable as-is.

Thanks

[rrando]

well I'm back. New version has the same problem. From what I can tell there is no activity going on. I'm betting its a bug. Here is the last part of the log file, it always gets just this far.
...
Disk 0101, LBA 1151072 is JPEG image
Performance: Ident data query (0 of 0) 0s
Performance: Ident data query (525 of 525) 0s
Object count : Unknown 0
Object count : Physcially bad 0
Object count : FAT16 boot sector 1
Object count : FAT32 boot sector 0
Object count : FAT16 sector 23
Object count : FAT32 sector 0
Object count : NTFS boot sector 0
Object count : NTFS MFT entry 0
Object count : NTFS INDX block 0
Object count : NTFS RSTR block 0
Object count : NTFS RCRD block 0
Object count : ext2/3 superblock 0
Object count : ext2/3 inodes 0
Object count : ext2/3 directory start 0
Object count : JFS superblock 0
Object count : ReiserFs superblock 0
Object count : Whole FAT directory 5
Object count : Start of FAT directory 4
Object count : FAT directory run 31
Object count : GIF image 0
Object count : JPEG image 461
Object count : TIFF image 0
Object count : WAV sound 0
Object count : ZIP archive 0
Object count : RAR archive 0
Object count : EXE/DLL DOS/Windows executable module 0
Object count : OLE Structured Storage 0
Object count : MP4 video 0
Object count : Adobe PDF 0
Object count : PNG image 0
Object count : Real Media 0
Object count : LNK shortcut 0
Object count : MIDI 0
Object count : CAB archive 0
Object count : CHM help file 0
Object count : CRW Canon raw image 0
Object count : MOV Quick Time movie 0
Performance: Ident data query (470 of 525) 0s
CF=2: 97.0%
CF=4: 94.7%
CF=8: 93.6%
CF=16: 93.2%
CF=32: 93.2%
CF=64: 42.4%
Determined CF=32
Performance: Ident data query (470 of 525) 0s
Determined SS=0.700
Performance: Ident data query (525 of 525) 0s

[Alexey V. Gubin]

Try this first:


Start ZAR, on the first screen pick "Advanced configuration". in there
Under "Image recovery" set "End-of-file detection" to "None - leave as is".
Under "Common filesystem analysis" set "Cluster ... detection threshold" to 100%.
Retry the scan to see if something changes.