mintymark (OP)
|
|
December 31, 2012, 12:08:00 PM Last edit: January 03, 2013, 01:26:49 AM by mintymark |
|
So I had a machine crash. I was not that worried I had several backups of wallet.dat.
I wiped the .bitcoin directory and coppied wallet.dat and waited for blockchain download.
I was surprised that a ballance came up almost at once and that it was about 1200 BTC short, but I waited for the download.
Now the download has completed, it seems that many transactions are missing, payments to addresses created a long time ago seem present. Those to recently created addresses not so.
I have done a bitcoin --rescan, and that made no difference.
Now the various backups of wallet.dat that I have are significantly different in size.
Perhaps I just have to do the reload with a different, older or bigger wallet.dat?
Advice?
|
[[ All Tips gratefully received!! ]] 15ta5d1N8mKkgC47SRWmnZABEFyP55RrqD
|
|
|
Deafboy
|
|
December 31, 2012, 12:19:49 PM |
|
Sorry to hear that. Yes, recently created keys are probably gone To prevent loosing your BTCs in future, add keypool=somelargenumber to bitcoin.conf. Default value is 100, so you need to back up your wallet after every 100 used addresses. To recover most of your bitcoins, use most recent backup you have.
|
|
|
|
Blazr
|
|
December 31, 2012, 12:20:34 PM |
|
Are all of your addresses showing up in the "Receive coins" tab?
|
|
|
|
mintymark (OP)
|
|
December 31, 2012, 12:34:33 PM |
|
No, the recent addresses are missing, but I do believe I may not have used the most recent backup.
At the moment swapped the wallet.dat, and am doing a rescan.
In fact it really doesnt make any difference how long this takes, but from a biting the fingernails approach, it would seriously reduce my stress levels if I knew these were safe.
Now how could I forget that a recent backup of wallet.dat was needed, I thought any wallet.dat backup would do.
Really kicking myself here.
|
[[ All Tips gratefully received!! ]] 15ta5d1N8mKkgC47SRWmnZABEFyP55RrqD
|
|
|
mintymark (OP)
|
|
December 31, 2012, 12:37:56 PM |
|
There is hope, the recent wallet.dat shows the correct ballance, with 4 blocks to download, so I am hopeful that this will work out well.
I feel a bit stupid for bothering everyone with this.....
|
[[ All Tips gratefully received!! ]] 15ta5d1N8mKkgC47SRWmnZABEFyP55RrqD
|
|
|
Jaw3bmasters
Full Member
Offline
Activity: 196
Merit: 100
Another block in the wall
|
|
December 31, 2012, 01:08:39 PM |
|
There is hope, the recent wallet.dat shows the correct ballance, with 4 blocks to download, so I am hopeful that this will work out well.
I feel a bit stupid for bothering everyone with this.....
This thread reminds me of a quote.... "One often meets his destiny on the road he takes to avoid it." I'm guessing you probably have two firewalls on a Windows system with several cold-storage all over the place....
|
In Cryptography we trust.
|
|
|
Stephen Gornick
Legendary
Offline
Activity: 2506
Merit: 1010
|
|
December 31, 2012, 01:19:41 PM |
|
I feel a bit stupid for bothering everyone with this.....
Don't -- it is a good reminder to others who might just have made a recent backup after empathizing with you. The wallet.dat contains, by default. a key pool of the next 100 addresses your client will use. An address is consumed each time you click "New Address" and then each time a change transaction (back to yourself) is made it pulls one address from the key pool. The keypool is topped up after each time an address is drawn from it. (with a few exceptions). So you as long as your backup is newer than the past 100 transactions it should have all the keys in it.
|
|
|
|
mintymark (OP)
|
|
December 31, 2012, 02:09:43 PM |
|
Well, it seems I'm not out of the woods yet. Its been an hour, and still there are 4 blocks to download. It still says Last received block was generated 17 minutes ago.
So maybe I need to delete the blockchain data and download all from scratch.
I tried making a small payment to myself and got:
A fatal error occurred. Bitcoin can no longer continue safely and will quit.
EXCEPTION: St13runtime_error CDB() : can't open database file wallet.dat, error -30974 bitcoin in Runaway exception
So now I have a choice. Redownload the entire blockchain using this wallet, or use a slightly older backup that was like this one, approx double the size of earlier ones. That one was a better quality backup in that it was taken from a non-running bitcoin if I remember.
Which to try first?
|
[[ All Tips gratefully received!! ]] 15ta5d1N8mKkgC47SRWmnZABEFyP55RrqD
|
|
|
DannyHamilton
Legendary
Offline
Activity: 3486
Merit: 4832
|
|
December 31, 2012, 06:17:25 PM |
|
. . . Redownload the entire blockchain using this wallet, or use a slightly older backup . . . Which to try first?
Which ever you try, make sure you keep a copy of this wallet.dat. If you find that the slightly older wallet.dat doesn't have the private keys for all of your addresses, you could alwyas try using a tool like pywallet to extract the missing private keys from this wallet and import them into the slightly older one.
|
|
|
|
Stephen Gornick
Legendary
Offline
Activity: 2506
Merit: 1010
|
|
December 31, 2012, 06:58:20 PM Last edit: January 01, 2013, 07:16:10 AM by Stephen Gornick |
|
So now I have a choice. Redownload the entire blockchain using this wallet, or use a slightly older backup that was like this one If you know what the balance should be (i.e., to know if the backup was recent enough) simply rename the existing wallet.dat (to something like wallet.err) and restore from the other backup. [Edit: Use -rescan if needed] If the balance is correct, use that one. If that did not have all the keys, then you want to try to salvage the wallet (available since v0.7.1): * -salvagewallet command-line option, which moves any existing wallet.dat to wallet.{timestamp}.dat and then attempts to salvage public/private keys and master encryption keys (if the wallet is encrypted) into a new wallet.dat. This should only be used if your wallet becomes corrupted, and is not intended to replace regular wallet backups.
|
|
|
|
John (John K.)
Global Troll-buster and
Legendary
Offline
Activity: 1288
Merit: 1227
Away on an extended break
|
|
January 01, 2013, 04:30:06 AM |
|
Keep multiple backups of the wallet.dat file FIRST. Is the blockchain finished? Or is it still downloading?
|
|
|
|
farlack
Legendary
Offline
Activity: 1310
Merit: 1000
|
|
January 01, 2013, 05:17:15 AM |
|
For $16,000 it might be a good idea to send the hard drive to a data recovery company.
|
|
|
|
casascius
Mike Caldwell
VIP
Legendary
Offline
Activity: 1386
Merit: 1140
The Casascius 1oz 10BTC Silver Round (w/ Gold B)
|
|
January 01, 2013, 05:22:42 AM |
|
His wallet file sounds completely recoverable without needing hard drive recovery.
|
Companies claiming they got hacked and lost your coins sounds like fraud so perfect it could be called fashionable. I never believe them. If I ever experience the misfortune of a real intrusion, I declare I have been honest about the way I have managed the keys in Casascius Coins. I maintain no ability to recover or reproduce the keys, not even under limitless duress or total intrusion. Remember that trusting strangers with your coins without any recourse is, as a matter of principle, not a best practice. Don't keep coins online. Use paper or hardware wallets instead.
|
|
|
Evolvex
|
|
January 01, 2013, 05:34:08 PM |
|
Arghhh what a nightmare, hope your get your bitcoins back dude! Happy new year everyone btw
|
|
|
|
🏰 TradeFortress 🏰
Bitcoin Veteran
VIP
Legendary
Offline
Activity: 1316
Merit: 1043
👻
|
|
January 02, 2013, 10:08:11 AM |
|
Your bitcoins are safe. You should not have deleted the blockchain.
|
|
|
|
Jutarul
Donator
Legendary
Offline
Activity: 994
Merit: 1000
|
|
January 02, 2013, 10:15:27 AM |
|
For his own sake I hope he didn't use the same hard drive for the next system.
If he used the same drive, chances are slim - but not 0%. If the harddrive is big enough there's a good chance that the old data is still physically stored on the old drive and thus recoverable with specialized software tools. Switch off and use a different drive to test your wallet backups.
|
|
|
|
Gyrsur
Legendary
Offline
Activity: 2856
Merit: 1520
Bitcoin Legal Tender Countries: 2 of 206
|
|
January 02, 2013, 10:19:28 AM |
|
so please tell me what was the intention of the core developers to create a keypool with serveral addresses? do one address fix this issue?
keypool=1
thanks!
|
|
|
|
drakahn
|
|
January 02, 2013, 10:23:49 AM |
|
so please tell me what was the intention of the core developer to create a keypool with serveral addresses? do one address fix this issue?
keypool=1
thanks!
keypool = 1 means you would need a new backup with every transaction
|
14ga8dJ6NGpiwQkNTXg7KzwozasfaXNfEU
|
|
|
Gyrsur
Legendary
Offline
Activity: 2856
Merit: 1520
Bitcoin Legal Tender Countries: 2 of 206
|
|
January 02, 2013, 10:27:36 AM |
|
so please tell me what was the intention of the core developer to create a keypool with serveral addresses? do one address fix this issue?
keypool=1
thanks!
keypool = 1 means you would need a new backup with every transaction this is not my understanding of how it works. if you use only one public/private key and you make a transaction you send bitcoins to the receiver and the rest of your bitcoins will go to this one public/private key which you created thru "keypool=1". isn't it?
|
|
|
|
Scrat Acorns
|
|
January 02, 2013, 10:48:22 AM |
|
this is not my understanding of how it works. if you use only one public/private key and you make a transaction you send bitcoins to the receiver and the rest of your bitcoins will go to this one public/private key which you created thru "keypool=1". isn't it?
A new address will be generated to hold the change.
|
|
|
|
|