Topic: Linux mining distro for the Raspberry PI - MinePeon - page 56. (Read 685021 times)

I will test another sd

cheers

Remember, it is a pre release, but everything in there has been tested by me and should work.

Neil

Great news!!

Update

That would be great!

Download the image and set your own git details, /opt/minepeon is connected to the new test repo (https://github.com/MineForeman/minepeon-base branch static).

If you can do that and commit it I can get back to working on cgminer.

Neil

P.S. Now we have this we can move onto mobileminer and pluggings to.  Sorry I have taken so long to git this image out, it seems every time I fixed a but I found a new one .

If you want me to work the SMTP, let me know...

Ok, here we go, I have just uploaded a new MinePeon 0.2.4 RP1 image to MEGA for the brave to test (not on sourceforge, I want proper testers who know that they are testing).

This image is to test two things;-

1.  The new build system.  MinePeon has been rebuilt from the ground up fixing a lot of bugs in the process.

2. Fury device support.  If you have one please tell me if it works or not.

3. Restart Miner, Reboot MinePeon & Shut Down MinePeon from the web UI

Some things that are missing;-

1. AngularJS UI.  Thomas will be making a branch and putting it in place.  (I am too old and dumb to get javascript at the moment )

2. SMTP Auth.  I need a bit more time to get it right.

Things that are gone;-

1. Auto Recover.  It never worked…. the miners always did a better job.

Things that have changed;-

1. The miner is started from a user minepeon file called /opt/minepeon/etc/init.d/miner-start.sh.  Edit that file to change what miner you are using or to add command line options.  You will be able to edit from the web ui soon but use ssh for now.

2. Donations no longer restart the miner, it just adds the donation pool and removes it afterwards.

3. All logs have been removed apart from the bare essentials to cut down on SD card writes.

4. Bfgminer is the default miner (because I cannot get cgminer working stable).

What I want testers to do;-

1. Test the base system

2. Test email alerts

3. Test cgminer

4. Test donations (it is a new system altogether)

5. Provide feedback at http://minepeon.com/forums/ .

Neil

P.S. I really need you to test donations.  I have started work on several advanced features that donations will have to be paied for (DDOS protection, Remote Control etc…) and I would prefer to make them FREE (i.e. paied for by donations).

P.P.S BTCGuild is under DDOS attack again, they are also in the process of changing their DNS records…. keep that in mind if you have problems with them.

do you have it set in the web UI to restart if it has problems with the miners?

also i have found after constantly getting the "cgminer failed to load" that my Brand new SD Card was dead replaced it and she is just humming along now =D
[/quote]

Yep, it is set to restart in the Web UI.

Reinstalled minepeon on my Lexar Pro, and it is running as of now. Will see in a couple of hours.
[/quote]

having it set to restart like that is actually a good thing cause i is a last ditch to get the miners running

[/quote]

do you have it set in the web UI to restart if it has problems with the miners?

also i have found after constantly getting the "cgminer failed to load" that my Brand new SD Card was dead replaced it and she is just humming along now =D
[/quote]

Yep, it is set to restart in the Web UI.

Reinstalled minepeon on my Lexar Pro, and it is running as of now. Will see in a couple of hours.

[/quote]

For the issue about the rPi shutting down, are you powering the rPi off a USB hub or do you have a stand-alone 5v1a source for it?

If you are powering it off of a hub, I would suggest using a stand-alone power source. (Apple USB chargers work great, as they are 5v 1a.)
[/quote]

I'm using a standalone 5v1A powersource.

And this morning the Raspi has rebooted again and this time I'm getting a CGminer failed to load error.
[/quote]


do you have it set in the web UI to restart if it has problems with the miners?

also i have found after constantly getting the "cgminer failed to load" that my Brand new SD Card was dead replaced it and she is just humming along now =D

I tried with a brand new Raspi and the same SD card and I'm still getting "Failed to start CGMiner". See 'systemctl status cgminer.service' for details.

[/quote]

For the issue about the rPi shutting down, are you powering the rPi off a USB hub or do you have a stand-alone 5v1a source for it?

If you are powering it off of a hub, I would suggest using a stand-alone power source. (Apple USB chargers work great, as they are 5v 1a.)
[/quote]

I'm using a standalone 5v1A powersource.

And this morning the Raspi has rebooted again and this time I'm getting a CGminer failed to load error.

np 

happy mining!

For the issue about the rPi shutting down, are you powering the rPi off a USB hub or do you have a stand-alone 5v1a source for it?

If you are powering it off of a hub, I would suggest using a stand-alone power source. (Apple USB chargers work great, as they are 5v 1a.)

Apparently I don't have an ISP then.

My ISP, Virgin Media, uses Google Apps to provide email service, and they appear to require SMTP authentication. Here is the information and some more information. My impression is that this is pretty normal, at least in the UK, and has been for about 5 - 10 years.

Having said which, I have tried putting my ISP's SMTP server in the relevant box in MinePeon, and haven't yet bothered unplugging the Butterfly miner to see if it works without a password.

Thanks for the information tk1337!  I've implemented the fixes discussed there, now I just hope everything stays working. 

I had the same problem as the poster above yesterday. Got the same error "Entering kdb (current=0xda82aca0, pid 1) due to keyboard entry". I was never able to reboot and I was never able to reinstall the image to the SD card (brand new SanDisk Class 10), so I think the SD is shot. Reinstalled Minepeon on a Lexar Pro card today and just got the same kdb error after a couple of hours. This time I was able to unplug the Raspi and get a reboot and it seems to running OK now.

My Raspi is constantly shutting itself down and rebooting (every 30 min to 1hr), I'm assuming it is not supposed to do this?

I have two Manhattan 2.0 USb hubs attached running 5 Block Erupters each.

Any suggestions as to what may be causing these problems?

Oh no! Not again! cgminer: LATEST-IS-3.5.1

Thanks for the news

On your screen shot, look upper right side, the date is 1970, that would be your problem. Scan pages 70-76 on this thread for the fixes or go to the minepeon forums (there are few more options there), but essentially, the lack of a Real Time Clock (RTC) on the rPi will cause stats to get screwy especially when the miner (which should start after a NTP update) starts before the time gets updated on the system, then it thinks it starts at 1970 to the current date and well, calculations are all thrown off.

Howdy,

I'm currently running MinePeon 0.2.3 unmodified with cgminer 3.3.4, and I keep getting an error along the lines of "AMU #: TIMEOUT GetResults took a-huge-number ms but was 100ms".  As a result of this, the "Average Hashrate" drops significantly and the WU (Work Utility) goes immediately to "0.0/m".  As you can see in this screenshot:



It's important to note that the devices continue to run at their ~333Mh/s and I'm receiving exactly the amount of BTC I should expect from 4.5Gh/s, the only real problem is that I can't make much use out of the statistics and other information available to me via the WebUI since these reported numbers are incorrect.

My current setup consists of 14 ASCIMiners USB Erupters on 2 Rosewill RHB-500 powered hubs (5v 4a each), 7 Erupters plugged into each RHB-500.

Any help would be greatly appreciated!

Thanks!!