Is it possible for Minera to mine DarkCoin on a pool like Ghash.io?

And if so, how?

Same here.  Several attempts to update, still on 1.11.

You are amazing BTW.. haven't had a chance to say it yet.  This package is AWESOME.  You've done a hell of a job.  Once I get enough of a stash of coins I will certainly send over a donation.  

I need just a little help.  I'm trying to expand the partition, and obviously doing something incorrectly.  

I'm trying to use the directions here: https://bitcointalk.org/index.php?topic=137934.msg2888042#msg2888042
and then found this extra info here: https://bitcointalk.org/index.php?topic=137934.msg4641487#msg4641487

After I try any iteration of these directions the system never comes back after the reboot before the resize.  

The one glaring difference in setup I found are that one says to create the new partition as a primary, the other as an extended.  

Both ways yield the same result.  

So I guess what I'm asking is if someone could perhaps post a new set of directions for myself, and anyone after me looking to expand the parititon on 0.2.4.6 and is stumbling.  

Here is the result I get from the initial fdisk print:

Thanks in advance.

NM: Found the answer to my own question here: https://bitcointalk.org/index.php?topic=137934.msg4594500#msg4594500

I was searching for the term expand partition, which didn't pop that post till I started searching for partprobe hunting for answers. 

Short answer is I had to kill both 2 and 5, then recreate them 2 as an extended, 5 as a logical.  Hope this breadcrumb helps someone else find the right post. 

Still doesn't make it over the hour mark without restarts. 

The network is still alive while it's fighting to find a pool because I can still hit the admin page and watch it switching back and forth between the two server configs... but no communication is coming from the miners as I'm watching both the mining_proxy and BFGminer and neither is seeing any traffic during that 2-1/2 min span before it's restarts. 

Are there any other pages on the admin side of things for more information? 

The last thing I will have to try is a straight getwork server from the blade. 

Thanks for the suggestion, definitely not that though.

I have Verizon FiOS and run my own pfsense router/firewall, with multiple VPNs for my business, so I'm well aware of IP changes when they do happen.  FiOS is pretty stable in that regard, on average I get a new IP every few months. 

I do have 3 other machines mining and they don't have the same issues.  However they are all different setups.  One is my Win7x64 machine mining LTC on my crossfire 6790s, a second is an rPi with 12 Block Erupters, the last is actually the same machine I'm using as the proxy, running Ubuntu server 13.10, that has my BFL 30GH, single bitfury red 2.7GH, and 7 Block Erupters.  I originally bought that machine, a Gigabyte Brix, to replace the rPi as the single USB connected miner, but it has an Intel Haswell USB3 controller, which I learned the hard way has SEVERELY limited resources for the number of connected devices.  So even though it's USB3 (with no USB2s) I can only connect about 12 devices before the system bitches it has the controller has no more available resources. 

Ok... so at the 56 min mark I watched all 10 blades keep switching servers for about 2 full minutes, but nothing was actually leaving the blade and hitting either BFG or the proxy.

So the blades are just sorta quitting mining and frantically trying to recover by switching servers. 

The two servers it's swapping between are both the same IP, so I guess the next step to eliminate any last variables will be to have a different IP in the config.   

Update: Ok, so I FINALLY got to watch what happened when it was in this restart mode.

At about the 56 min mark the miners all stop... wattage drops from it's normal 800W to idling at about 340W.  It stays there until about 58:30 when it restarts and winds back up again about 20-30 seconds later.  So it would appear it's a pool issue... but WHY?  In my config I was pointing both to the same config.  So now I've change to the primary being my BFGminer and the second being my proxy_miner on the same box... diff ports of course. 

So perhaps it's trying to switch pools (why I have no idea) and freaking out when the current and new are the same.  The two ways I'll know is if at the 56 mark I see it's switched to the other server on the admin page.  If it doesn't change and still reboots, I'm going to have to say this is firmware on the blade asking it to do this ridiculous action. 

Maybe someone has some insight here, I posted this since I couldn't find anyone with a similar issue: https://bitcointalk.org/index.php?topic=350745.msg3754988#msg3754988

Cliff Notes:
I just bought a 10 blade setup Rev 2.01 with backplane and HP PSU from a seller on eBay, the actual blades were from JonesGear.

All 10 blades reboot every hour (58:30 to be exact) on the hour without fail.  They aren't just switching pools (which are the same entered two times), the uptimes are going back to 0. 

The blades are connected to BFGminer running the proxy, and they hash nicely while connected, but ever hour they all restart simultaneously, which obviously pisses off the proxy and the pool, so I have a small recovery period with rejects, and stales while the blades come back up to speed.

