-snip- 2016-11-11 20:34:23 Corruption: block checksum mismatch
2016-11-11 20:34:23 *** System error while flushing: Database corrupted
2016-11-11 20:34:41 Shutdown: done
Did you make a backup of the synced database this time? Yes, but there is no problem to start the wallet. |
|
|
|
|
2016-11-11 20:34:01 GUI: Platform customization: "windows"
2016-11-11 20:34:01 GUI: PaymentServer::LoadRootCAs: Loaded 43 root certificates
2016-11-11 20:34:02 UpdateTip: new best=0000000000000000011e49443a1af3c5a9d76fcf9f2dab418845f0154e40b150 height=438427 version=0x20000000 log2_work=85.528867 tx=169930795 date='2016-11-11 17:45:06' progress=0.999950 cache=26.8MiB(8087tx)
2016-11-11 20:34:02 UpdateTip: new best=000000000000000001e047f434e56a9e3a490729bf1fa129aa08565465c5d73d height=438428 version=0x20000000 log2_work=85.528896 tx=169931880 date='2016-11-11 17:50:12' progress=0.999951 cache=29.1MiB(10269tx)
2016-11-11 20:34:02 receive version message: /Satoshi:0.9.99/: version 70002, blocks=-1, us=[2001:0:5ef5:79fd:24ba:1f45:a322:8ce1]:8333, peer=1
2016-11-11 20:34:03 UpdateTip: new best=0000000000000000002ca4b77c4e038dd1dcb2d1761bd4928cd39ce48da7582a height=438429 version=0x20000000 log2_work=85.528924 tx=169934186 date='2016-11-11 18:11:23' progress=0.999958 cache=37.6MiB(14938tx)
2016-11-11 20:34:06 UpdateTip: new best=000000000000000001b828ad07e36183a7a735e5a10993fee27da3c214967ab2 height=438430 version=0x20000000 log2_work=85.528952 tx=169936568 date='2016-11-11 18:26:58' progress=0.999962 cache=40.2MiB(19862tx)
2016-11-11 20:34:06 receive version message: /Satoshi:0.13.1/: version 70014, blocks=438444, us=92.221.115.30:59584, peer=2
2016-11-11 20:34:07 UpdateTip: new best=0000000000000000002c2dfc202e7ef87e5ed97d684940663e7494ee64dc382a height=438431 version=0x20000000 log2_work=85.52898 tx=169938883 date='2016-11-11 18:51:26' progress=0.999970 cache=43.2MiB(23666tx)
2016-11-11 20:34:09 UpdateTip: new best=0000000000000000026fb1cb80fa3ac93e7be2351195bb1fc6d00ae53ac2838e height=438432 version=0x20000000 log2_work=85.529009 tx=169941714 date='2016-11-11 18:57:33' progress=0.999971 cache=46.1MiB(28923tx)
2016-11-11 20:34:10 UpdateTip: new best=00000000000000000243f65e1a16a6f38c07d0fab3c362b389c1e507247e6e8d height=438433 version=0x20000000 log2_work=85.529037 tx=169944309 date='2016-11-11 18:58:21' progress=0.999972 cache=60.0MiB(33663tx)
2016-11-11 20:34:11 UpdateTip: new best=000000000000000003fbe52d255bd08a7dbd90fb32962ad3607a3eefbe64e903 height=438434 version=0x20000000 log2_work=85.529065 tx=169946147 date='2016-11-11 19:02:15' progress=0.999973 cache=65.1MiB(37408tx)
2016-11-11 20:34:12 receive version message: /Satoshi:0.13.1/: version 70014, blocks=438444, us=92.221.115.30:59586, peer=3
2016-11-11 20:34:12 P2P peers available. Skipped DNS seeding.
2016-11-11 20:34:12 dnsseed thread exit
2016-11-11 20:34:13 UpdateTip: new best=0000000000000000014a98bb569dcef643e04598894d3818cd5e0b1b57016430 height=438435 version=0x20000000 log2_work=85.529093 tx=169947833 date='2016-11-11 19:09:32' progress=0.999975 cache=75.2MiB(41245tx)
2016-11-11 20:34:14 UpdateTip: new best=0000000000000000039a0d16ad9d38ace0dd76caa2f53ee797ee2c0459b98faf height=438436 version=0x20000000 log2_work=85.529122 tx=169950688 date='2016-11-11 19:27:07' progress=0.999980 cache=80.3MiB(45820tx)
2016-11-11 20:34:15 UpdateTip: new best=00000000000000000428ab8737a68bcbd5cffaadda04a423933896475d0a0e30 height=438437 version=0x20000000 log2_work=85.52915 tx=169952946 date='2016-11-11 19:35:37' progress=0.999983 cache=86.1MiB(49385tx)
2016-11-11 20:34:16 UpdateTip: new best=0000000000000000009bf5d049f100dc5c620582f1afcf20e82a1b40168c88e0 height=438438 version=0x20000000 log2_work=85.529178 tx=169955434 date='2016-11-11 20:02:13' progress=0.999991 cache=88.4MiB(53703tx)
2016-11-11 20:34:16 receive version message: /Satoshi:0.13.1/: version 70014, blocks=438444, us=92.221.115.30:59588, peer=4
2016-11-11 20:34:18 UpdateTip: new best=0000000000000000002f91fcaac28a6b3785bba88699aaf95bf48d95371a2a7c height=438439 version=0x20000000 log2_work=85.529206 tx=169958196 date='2016-11-11 20:12:45' progress=0.999994 cache=96.3MiB(58418tx)
2016-11-11 20:34:20 UpdateTip: new best=000000000000000001542e46acf8bd8901baae7dfa47f44950c48b139c88371a height=438440 version=0x20000000 log2_work=85.529235 tx=169959484 date='2016-11-11 20:15:51' progress=0.999995 cache=126.1MiB(62820tx)
2016-11-11 20:34:21 tor: Thread interrupt
2016-11-11 20:34:21 torcontrol thread exit
2016-11-11 20:34:21 scheduler thread interrupt
2016-11-11 20:34:21 addcon thread interrupt
2016-11-11 20:34:21 net thread interrupt
2016-11-11 20:34:21 opencon thread interrupt
2016-11-11 20:34:21 ProcessMessages: advertising address [2001:0:5ef5:79fd:24ba:1f45:a322:8ce1]:8333
2016-11-11 20:34:21 receive version message: /Satoshi:0.13.1/: version 70014, blocks=438444, us=92.221.115.30:59592, peer=5
2016-11-11 20:34:21 msghand thread interrupt
2016-11-11 20:34:21 Shutdown: In progress...
2016-11-11 20:34:21 StopNode()
2016-11-11 20:34:23 Corruption: block checksum mismatch
2016-11-11 20:34:23 *** System error while flushing: Database corrupted
2016-11-11 20:34:41 Shutdown: done
|
|
|
|
Firstly, I'm afraid I don't know what pruned mode is and I doubt I would know how to run it.
At the moment my priority is to remove Bitcoin and hopefully all the data from my laptop. I don't need to use it as a wallet for the time being. I am not using any Bitcoins right now, so I dont need access to them.
But I do have some and so in the future I hope to buy a larger faster pc or laptop, reinstall Core or perhaps find a different program... and thus recover my Bitcoins. My understanding was that all I really need to keep is that wallet.dat file - because I can always download the blockchain again.
Have you deleted them yet? If not then: Making core run in pruned mode is very easy and it'll save you the trouble of re-downloading in the future. Just rune core with -prune=550. 550 is the disk space in megabyte (can be increased, can't be lower than 550) that bitcoin core will use for raw block and undo data. Wallet.dat is the only thing you need to backup if you're going to delete bitcoin core. He says: "Firstly, I'm afraid I don't know what pruned mode is and I doubt I would know how to run it." |
|
|
|
I never had to wait longer then one block for a confirm. Just pay 20k sats fee and you will be fine.
IMO this "my transaction is not confirmed since days"-blabla ist mostly Bigblockers/BU - FUD.
You says nothing about how long you waiting for that one block. https://blockchain.info/charts/avg-confirmation-time |
|
|
|
Bitcoin is still as hopeless as payment when it takes up to several hours to get the payment confirmed.
False. Transaction time is almost instant, and confirmation time is 10 minutes on average. Not false. My last transaction took 4 hours, but even 10 minuts is to long when you are in a store to pay. |
|
|
|
-snip-
Yes, that way you dont have to resync if the database gets corrupted again. You can just restore from the (uncorrupted) copy and sync the rest of the way (e.g. the month).
Takes some time to copy the folder, 97 GB  How long did it take you to resync under these conditions? Its 9 days since your first post. Just an idea. Im not doing it myself, but I also never had these problems. Yes, true, to copy it took only 55 minutts . And the hole shit startet with install of 0.13.1. |
|
|
|
At last.
After bitcoin-qt stoppet 2 last time, I did'nt start over again.
I restartet my computer I opened Bitcoin Core again (it was 4 weeks back) and it sync to finished.
When starting up with this attemps I closed my Norton Firewall and used instad Windows Defender.
Not sure this was the reason for success. I opened Norton and could find that Bitcoin-Qt.exe was
on exeption. In Windows Defender it was possible also to set the map with BitCoinCore data on exeption,
but I cannot find something similar in Norton Firewall.
Thank you all for trying help me.
Consider creating a backup copy of the folder once a month so you dont have to resync from scratch every time something like this happens (might very well been norton). Yes, my wallet.dat backup was 1 year old. But you mean I should creat a backup copy of the hole folder? Yes, that way you dont have to resync if the database gets corrupted again. You can just restore from the (uncorrupted) copy and sync the rest of the way (e.g. the month). Takes some time to copy the folder, 97 GB |
|
|
|
At last.
After bitcoin-qt stoppet 2 last time, I did'nt start over again.
I restartet my computer I opened Bitcoin Core again (it was 4 weeks back) and it sync to finished.
When starting up with this attemps I closed my Norton Firewall and used instad Windows Defender.
Not sure this was the reason for success. I opened Norton and could find that Bitcoin-Qt.exe was
on exeption. In Windows Defender it was possible also to set the map with BitCoinCore data on exeption,
but I cannot find something similar in Norton Firewall.
Thank you all for trying help me.
Consider creating a backup copy of the folder once a month so you dont have to resync from scratch every time something like this happens (might very well been norton). Yes, my wallet.dat backup was 1 year old. But you mean I should creat a backup copy of the hole folder? |
|
|
|
|
But SegWit! has no effect that transactions are better or go faster. Bitcoin is still as hopeless as payment when it takes up to several hours to get the payment confirmed.
|
|
|
|
|
At last.
After bitcoin-qt stoppet 2 last time, I did'nt start over again.
I restartet my computer I opened Bitcoin Core again (it was 4 weeks back) and it sync to finished.
When starting up with this attemps I closed my Norton Firewall and used instad Windows Defender.
Not sure this was the reason for success. I opened Norton and could find that Bitcoin-Qt.exe was
on exeption. In Windows Defender it was possible also to set the map with BitCoinCore data on exeption,
but I cannot find something similar in Norton Firewall.
Thank you all for trying help me.
|
|
|
|
|
4 weeks left. an then, again:
2016-11-05 07:56:35 Pre-allocating up to position 0x900000 in rev00641.dat
2016-11-05 07:56:35 UpdateTip: new best=0000000000000000029e7fab3a30a667bcde41dd4815a30aff85a6c74427f5d7 height=432888 version=0x20000000 log2_work=85.363322 tx=160683190 date='2016-10-04 23:39:13' progress=0.985894 cache=78.5MiB(43928tx)
2016-11-05 07:56:36 UpdateTip: new best=0000000000000000046e5681c834b21b9994636ac904c9408afa4891209ea695 height=432889 version=0x20000000 log2_work=85.363352 tx=160684129 date='2016-10-04 23:40:27' progress=0.985895 cache=79.6MiB(45950tx)
2016-11-05 07:56:37 UpdateTip: new best=000000000000000001b4e19a9dc637567bcd4aa8b565e4f1b59567aaf0039775 height=432890 version=0x20000000 log2_work=85.363382 tx=160685993 date='2016-10-04 23:52:27' progress=0.985898 cache=82.0MiB(49409tx)
2016-11-05 07:56:38 UpdateTip: new best=0000000000000000043df1cfa8167937117f32b54582ca5644a2b08cbf77c2b8 height=432891 version=0x20000000 log2_work=85.363412 tx=160688621 date='2016-10-05 00:11:55' progress=0.985905 cache=84.8MiB(53358tx)
2016-11-05 07:56:40 UpdateTip: new best=00000000000000000390a3b38f4bfdf15cb3528c6050c4c6cd68052f38fe25be height=432892 version=0x20000000 log2_work=85.363442 tx=160689837 date='2016-10-05 00:15:36' progress=0.985906 cache=87.7MiB(56838tx)
2016-11-05 07:56:40 LevelDB read failure: Corruption: block checksum mismatch
2016-11-05 07:56:40 Corruption: block checksum mismatch
2016-11-05 08:04:01 Error reading from database: Database corrupted
Again:
2016-11-05 08:14:13 Bitcoin version v0.13.1
2016-11-05 08:14:13 InitParameterInteraction: parameter interaction: -whitelistforcerelay=1 -> setting -whitelistrelay=1
2016-11-05 08:14:14 GUI: "registerShutdownBlockReason: Successfully registered: Bitcoin Core didn't yet exit safely..."
2016-11-05 08:14:14 Default data directory C:\Users\Pc\AppData\Roaming\Bitcoin
2016-11-05 08:14:14 Using data directory E:\BitCoinData
2016-11-05 08:14:14 Using config file E:\BitCoinData\bitcoin.conf
2016-11-05 08:14:14 Using at most 125 connections (2048 file descriptors available)
2016-11-05 08:14:14 Using 2 threads for script verification
2016-11-05 08:14:14 Using BerkeleyDB version Berkeley DB 4.8.30: (April 9, 2010)
2016-11-05 08:14:14 Using wallet wallet.dat
2016-11-05 08:14:14 scheduler thread start
2016-11-05 08:14:14 init message: Verifiserer lommebok...
2016-11-05 08:14:14 CDBEnv::Open: LogDir=E:\BitCoinData\database ErrorFile=E:\BitCoinData\db.log
2016-11-05 08:14:14 Bound to [::]:8333
2016-11-05 08:14:14 Bound to 0.0.0.0:8333
2016-11-05 08:14:14 Cache configuration:
2016-11-05 08:14:14 * Using 2.0MiB for block index database
2016-11-05 08:14:14 * Using 8.0MiB for chain state database
2016-11-05 08:14:14 * Using 290.0MiB for in-memory UTXO set
2016-11-05 08:14:14 init message: Laster blokkindeks...
2016-11-05 08:14:14 Opening LevelDB in E:\BitCoinData\blocks\index
2016-11-05 08:14:14 Opened LevelDB successfully
2016-11-05 08:14:14 Using obfuscation key for E:\BitCoinData\blocks\index: 0000000000000000
2016-11-05 08:14:14 Opening LevelDB in E:\BitCoinData\chainstate
2016-11-05 08:14:22 Opened LevelDB successfully
2016-11-05 08:14:22 Using obfuscation key for E:\BitCoinData\chainstate: e0c23e443b44f65d
2016-11-05 08:14:34 LoadBlockIndexDB: last block file = 641
2016-11-05 08:14:34 LoadBlockIndexDB: last block file info: CBlockFileInfo(blocks=103, size=85176170, heights=432731...432948, time=2016-10-03...2016-10-05)
2016-11-05 08:14:34 Checking all blk files are present...
2016-11-05 08:14:47 LoadBlockIndexDB: transaction index disabled
2016-11-05 08:14:48 LoadBlockIndexDB: hashBestChain=0000000000000000013e73c780c7c322a0eda336f094f27b04591795953098d5 height=432877 date=2016-10-04 21:49:48 progress=0.985853
2016-11-05 08:14:48 init message: Rewinding blocks...
2016-11-05 08:14:50 init message: Verifiserer blokker...
2016-11-05 08:14:50 Verifying last 6 blocks at level 3
2016-11-05 08:14:50 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...[99%]...[DONE].
2016-11-05 08:14:57 No coin database inconsistencies in last 7 blocks (12014 transactions)
2016-11-05 08:14:57 block index 43374ms
2016-11-05 08:14:57 init message: Laster lommebok...
2016-11-05 08:14:58 nFileVersion = 130100
2016-11-05 08:14:58 Keys: 0 plaintext, 267 encrypted, 63 w/ metadata, 267 total
2016-11-05 08:14:58 wallet 705ms
2016-11-05 08:14:58 mapBlockIndex.size() = 437429
2016-11-05 08:14:58 nBestHeight = 432877
2016-11-05 08:14:58 setKeyPool.size() = 100
2016-11-05 08:14:58 mapWallet.size() = 491
2016-11-05 08:14:58 mapAddressBook.size() = 12
2016-11-05 08:14:58 init message: Laster adresser...
2016-11-05 08:14:58 torcontrol thread start
2016-11-05 08:14:58 Loaded 12328 addresses from peers.dat 102ms
2016-11-05 08:14:58 init message: Loading banlist...
2016-11-05 08:14:58 init message: Starting network threads...
2016-11-05 08:14:58 AddLocal([2001:0:9d38:6ab8:2832:372f:a322:8ce1]:8333,1)
2016-11-05 08:14:58 Discover: DESKTOP-KKQMMP0 - 2001:0:9d38:6ab8:2832:372f:a322:8ce1
2016-11-05 08:14:58 dnsseed thread start
2016-11-05 08:14:58 net thread start
2016-11-05 08:14:58 addcon thread start
2016-11-05 08:14:58 opencon thread start
2016-11-05 08:14:58 msghand thread start
2016-11-05 08:14:58 init message: Ferdig med lasting
2016-11-05 08:14:58 GUI: Platform customization: "windows"
2016-11-05 08:14:58 GUI: PaymentServer::LoadRootCAs: Loaded 43 root certificates
2016-11-05 08:15:01 receive version message: /Satoshi:0.13.1/: version 70014, blocks=437431, us=92.221.115.30:62217, peer=1
2016-11-05 08:15:01 receive version message: /Satoshi:0.13.1/: version 70014, blocks=437431, us=92.221.115.30:62219, peer=2
2016-11-05 08:15:02 receive version message: /Satoshi:0.13.1/: version 70014, blocks=437431, us=92.221.115.30:62221, peer=4
2016-11-05 08:15:03 receive version message: /Satoshi:0.13.1/: version 70014, blocks=437431, us=92.221.115.30:62222, peer=5
2016-11-05 08:15:04 receive version message: /Satoshi:0.13.1/: version 70014, blocks=437431, us=92.221.115.30:62224, peer=6
2016-11-05 08:15:04 receive version message: /Satoshi:0.13.1/: version 70014, blocks=437431, us=92.221.115.30:62220, peer=3
2016-11-05 08:15:04 receive version message: /Satoshi:0.13.1/: version 70014, blocks=437431, us=92.221.115.30:62225, peer=7
2016-11-05 08:15:04 Pre-allocating up to position 0x7000000 in blk00641.dat
2016-11-05 08:15:05 receive version message: /Satoshi:0.13.1/: version 70014, blocks=437431, us=92.221.115.30:62226, peer=8
2016-11-05 08:15:06 Pre-allocating up to position 0x8000000 in blk00641.dat
2016-11-05 08:15:08 Leaving block file 641: CBlockFileInfo(blocks=166, size=134175325, heights=432731...433046, time=2016-10-03...2016-10-05)
2016-11-05 08:15:09 P2P peers available. Skipped DNS seeding.
2016-11-05 08:15:09 dnsseed thread exit
2016-11-05 08:15:09 Pre-allocating up to position 0x1000000 in blk00642.dat
2016-11-05 08:15:12 Pre-allocating up to position 0x100000 in rev00642.dat
2016-11-05 08:15:12 UpdateTip: new best=000000000000000000dd6160c3f55894ac03a97f8bc124386c8791f73b8979f0 height=432878 version=0x20000000 log2_work=85.363021 tx=160666615 date='2016-10-04 21:55:22' progress=0.985855 cache=6.1MiB(4688tx)
2016-11-05 08:15:14 Pre-allocating up to position 0x800000 in rev00641.dat
2016-11-05 08:15:14 UpdateTip: new best=00000000000000000451b0075829e3972d0c3221de56a6c2c5b8ed6e70357ce5 height=432879 version=0x20000000 log2_work=85.363051 tx=160667134 date='2016-10-04 21:57:25' progress=0.985855 cache=7.9MiB(8489tx)
2016-11-05 08:15:14 UpdateTip: new best=000000000000000001c39e53f7a20dcad570ce806b7dc29a5bc4469873c57948 height=432880 version=0x20000000 log2_work=85.363081 tx=160667335 date='2016-10-04 21:58:36' progress=0.985856 cache=22.6MiB(9512tx)
2016-11-05 08:15:15 UpdateTip: new best=0000000000000000042c68cfb3a48be38f9ea4273f0da692243e0839a5d93cf6 height=432881 version=0x20000000 log2_work=85.363111 tx=160669526 date='2016-10-04 22:11:32' progress=0.985860 cache=25.2MiB(14872tx)
2016-11-05 08:15:17 UpdateTip: new best=00000000000000000201eff0480024dadd2dd8d459a09d7ed8c856a65c46613e height=432882 version=0x20000000 log2_work=85.363142 tx=160670090 date='2016-10-04 22:13:56' progress=0.985861 cache=33.3MiB(19045tx)
2016-11-05 08:15:18 UpdateTip: new best=000000000000000002efdbec5eff8b787aa44f9ed0592a61a90cab140f21167d height=432883 version=0x20000000 log2_work=85.363172 tx=160671958 date='2016-10-04 22:24:04' progress=0.985864 cache=37.0MiB(22812tx)
2016-11-05 08:15:18 Pre-allocating up to position 0x2000000 in blk00642.dat
2016-11-05 08:15:20 Pre-allocating up to position 0x3000000 in blk00642.dat
2016-11-05 08:15:21 Pre-allocating up to position 0x4000000 in blk00642.dat
2016-11-05 08:15:22 Pre-allocating up to position 0x5000000 in blk00642.dat
2016-11-05 08:15:23 Pre-allocating up to position 0x6000000 in blk00642.dat
2016-11-05 08:15:24 Pre-allocating up to position 0x7000000 in blk00642.dat
2016-11-05 08:15:26 UpdateTip: new best=0000000000000000004f2541c6c4814190bbdf137115a1a5ff2d9d59fce490a4 height=432884 version=0x20000000 log2_work=85.363202 tx=160674857 date='2016-10-04 22:47:11' progress=0.985871 cache=45.3MiB(27837tx)
2016-11-05 08:15:27 UpdateTip: new best=000000000000000000a090c253993270fe976bc6342cbccddfafad53f35ed8b2 height=432885 version=0x20000000 log2_work=85.363232 tx=160677198 date='2016-10-04 22:59:05' progress=0.985875 cache=52.8MiB(32308tx)
2016-11-05 08:15:29 UpdateTip: new best=0000000000000000042704e992de1f01e4f57e3c6ac38b3a5533fad8ab95a7a2 height=432886 version=0x20000000 log2_work=85.363262 tx=160679256 date='2016-10-04 23:09:03' progress=0.985878 cache=61.0MiB(36325tx)
2016-11-05 08:15:30 UpdateTip: new best=0000000000000000028f77654acc17cd4ed522ff90d3371fb1332dc951ae7836 height=432887 version=0x20000000 log2_work=85.363292 tx=160680339 date='2016-10-04 23:14:43' progress=0.985880 cache=68.9MiB(39589tx)
2016-11-05 08:15:31 UpdateTip: new best=0000000000000000029e7fab3a30a667bcde41dd4815a30aff85a6c74427f5d7 height=432888 version=0x20000000 log2_work=85.363322 tx=160683190 date='2016-10-04 23:39:13' progress=0.985888 cache=71.0MiB(43928tx)
2016-11-05 08:15:31 UpdateTip: new best=0000000000000000046e5681c834b21b9994636ac904c9408afa4891209ea695 height=432889 version=0x20000000 log2_work=85.363352 tx=160684129 date='2016-10-04 23:40:27' progress=0.985889 cache=72.1MiB(45950tx)
2016-11-05 08:15:32 Pre-allocating up to position 0x900000 in rev00641.dat
2016-11-05 08:15:32 UpdateTip: new best=000000000000000001b4e19a9dc637567bcd4aa8b565e4f1b59567aaf0039775 height=432890 version=0x20000000 log2_work=85.363382 tx=160685993 date='2016-10-04 23:52:27' progress=0.985893 cache=74.5MiB(49409tx)
2016-11-05 08:15:33 UpdateTip: new best=0000000000000000043df1cfa8167937117f32b54582ca5644a2b08cbf77c2b8 height=432891 version=0x20000000 log2_work=85.363412 tx=160688621 date='2016-10-05 00:11:55' progress=0.985899 cache=77.3MiB(53358tx)
2016-11-05 08:15:35 UpdateTip: new best=00000000000000000390a3b38f4bfdf15cb3528c6050c4c6cd68052f38fe25be height=432892 version=0x20000000 log2_work=85.363442 tx=160689837 date='2016-10-05 00:15:36' progress=0.985900 cache=80.2MiB(56838tx)
2016-11-05 08:15:35 LevelDB read failure: Corruption: block checksum mismatch
2016-11-05 08:15:35 Corruption: block checksum mismatch
2016-11-05 08:15:48 Error reading from database: Database corrupted
|
|
|
|
|
2016-11-04 04:30:52 UpdateTip: new best=00000000000000000d69fa2d55c58c82f754d64f75ec938044d21f6612998aa5 height=375787 version=0x00000003 log2_work=83.383111 tx=85073513 date='2015-09-23 14:24:10' progress=0.695425 cache=274.8MiB(116456tx)
2016-11-04 04:30:53 UpdateTip: new best=000000000000000004c68cd5660e0b94dffcb81c5b51cca535a7aac28f0c18e6 height=375788 version=0x00000003 log2_work=83.38314 tx=85075087 date='2015-09-23 14:40:00' progress=0.695436 cache=276.2MiB(118247tx)
2016-11-04 04:30:53 UpdateTip: new best=00000000000000000c2d37f8008b397fa78e2f82c982521c8292ebd14f1f7c80 height=375789 version=0x00000003 log2_work=83.383169 tx=85075088 date='2015-09-23 15:00:35' progress=0.695444 cache=276.2MiB(118248tx)
2016-11-04 04:30:56 Corruption: block checksum mismatch
2016-11-04 04:30:56 *** System error while flushing: Database corrupted
2016-11-04 04:49:51 ping timeout: 1200.022713s
2016-11-04 04:50:27 ping timeout: 1200.008012s
2016-11-04 04:50:43 ping timeout: 1200.004705s
2016-11-04 04:50:47 socket sending timeout: 1201s
2016-11-04 04:50:47 socket sending timeout: 1201s
2016-11-04 04:50:47 socket sending timeout: 1201s
2016-11-04 04:50:47 socket sending timeout: 1201s
2016-11-04 04:50:47 socket sending timeout: 1201s
2016-11-04 05:15:57 ERROR: ProcessNewBlock: ActivateBestChain failed
2016-11-04 05:15:57 tor: Thread interrupt
2016-11-04 05:15:57 addcon thread interrupt
2016-11-04 05:15:57 torcontrol thread exit
2016-11-04 05:15:57 opencon thread interrupt
2016-11-04 05:15:57 scheduler thread interrupt
2016-11-04 05:15:57 msghand thread interrupt
2016-11-04 05:15:57 net thread interrupt
2016-11-04 05:15:57 Shutdown: In progress...
2016-11-04 05:15:57 StopNode()
2016-11-04 05:15:57 Corruption: block checksum mismatch
2016-11-04 05:15:57 *** System error while flushing: Database corrupted
2016-11-04 05:16:06 Shutdown: done
|
|
|
|
|
2016-11-03 17:29:00 UpdateTip: new best=000000000000000001a4f543e574f6e9d6e6e7c4ea2b84a5c1d5193a0a295995 height=369485 version=0x00000003 log2_work=83.200456 tx=79613520 date='2015-08-11 22:44:49' progress=0.651173 cache=271.0MiB(105427tx)
2016-11-03 17:29:01 UpdateTip: new best=00000000000000000b171e323b3b22249bf387710174951fc028a90b13a6ba71 height=369486 version=0x00000003 log2_work=83.200486 tx=79614560 date='2015-08-11 22:49:23' progress=0.651180 cache=272.1MiB(106503tx)
2016-11-03 17:29:01 UpdateTip: new best=00000000000000000a46e4c6e7ccdcd267212ba28409c8f8652e3cbe09cfbc66 height=369487 version=0x00000003 log2_work=83.200515 tx=79615168 date='2015-08-11 22:59:53' progress=0.651186 cache=272.4MiB(107072tx)
2016-11-03 17:29:02 UpdateTip: new best=0000000000000000012dd40bbc4ec394f9a7a3cef8bb116e424233b6c57c51f5 height=369488 version=0x00000003 log2_work=83.200544 tx=79616449 date='2015-08-11 23:12:08' progress=0.651196 cache=274.9MiB(108360tx)
2016-11-03 17:29:02 UpdateTip: new best=00000000000000000614bbd45fd5fc16fc0c6ef9345f295e7c14b1ca53546084 height=369489 version=0x00000003 log2_work=83.200574 tx=79617255 date='2015-08-11 23:24:33' progress=0.651204 cache=276.4MiB(109206tx)
2016-11-03 17:29:03 UpdateTip: new best=00000000000000000e62faff5e379064fc5c4dfa6b760b7a74b04cd6551a8abc height=369490 version=0x00000003 log2_work=83.200603 tx=79619372 date='2015-08-12 00:00:47' progress=0.651226 cache=283.0MiB(111596tx)
2016-11-03 17:29:03 UpdateTip: new best=0000000000000000145edd92076d5b0680c1733af43ca326d75ca82ebf1b6a36 height=369491 version=0x00000003 log2_work=83.200633 tx=79619588 date='2015-08-12 00:02:17' progress=0.651228 cache=283.2MiB(111804tx)
2016-11-03 17:29:04 UpdateTip: new best=000000000000000009ea174667794d7f33d905d98d188c0cb97caa570cfcccbb height=369492 version=0x00000003 log2_work=83.200662 tx=79620593 date='2015-08-12 00:15:47' progress=0.651237 cache=284.5MiB(112790tx)
2016-11-03 17:29:04 Pre-allocating up to position 0x200000 in rev00318.dat
2016-11-03 17:29:04 UpdateTip: new best=00000000000000000a5a04a0db8e6c8d5ce77a57eb429c423187c369877e7f21 height=369493 version=0x00000003 log2_work=83.200691 tx=79621517 date='2015-08-12 00:28:21' progress=0.651246 cache=285.5MiB(113795tx)
2016-11-03 17:29:05 UpdateTip: new best=000000000000000001daa7e4139da51309bac6c78e851b19e32657428d094abf height=369494 version=0x00000003 log2_work=83.200721 tx=79622115 date='2015-08-12 00:40:03' progress=0.651253 cache=285.7MiB(114366tx)
2016-11-03 17:29:05 UpdateTip: new best=00000000000000000e21d6ae3944a058138a900e29813b97c0c8b78a241f34dd height=369495 version=0x00000003 log2_work=83.20075 tx=79622659 date='2015-08-12 00:49:27' progress=0.651258 cache=286.1MiB(114902tx)
2016-11-03 17:29:05 UpdateTip: new best=00000000000000000204a252c092267eea1cb005e8a3c9266f3699321aedd718 height=369496 version=0x00000003 log2_work=83.200779 tx=79623351 date='2015-08-12 00:57:51' progress=0.651264 cache=288.8MiB(115762tx)
2016-11-03 17:29:06 UpdateTip: new best=0000000000000000115f3e1d1b717f3bbfd6801786fab957a1a5b2058d61c2f2 height=369497 version=0x00000003 log2_work=83.200809 tx=79624909 date='2015-08-12 01:24:50' progress=0.651281 cache=289.4MiB(117378tx)
2016-11-03 17:29:10 Corruption: block checksum mismatch
2016-11-03 17:29:10 *** System error while flushing: Database corrupted
2016-11-03 17:29:24 ERROR: ProcessNewBlock: ActivateBestChain failed
2016-11-03 17:29:24 tor: Thread interrupt
2016-11-03 17:29:24 opencon thread interrupt
2016-11-03 17:29:24 torcontrol thread exit
2016-11-03 17:29:24 scheduler thread interrupt
2016-11-03 17:29:24 addcon thread interrupt
2016-11-03 17:29:24 msghand thread interrupt
2016-11-03 17:29:24 net thread interrupt
2016-11-03 17:29:24 Shutdown: In progress...
2016-11-03 17:29:24 StopNode()
2016-11-03 17:29:25 Corruption: block checksum mismatch
2016-11-03 17:29:25 *** System error while flushing: Database corrupted
2016-11-03 17:43:37 Shutdown: done
|
|
|
|
Error opening block database. Want to restore block database now? This is the last lines in debug.log:
-snip-
2016-11-02 16:58:37 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...LevelDB read failure: Corruption: block checksum mismatch
2016-11-02 16:58:39 Corruption: block checksum mismatch
The hole log is to big to post here. Since this keeps happening, it might still be a hardware problem (e.g. disk [you switch it IIRC], RAM or CPU) or a problem with some software that is interfering with the data (e.g. anti virus or similar). Versjon: Windows 10 Home Versjon: 1607 OS-build: 14393.351 Produkt-ID: 00326-10000-00000-AA865 Prosessor: AMD FX(tm)-4100 Quad-Core Processor 3.60 GHz Installed memory (RAM): 12.0 GB System: 64-bits operativsystem, x64-based prosessor It is a Seagate Expansion Drive SSD 2 TB. External. Program is on my c drive. I was first using my internal 1 TB hardisk. Using Windows Defender with exeption. Else it's Norton. Just going off the specs here... might as well be Win10 mucking about with the files for some reason. 12 GB is kinda odd, are you using old RAM maybe? Like 4+4 new and 2+2 old or something like that. Checked the memory and it was ok. Maybe Win10, yes. When I used my wallet very often my operativsystem was Win7. |
|
|
|
Error opening block database. Want to restore block database now? This is the last lines in debug.log:
-snip-
2016-11-02 16:58:37 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...LevelDB read failure: Corruption: block checksum mismatch
2016-11-02 16:58:39 Corruption: block checksum mismatch
The hole log is to big to post here. Since this keeps happening, it might still be a hardware problem (e.g. disk [you switch it IIRC], RAM or CPU) or a problem with some software that is interfering with the data (e.g. anti virus or similar). Versjon: Windows 10 Home Versjon: 1607 OS-build: 14393.351 Produkt-ID: 00326-10000-00000-AA865 Prosessor: AMD FX(tm)-4100 Quad-Core Processor 3.60 GHz Installed memory (RAM): 12.0 GB System: 64-bits operativsystem, x64-based prosessor It is a Seagate Expansion Drive SSD 2 TB. External. Program is on my c drive. I was first using my internal 1 TB hardisk. Using Windows Defender with exeption. Else it's Norton. |
|
|
|
|
Error opening block database. Want to restore block database now?
This is the last lines in debug.log:
2016-11-02 16:57:19 Opening LevelDB in I:\BitCoinData\chainstate
2016-11-02 16:57:26 Opened LevelDB successfully
2016-11-02 16:57:26 Using obfuscation key for I:\BitCoinData\chainstate: 0b2ecafd5c12fdff
2016-11-02 16:58:24 LoadBlockIndexDB: last block file = 275
2016-11-02 16:58:24 LoadBlockIndexDB: last block file info: CBlockFileInfo(blocks=190, size=90703135, heights=358531...358766, time=2015-05-29...2015-05-31)
2016-11-02 16:58:24 Checking all blk files are present...
2016-11-02 16:58:35 LoadBlockIndexDB: transaction index disabled
2016-11-02 16:58:36 LoadBlockIndexDB: hashBestChain=000000000000000012612a2949ed88a757a2e7e9b54a5901ac74e76f0d207f17 height=358695 date=2015-05-30 18:28:52 progress=0.567726
2016-11-02 16:58:36 init message: Rewinding blocks...
2016-11-02 16:58:37 init message: Verifiserer blokker...
2016-11-02 16:58:37 Verifying last 6 blocks at level 3
2016-11-02 16:58:37 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...LevelDB read failure: Corruption: block checksum mismatch
2016-11-02 16:58:39 Corruption: block checksum mismatch
The hole log is to big to post here.
|
|
|
|
|
This is from old topic when I had problem with my e: harddisk
No, it was not so easy. 39 weeks left it stopped up, but looks still working:
2016-10-31 07:23:54 UpdateTip: new best=0000000000000000066e016cd8effc0c3017b09727eb8970c353fda3660446d1 height=395384 version=0x00000004 log2_work=83.990503 tx=106301584 date='2016-01-28 02:40:50' progress=0.822495 cache=19.0MiB(8251tx)
2016-10-31 07:23:55 UpdateTip: new best=000000000000000006c02a8fe0de0e88a9f185a25e06b004065396de78d035f7 height=395385 version=0x00000004 log2_work=83.990542 tx=106302123 date='2016-01-28 02:43:35' progress=0.822497 cache=28.3MiB(12532tx)
2016-10-31 07:23:55 ERROR: ConnectBlock: Consensus::CheckBlock: bad-txnmrklroot, hashMerkleRoot mismatch (code 16)
2016-10-31 07:23:55 Misbehaving: 93.115.86.246:8333 (0 -> 100) BAN THRESHOLD EXCEEDED
2016-10-31 07:23:55 ERROR: ConnectTip(): ConnectBlock 000000000000000004f6e4e9c79c37545001684a197a34623c6a3a14b6ff1dc9 failed
2016-10-31 07:23:55 ERROR: ConnectBlock: Consensus::CheckBlock: bad-txnmrklroot, hashMerkleRoot mismatch (code 16)
2016-10-31 07:23:55 Misbehaving: 93.115.86.246:8333 (100 -> 200)
2016-10-31 07:23:55 ERROR: ConnectTip(): ConnectBlock 000000000000000004f6e4e9c79c37545001684a197a34623c6a3a14b6ff1dc9 failed
2016-10-31
When scanning my harddisk it was repaired for a bad sector or something. I started to resync again, but it stopped up when I was 39 weeks left. Bitcoin Core asked me to start again and I answered yes, so it's on processing blocks again.
|
|
|
|
I'm 1 year and 46 weeks behind now. Nearest I come during my other attempt was around 42 weeks behind. I was also making a backup wallet that time, so I have 5 backups now Well, you haven't really provided us with adequate information to come up with concrete ways to help you in addition to this being quite a specific problem. Your Bitcoin folder is not on an external disk, right? One of the forum members here warned me to send backup file to other.
Correct. Do not send the wallet.dat unless you plan on never using those addresses again. It is a Seagate Expansion Drive SSD 2 TB. External. Program is on my c drive. I was first using my internal 1 TB hardisk. |
|
|
|
I exite wallet first before rename wallet.dat to wallet.dat_original, then copied my backup, lommebok.dat, to BitCoinDat folder and renamed it to wallet.dat.
You're trying to say that you can't sync up with the backup wallet, but with the original wallet it works? With my oldest backup wallet it stopped up, yes. Debug.log was so huge that it was not possible to open it.
You can open it, you just need better software to do so. To late, debug.log was gone after I startet over again. Right now sync my Bitcoin Core 0.13.1 with the network, but without my wallet backup.
Good. As mentioned earlier, someone could extract your money from the backup one if needed. I'm 1 year and 46 weeks behind now. Nearest I come during my other attempt was around 39 weeks behind. I was also making a backup wallet that time, so I have 5 backups now One of the forum members here warned me to send backup file to other. |
|
|
|
After replaced wallet.dat with my bacup wallet the sync stopped up. No program error, but a huge debug list, around 600 000 bytes.
What exactly did you do? Hopefully you did not attempt to alter any files during the synchronization itself? Check the debug log and post the latest (or most relevant) part of it. I exite wallet first before rename wallet.dat to wallet.dat_original, then copied my backup, lommebok.dat, to BitCoinDat folder and renamed it to wallet.dat. Debug.log was so huge that it was not possible to open it. Right now sync my Bitcoin Core 0.13.1 with the network, but without my wallet backup. |
|
|
|
|
Show Posts
