I am on a Mac, running OSX 10.8.2 After updating from 0.7 to 0.8.1, is there some cleanup(obviously moving to offline storage and not deleting) to be done in the bitcoin directory /Users/uid/Library/Application Support/Bitcoin ? The directory now contains 16.3Gb of stuff  in 146 items. The biggest files I see are .../Bitcoin/blk000[1-4].dat, total 6.5Gb and also .../Bitcoin/blocks/blk0000[0-4].dat, total 6.5Gb. |
|
|
|
Thanks, 88BTC is not much more than 75BTC that was paid for batch #2.1 I know at that time the BTC/USD exchange rate was different. |
|
|
|
|
Can someone please point me to the page that gives these 88BTC and 111BTC prices ?
Until then, I think mentioning these high prices for batch #3 is FUD.
The only thing I see at store.avalon-asics.com/?product=avalon-asic-unit is a rotating 'diamond'.
Perhaps someone of the Avalon team pulled a prank on us, by putting up this price for a few minutes, and is now LHAO ?
|
|
|
|
|
Omdat er geen interesse uit de bitcoin wereld is gekomen heb ik de advertentie verwijderd.
|
|
|
|
|
Sati sounds ok, Shi sounds better. But I didn't check the meaning of either in all world languages
|
|
|
|
So you have two PC's. The old one with enough BTC in the wallet, and a new one to which you might have sent five BTC. I would proceed like this: Stop all bitcoin programs on both PC's Make a backup of the wallet.dat file on the new PC, call it wallet-dat-new Make a backup of the wallet.dat file on the old PC, call it wallet-dat-old Install version 0.8 of bitcoin-qt on the new PC. This version is fine for you, in case you know about the fork yesterday. You're not going to mine. Start bitcoin-qt 0.8 on the new PC and let it run for a minute so it has downloaded a little bit of the blockchain. Stop bitcoin-qt on the new PC. Copy wallet-dat-old to wallet.dat on the new PC , overwriting the existing wallet.dat (you have a backup of it too)Start bitcoin-qt on the new PC and let it download the complete blockchain. This will take a while. Your amount of BTC should appear while it is downloading. You now have the latest bitcoin-qt program with your BTC in it. Once you succeeded, you'll get instructions to check for the five BTC  Which brand car are you looking at ?  Good luck! |
|
|
|
|
Did you try to add the directory to spotlight privacy tab in system preferences ?
|
|
|
|
Same, save that I ordered on the 3rd and opened a support ticket on the fourth. Not a peep from Avalon more than three weeks later.
Close this ticket and open a new one. Do this every week till you get a response... |
|
|
|
I've refrained from PMing BitSyncom because I'm sure that his inbox is most likely overloaded. Wondering if anyone else is in the same boat as me?
I was, so I wrote a support request, which was handled a week later and I now have both my Feb-3 and Feb-18 orders listed. All orders show processing. #1 - Should I be eventually receiving a order confirmation for the 1st wave Batch #2 orders?
#2 - Should the 1st wave Batch #2 orders from Feb 3rd be shown on the website?
My best guess: #1: yes, i suppose they are very busy handling orders from batch 1, and only look at batch 2 support issues now and then. #2: yes, after #1 has been fixed |
|
|
|
I'm running on a 15" Retina MBP and have just been playing around with mining on it a little bit. I realize GPU mining is almost dead at the moment, but bear with me.
Overnight last night I was running the BitMinter Java client and getting around ~20Mh/s. I fired it up again this evening, and for some reason, am now only getting around 5Mh/s. I'm seeing the same rate on both the BitMinter java client as well as with cgminer. Nothing has changed on my system over the last day other than having to reboot it a few times for other reasons. Does anyone have any idea why my Mh/s output rate has fallen so much?
Did you had some update installed ? I recall I saw an update that had to do with the Nvidia driver. In case you want to check, do the following: Click on the Apple in the upper right corner and choose About this Mac. Click on more info... Click on system report. Click on Extension in Software. Sort this list on Last modified by clicking on the heading. Is there a new Nvidia driver listed ? |
|
|
|
I think they are entering the 'old' February 2nd orders into their 'new' ordering system by hand, hence the high order numbers. I have #4077.
The order also from 2-3 February? It is interesting that received the latest buyers. Yes, my order of February 2nd is now also confirmed by Avalon with a higher(#4077) order number compared to my lower(#1133) order number of February 18th which was already confirmed the same day. |
|
|
|
Funny that 2 orders combined into one. I don't like it.
One question, what is the order number from those who had received such a mail?
I think they are entering the 'old' February 2nd orders into their 'new' ordering system by hand, hence the high order numbers. I have #4077. |
|
|
|
... Well if it's a ztex then the latest code (from denisx) does the out of bounds work checking properly also.
Maybe the problem is the firmware/bitstream needs updating in the ztex and most of the errors actually don't exist but the code is testing it anyway?
Kano, I have tried to locate the latest code from denisx, but couln't find it on ztex.de, google or on here. Can you please point me into the right direction ? I updated the ztex firmware to the latest available on ztex.de last weekend after having issues that the board was not recognized, see earlier in this thread. |
|
|
|
I will let it run for a few days again and report again. Thanks, your Ztex 1.15x should optimality running at about 215 MH/s, and at 207.45 MH/s your actually not that far from it. I am not sure what those hardware errors are (if you could look to see if you could find more detail in the logs it would help) but it does not seem to be impacting on your hash rate all that dramatically (certainly not 66%), without having one in front of me it is hard to tell what the HW Error is, it is entirely passable it is just an intermittent fault that is recovered without impact (but still recorded as a fault). The real proof will be at the pool and if you are still maintaining your expected hash rate. However ... if 207MH/s is really what you are expecting from your device then something else is going wrong Agreed. I have checked the various logs in /var/log and the journalctl log. The only mention of ztex is the usual usb message: [root@minepeon var]# find . -type f -exec grep -i ztex /dev/null {} \;
Binary file ./cache/man/index.db matches
./log/kernel.log.1:Jan 31 18:58:10 minepeon kernel: [ 30.873030] usb 1-1.3.2: Product: btcminer for ZTEX FPGA Modules
./log/kernel.log.1:Jan 31 18:58:10 minepeon kernel: [ 30.873047] usb 1-1.3.2: Manufacturer: ZTEX
./log/kernel.log.1:Jan 1 01:00:07 minepeon kernel: [ 3.122728] usb 1-1.3.2: Product: btcminer for ZTEX FPGA Modules
./log/kernel.log.1:Jan 1 01:00:07 minepeon kernel: [ 3.122744] usb 1-1.3.2: Manufacturer: ZTEX
and [root@minepeon var]# journalctl|grep -i ztex
Jan 01 01:00:03 minepeon kernel: usb 1-1.3.2: Product: btcminer for ZTEX FPGA Modules
Jan 01 01:00:03 minepeon kernel: usb 1-1.3.2: Manufacturer: ZTEX
miner.php: Date: 09:03:28 9-Feb-2013 UTC+00:00
Rig STATUS Description When API CGMiner
S cgminer 2.10.4 09:03:28 9-Feb-2013 UTC+00:00 1.23 2.10.4
Rig Elapsed MHS av Blks Accepted Rej Utility HW Errs Net Blks Work Utility
4days 15h 37m 50s 207.89 0 19,316 12 2.88/m 11871 714 4.66/m
Σ 207.89 0 19,316 12 2.88/m 11871 4.66/m
Rig Hash Method Current Block Time Current Block Hash LP
COIN sha256 09:02:50 9-Feb-2013 UTC+00:00 00000000000001a468790e8f7025ac221b939cabd8d3bc434e8f768572ef140a false
Rig STATS ID Elapsed Calls Wait Max Min Pool Calls Pool Attempts Pool Wait Pool Max Pool Min Pool Av Work Had Roll Time Work Can Roll Work Had Expire Work Roll Time Work Diff Min Diff Max Diff Min Diff Count Max Diff Count Times Sent Bytes Sent Times Recv Bytes Recv
0 ZTX0 4days 15h 37m 50s 19886 68.883706 4.848618 0.000050
1 POOL0 4days 15h 37m 50s 19886 68.883706 4.848618 0.000050 0 0 0.000000 0.000000 99999999.000000 0.000000 false false false 0 1.00000000 1.00000000 1.00000000 48427 48427 19,342 2,307,777 33,894 15,376,129
And BtcGuild: Worker Name Speed Shares Last
Share Reset
Stats
Accepted (%) Stale/Dupe/Other
bensguild_raspberry 226.16 MH/s 35368 (99.88%) 42 / 0 / 0 0:00:15
Sorry for the lousy formatting, copying webpages into here doesn't give a very readable result. Any other log I can check ? And also thank you ! |
|
|
|
No, 40% hardware errors means you need to sort that out quickly i.e. you are only getting 60% of your maximum work possible (losing 40% of it) way too high. Your WU stat show that you are mining at 348Mh/s, but 40% of that is hardware errors and the U stat and MH/s shows exactly that. However ... if 207MH/s is really what you are expecting from your device then something else is going wrong 207MH/s is about what can be expected from a Ztex board, according to http://www.ztex.de/btcminer/ it should average to 215 MH/s (typical). PS. I don't get the 348MH/s you mention, what is WU (work unit?) and U (user?) stats ? Can you please explain a bit more ? Thanks! |
|
|
|
Using your 'hotplug' trick seems to work though, can I ask if it is still mining at 200.2Mh/s?
Since I saw a lot of HW errors on the web page stats, I thought it was because of all the fiddling that I had been doing to get it going. So I restarted the Raspi (without making a screen shot  ). But now after about 3 hours it still shows about 66% HW errors: Web page stats:
Rig Elapsed MHS av Blks Accepted Rej Utility HW Errs Net Blks Work Utility
0 2h 56m 21s 207.45 0 510 0 2.89/m 347 24 4.86/m
BtcGuild reports(this from running a few days):
Speed Accepted (%) Stale/Dupe/Other Last Share
187.78 MH/s 16511 (99.82%) 30 / 0 / 0 0:00:37
I will let it run for a few days again and report again. |
|
|
|
Thinking otherwise is a certificate of being 15 years old.
I do like to think that I am still young of heart, body and mind, but not that young |
|
|
|
For the daredevils that paid the small amount earlier today and want to pay the full amount: check your browser history of earlier today for a link to bitwallet which contains https: // walletbit.com / pay ? token= (obviously without the spaces) and open that page again. You can pay the full amount and then prey....
No guarantees from my side, so don't shoot me if it fails!!!
I did it and I got the your paid BC 229 to Avalon confirmation page from walletbit and made a receipt:
Please wait, generating.
Item total 229.48540702 BTC
TOTAL 4,495.49 USD
Transaction 0b00c37f145fc7ebbe0626c99...
Time 11:23:35PM 02/02/2013
Then going back to the avalon side gave me store page without any further form to fill in.
AGAIN: DO THIS AT YOUR OWN RISK !!
Possibly the most insane thing I've heard anyone do recently. So what if walletbit ignores your order? Are you going to forumsue with cookie printouts? More and more people are doing it. I got a confirmation from Avalon that my order is OK :-) So not so insane after all! |
|
|
|
I also received a response from the avalon on my ticket: "Your Order has been fixed, and appears correctly in our system." And nothing more.  wow. when did you get your confirmation email? after 6 confirmations? is that where the batch number is? i opened an avalon ticket and wrote walletbit. no responses yet. Try to keep cool monkee, I expect you will get a reply within 12 hours. |
|
|
|
|
Show Posts