Please help... this is making me nuts.  As I noted in my thread, I have 2 PSUs on the way hedging my bets that this is an issue with the PSU. 

Thanks in advance. 

I know I'm mostly talking to myself...

... but taking down the one "bad" blade didn't stop it from rebooting.  So dropped it to 7 blades, to see if it makes any difference.  T-minus 30 minutes till next reboot, or maybe not. 

Thinking I will try 5 next if 7 doesn't work... and frankly if 5 doesn't work, I'm going back to 10, rebooting or not, I'd still rather be mining with reboots than limping along.   

So for giggles, I'm going on a hunch, and pulling the single card that's not hashing as well.  So now the PSU is only running 9 blades, so if the PSU was slightly overloaded, perhaps this will resolve it.  Either way that blade's errors % kept climbing pretty quickly over time.  When I first fired up the blade it was around 4.5%, as of now before pulling it the errors were up to 7.6% while the rest are between 0.75 and 1.25%.

Here is the BFGminer output just after pulling that blade:

That's one of the PSUs I bought to try.  So, good!   I can simulate the 2 min interval reboot, which seems to be part of the blade's firmware if it doesn't sense a connection to any pool it reboots after roughly 2 minutes assuming it's "dead/sick."

Where it's such a regular interval I have a hard time believing it's lack of power, but it's certainly possible.  When I checked the blade's power usage with the kill-o-watt I saw about 650W at full load.  I will have to throw it back on and keep an eye on what it does when the unit reboots.  I haven't had a chance to catch it in the act yet to see if the PSU has any change in the LED or something like that. 

There has to be a reasonable explanation for this, even if it's a hardware problem.

I have a complete setup I had purchased and setup new from eBay just a few days ago.  They are (10) V2 blue boards and came with the backplane and the HP power supply.

I'm having a very strange issue.  It will mine like a champ for just shy of an hour, then every single blade restarts.

Every hour (58:30) to be exact, the entire setup restarts itself (according to the uptime on each).  Even single blade on the unit restarts.  I originally thought it might be firmware on on the individual blades, but I reset one board independently to see if it would "miss" the restart (since they all normally power up at the same exact time the power of turned on) and it still reset with the rest of the blades.  The only way it could be the blades is if they are communicating somehow across the backplane, but I didn't think that was going on.

So at this point I believe I have narrowed it down to being the PSU.  I am familiar with servers, and realize this is just a hot swap power supply for an HP server.  I'm wondering if the particular one I have is resetting itself because it's not seeing some other communication from the actual server it's expecting to be plugged into and it's restarting itself in hopes to recover.

I found a couple of the two models of PSU that work on Amazon and picked up one of each (relatively cheap) to hedge the bet that it's something funky going on with the PSU. 

Did I miss a step, or does anyone have any insight into what might be going on. 

If it makes any difference, the boards are actually from jonesgear, by way of the ebay seller.  So on request of the ebay seller I tried to contact jonesgear directly to ask what might be going on. 

Any help, or insight, would be greatly appreciated. For completeness, I have been using both BFGminer's stratum proxy, and slush's to try to get this working, and have used both BTCguild and Slush's pools' to see if it pool communication had anything to do with this, both responded the same and the blades restarted regardless of the combination.   

Graph of uptime, showing the regular restarts of every blade: (you can also see the efficiency if getting roasted on each restart, and one blade is definitely worse than the rest at about 5% HW)
https://lh6.googleusercontent.com/-HXsLrkJ62-4/Upd43zkfbnI/AAAAAAAAy3k/8rLfBhGMfO4/s800/Chart%2520context%2520menu%2520-%2520Google%2520Chrome%252011282013%2520115238%2520AM.jpg

Config screen from one of the blades:
https://lh5.googleusercontent.com/-3tLsQP9E_jU/Upd444g-QNI/AAAAAAAAy3s/rVpXUvYJrNg/s800/Fullscreen-capture-11282013-115257-AM.png

Sorry to bump an old thread... but I would definitely be interested in this if it still has a chance to live.  

