Bug #2552
open
hammer recovery should indicate progress
0%
Description
I'm running hammer recover on a 55 GB partition of an IDE drive and it's been running for about a day. I have no idea how long it'll take. It would be a good idea if, every few minutes, hammer recover would output how many blocks it's read and how many are left, or just a percentage.
Updated by marino over 11 years ago
A day is nothing. When I ran it, it went for 8-9 days before a power outage killed it. It was recovering a hell of a lot more than was lost too. e.g. I expected to recover 19G and something like 100G was (partially) recovered so I think there's actually a bug in hammer recovery or in hammer itself.
Hopefully you have more luck than I did, but settle in. 24 hours is nothing. I hope you have ahci drives (I didn't).
Updated by Anonymous over 11 years ago
I had a similar experience. It ran for 6 days and what it recovered was not very helpful. Will HAMMER2 be more recoverable than HAMMER1?
Updated by phma over 11 years ago
- du -hcs roothammer/*
-407 roothammer/PFS00000
-53P roothammer/PFS00001
10M roothammer/PFS00002
-56P roothammer/PFS00003
-81P roothammer/PFS00004
118M roothammer/PFS00005
4.2G roothammer/PFS00006
301M roothammer/PFS00007
0B roothammer/PFS00008
-690 total
Looking in PFS00001, I find these strange sizes:
82P obj_0x0036748d01107d83
-520 obj_0x47554245444e2074
57P obj_0x71444f61676d4943
-157 obj_0xffffffff00000000
and plenty of things that are obviously text or other garbage misinterpreted as object numbers, such as obj_0x2a20745f72656c64.
Updated by marino over 11 years ago
all the obj_* files represent recovered data but there should be plenty of fully recovered files and directories in the PFS0000X directories.
Updated by marino over 11 years ago
"all the obj_* files represent recovered data"
Sorry, this was a typo. I mean obj_* files represent partially recovered data. The fully recovered files appear as you'd expect.