My primary use would be for ASIC mining.  You've turned out one hell of a OS for ARM. I love it on my Pi, but the limits of the rPi hardware are strating to become a problem.  Primarily the inability to use any USB3 hubs with out of the box higher power delivery.  The one other tough bit is that I can see where I'm leaving money (in lost GH from what I'm reporting to what the pool reports) on the floor because the rPi isn't quite fast enough.  When running cgminer directly on a more powerful PC I'm keeping nearly 100% GH of what I'm reporting, where as on the rPi I seem to be loosing between 5-10% GH right off the top. 

I'm trying to find a happy compromise right now between wanting the density and power delivery from USB3, and simplicity of install and management. 

As far as the GPU side of things, maybe now that cgminer (and bfgminer has hinted the same) has removed GPU support entirely.  It would appear the tide has turned and people are abandoning their GPU mining setups.  With the exceptions of LTC of course, but you have to imagine that scrypt capable ASICs can't be too far away at this point.

I was just assuming misreporting of the speed since those units aren't mining any faster according to the stats, and in fact are performing a bit under the rest.  Didn't stop me from thinking I scored big time for a little while though!

As far as the pool report and the report from MinePeon, there is a pretty sizable gap:

MinePeon: 30702.526
Slushs: 24054.458

Is that much of a discrepancy normal?

there was still a gap when I was only mining with the BFL... I believe I was reporting around 27K, and Slush was reporting around 21K. 

I'm in the midst of building an Ubuntu setup on a old MSI Wind Nettop PC (Intel Atom 330) I had laying around.  I was originally setting it up to run the proxy for use with my Erupter blades on the way, but I'm thinking I may also move the USB units from the rPi over to it and see if anything changes. 

I just got my blue erupters in the mail today and got them hooked up. 

After a couple of reboots and spreading them across two d-link hubs they are now all seen and working.  The errors seem to have slowed way down after getting the units up and running.

My question is that two of them appear to be running at about 650MH and the rest at the advertised 333MH. Note the clocks on ID 6 & 8.  The BFL is a 30GH Single.

Is this normal, did I get a couple hot chips or is this more likely just a reporting issue with MinePeon?

https://lh4.googleusercontent.com/-sn0VBvxogAE/UorRWRcUSaI/AAAAAAAAy20/3Xb8TPl8DwA/s800/MinePeon%252C%2520from%2520MineForeman.png

I am definitely interested in one, just let me know the proper way to set that up.

Would it be possible to also allow for a fan setup on the other side, in addition, to run a push/pull across the boards, or is that just overkill unless the box is enclosed?

Two words... Term Limits

If half of these politicians would actually educate themselves about the reality of any of the issues government decides to stick their nose into... we might just threaten to have an actual functioning government at some point... Oh the possibilities of due diligence.  Or they could all just go the Rob Ford route!

The 30GH BFL is hooked up to a rPi running MinePeon.

It's singing along happily at a dead stable 27152 MH/s. 

I signed up for Slush's pool a long time ago and decided to stick with him.  I'm also using Give-Me-Coins (Give-Me-LTC, when I signed up) as my backup pool. 

The little research I've done into the different payment systems hasn't really given me the clear picture I was hoping for. 

The couple of things I find comforting about Slush's pool is that the group is so large coins are found, and subsequently, paid to my account very quickly.  Seems somewhere between 15 minutes and worst case around 8 hours, but the average seems to be around 2 hours.  The other pool, was only finding a coin every few days or so, so payouts will still occur, there the "hang time" between mining and realizing a payment is much larger.  And a lot of the reading I had done noted that most of the payment systems will all tend to average about the same amount of return as long as the network connection to their servers is stable and predicable. 

I began mining around 6pm on the 13th and I should have my first 0.10 BTC in about another hour or so.  So while still not blisteringly fast by any stretch of the imagination, it's better than I could even hope to do with my dual AMD 6990 setup. 

The 10 blade unit, I bought from new a seller on eBay yesterday and paid $2800 for it.  He has them resisted today at $2900.  Considering many other sellers had them listed just yesterday for near $4K, and the prices on everything else (just like BTC) are shooting through the roof as people are panicking to hop on the bandwagon. 

Not sure if this is ok to post or not, but here is the seller's listing I did pick up the blade setup from: http://www.ebay.com/itm/261333330898?ssPageName=STRK:MEWAX:VRI&_trksid=p3984.m1423.l2661

The only thing that caused me pause before I bought it was seeing that Amazon still had the 10GH blades for sale at $228/ea until sometime this afternoon when it went up to $260: http://www.amazon.com/Asicminer-Block-Erupter-Blade-10ghash/dp/B00DF91K98/ref=sr_1_3?ie=UTF8&qid=1384805532&sr=8-3&keywords=asicminer

Is there any real good reason for this insane march the price is on the last few days? 

Certainly seems like the 1K mark is feasible and likely a whole lot sooner than anyone is expecting. 

I'm only wishing I had more BTC right now to have any of this insane climb impact me!!!

The only real bonus here for relative newbies, such as myself, is if this continues I might actually get a return on my investment of the hardware!

That and you have to wonder how upset the people who sold around the end of October are feeling right now when they were getting just over $200/BTC.

I too hunted in vain for the reply button...