Linux ARM version #78
Comments
|
In theory it should be possible.. the Poco library is ARM ready, but don't know if all of the miners code is ARM compatible. Have to find it out. |
misovan
commented
Feb 23, 2017
|
For the sake of curiosity I tried to build it on Raspberry. POCO went fine, but after trying the miner I got
|
|
What is your |
rotzbouf
commented
Feb 23, 2017
•
|
So my gcc version is this:
gcc (Raspbian 4.9.2-10) 4.9.2
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
I will try to modify the -march flag and see what it gets.
Anyhow, thanks for the help
…
|
rotzbouf
commented
Feb 23, 2017
|
I got the same error like you when compiling with -march=armv7.
Now I tied with -march=armv7ve and it seems to compile at least.
will keep you updated
…
|
Pascal66
commented
Feb 23, 2017
|
An Arm version can be possible for now. WIthout hdd. |
rotzbouf
commented
Feb 23, 2017
|
The compile finishes without error but when I start up the binary I get the
below error message:
pure virtual method called
terminate called without an active exception
Aborted
No further info given in the output.
…
|
|
It seems that the ARM version of libc++ has a bug in std::thread, what causes the error. |
misovan
commented
Feb 23, 2017
•
|
Tutorial looks good even not w/o some risks to my Raspberry :) I'll give it a try when back to home |
|
Please don't do it if you are not sure !! Don't want that you hate me afterwards :P |
misovan
commented
Feb 23, 2017
|
Well, I tried it after installing gcc-6. I tried both with -march=native and -march=armv8-a. it does start indeed, but then immediately fails:
|
|
Did you try it with |
misovan
commented
Feb 24, 2017
|
Yeah, did it yesterday with both options with the same result |
|
He cant find Poco, what is a little bit strange.
|
misovan
commented
Feb 24, 2017
|
I tried to recompile POCO as it was apparently not correct. It failed with new gcc. What I googled there are POCO binaries available for raspberrypi through apt-get however much older version (1.3 or so)... not sure it will help |
Creepsky
added task help wanted
labels
Feb 25, 2017
misovan
commented
Feb 27, 2017
•
|
OK I moved a little bit further. I was able to compile POCO using arm-linux-gnueabihf-gcc from git://github.com/raspberrypi/tools.git. In poco-1.7.6-all/build/config I updated ARM-Linux config with
Poco libraries then compiled correctly, I have now Poco's *.so shared libraries in /usr/local/lib and all of *.h files in /usr/local/include/Poco. Anyway when I try to compile creepMiner I still get undefined dependency errors and it fails:
I am not really geek in C++compiling so it might be some simple issue I am not able to figure out. However I was able to compile original uray's miner with g++-6 without issues (it just works in a quite strange way, giving deadlines in order of years to the pool... so perhaps outdated nowadays) |
misovan
commented
Feb 27, 2017
•
|
Adding to my previous post the full console output. If I understand correctly, build process fails after making all .o files, when it tries to make executable creepMiner. |
|
Thank you both for the effort you are putting into it. The output says, that g++ can't find the poco library files (.so). |
misovan
commented
Mar 1, 2017
|
Thank you, I checked that possibility and learnt the stuff on the way - POCO .so libraries really look ok:
Unfortunately getting still the same error... |
Creepsky
added this to the
1.6.0
milestone
Mar 11, 2017
Dadadah
commented
May 4, 2017
|
An update on this for you. I was playing around with my pi trying to set up creep. I discovered that the problem was poco itself because I tried to compile another program that used poco and I was unsuccessful. Same errors. I installed the 1.7.8 version and the program successfully make'd. It did not run but I think I forgot to run ldconfig. I will do that tomorrow and let you know the result. |
Dadadah
commented
May 4, 2017
|
After running sudo ldconfig, creepminer has loaded successfully. |
|
That are good news, thanks for sharing. |
Dadadah
commented
May 4, 2017
|
I'm not sure what the problem was with PoCo. It built successfully and it also installed to the correct location (/usr/local/lib) but for some reason GCC/G++ was not creating executables with PoCo. I simply downloaded the 1.7.8 version, built it, and Creep was able to run. A few notes: |
misovan
commented
May 4, 2017
|
Interesting that you got it working.
|
remac-lkr
commented
May 15, 2017
|
Hi folks, I got the Miner up and running on the Raspberry Pi 3 Model since yesterday and actually got a few nonces confirmed (right now still mining with 90GB but plotting another 600GB). Before starting the miner I used I would be glad to hear if you got it working now. :-) Nice Evening/Day Sources: |
de-luxe
commented
May 15, 2017
|
Writing a little guide/field report on forums.burst-team.us would be awesome. I would like to see pictures, too. |
remac-lkr
commented
May 16, 2017
misovan
commented
May 21, 2017
•
|
Finally, I have got Poco compiled and then quickly got the miner working :-) I am surprised how efficient it is. It scans 100 GB plotfile from HDD docked in standard NAS and connected to my pi as a samba share through home router in roughly 2s. For anybody playing with it using pi as a screen-less server I recommend to run the miner using screen utility. It allows to let the miner run in background session, being able to close any connections to the pi (putty or vnc session). Basic usage is here. You can then monitor the miner using its web console from any device on same network (Start server setting in miner conf). Thanks to all for your help. |
DCayee
commented
Jun 8, 2017
|
Guys, could you help me run the miner on raspberry? |
misovan
commented
Jun 8, 2017
|
Hi, DCayee, did you follow the steps described on wiki page? What finally worked for me was to install latest POCO version (v1.7.x simply did not work for me, so I updated install_poco.sh to download latest version). Then I compiled creepMiner with small change to makefile as written in the wiki. |
DCayee
commented
Jun 8, 2017
|
Hi, misovan. I've tried what remac-lkr said but I hadn't seen this wiki. cheers! |
wow1888
commented
Jun 13, 2017
|
Will this do the plotting as well? If not is there software that works on the raspberry pi for that piece? |
TssTEntertainment
commented
Jun 14, 2017
|
I have successfully get it to run on my Pi2, but there is no plot I get this message: Have I forgot to initialize something ? |
TssTEntertainment
commented
Jun 14, 2017
|
without mount I get this message: So he know the directory. |
Adavan83
commented
Jun 14, 2017
|
Hello @TssTEntertainment. |
TssTEntertainment
commented
Jun 14, 2017
|
content of directory "/media/hdd/plots": |
Adavan83
commented
Jun 14, 2017
•
|
... and where is your plotfiles? ;) I have something like this:
You can see my plot file with name "12066338979942611474_17940007_1180000_20000" and have about 309GB size.
I have easy strategie - one plot file on each root directorie on drive, root directorie is mounted to one home directorie and each directories (mount points) are placed in config for miner. Now it is on you and your strategie, how you store your plot files. In linux you have many choices and depend on you and your environment. |
TssTEntertainment
commented
Jun 14, 2017
|
oh thanks, |
misovan
commented
Jun 14, 2017
|
@wow1888 - I think trying to plot using pi makes not too much sense - it is a resource intensive task. I did my plots using intel core i7 with nvidia graphics laptop, it still took ages to complete. Mining itself can be done with pi more as a study work then for any tangible gain. I let my pi mine on 2x2TB HDDs sitting in a dock connected through USB cable - so in total cca 3.7TB plots. Scanning for deadlines through 2 HDDs takes my pi around 60-70s, I would not go for more on one pi. I use another USB flash stick to store logs. The advantage is that it is very stable, low power setup running few weeks for me without any issue. Moreover I do not burn my windows laptop - they are not designed for 24/7 run. |
Adavan83
commented
Jun 14, 2017
|
As @Creepsky wrote, you must use "plloter" to create a plot file. Miner use plot file as a "dig site". You can have many of plot files. |
TssTEntertainment
commented
Jun 14, 2017
TssTEntertainment
commented
Jun 14, 2017
|
For test I have now 25GB plot and the Pi2 recognised it. 10:57:41: block# 370937 mabey wrong time ? |
Adavan83
commented
Jun 14, 2017
|
If you mine on some pools, check, if pool see your miner. |
jeev20
commented
Jun 19, 2017
|
@Creepsky @remac-lkr @Dadadah @misovan you guys are Awesome! The miner works well on my RPI3. I get read speeds of upto 32 mb/s with a 1.5 tb plot on my external HDD. Thank you for your help and the wiki page. Followed instructions as you recommended. |
DCayee
commented
Jun 21, 2017
|
Hey guys, I changed the location plots to "/media/pi/caye_cloud_3/Burst_plots" and everything is working fine. I just wanna know how do I change the pool... Thanks for the help! |
|
@jeev20 what do you mean by blocks skipped? Is the miner skipping them completely or is it mining but yout just dont get a good deadline? The miner checks every 3 seconds for a new block. Did you try using a cable instead of wlan? @DCayee you have to change 2 things:
|
DCayee
commented
Jun 21, 2017
|
Thanks. I'll try to chance the configurações file tonight! |
wow1888
commented
Jun 21, 2017
|
@DCayee Just curious if you used the Pi3 to actually plot the files? If so what program did you use? The ones I've tried don't work due to the 64 bit limitation |
jeev20
commented
Jun 21, 2017
|
@Creepsky That is right. The miner skips multiple blocks (even blocks which have life of 10 minutes or more). It starts working again after about 4 to 6 blocks with equal number of "Could not get blocks info" error messages. I am not sure what happens. When I check the pool, I see the new blocks generated, while the miner does not update (no reads and no deadlines). Some times the miner skips blocks for almost an hour before starting again. I have attached two images. Since I only have access to a Wlan, I have not tired to use lan cable . It is impressive that the read speeds during mining now range from 29 to 40 mb/s on RPI3, which is 4 times faster than my Intel i7 pro, 16gb RAM laptop on a USB 3 connection ! Thanks again! |
|
@jeev20 this really sounds like a hardware issue for me. |
rattle99
commented
Jun 23, 2017
|
@jeev20 The read speeds of raspberry Pi 3 are impressive indeed. I am getting just 2.5mb/s on the Pi 1 Model B+, which filesystem are you using? Is it ext4? |
jeev20
commented
Jun 23, 2017
|
@Creepsky You are right. After I placed the RPI close to the Wifi router, I did not get any "Could not get blocks info" error messages. I have run the miner for two nights now without any critical issues. @rattle99 Yes, I was surprised too. I am not sure, but I think it is because I changed the maxbuffersizeMB from 128 to 512 in the mining.config. The HDD (WD Elements 2 TB) is in the stock setting of NTFS file system. |



rotzbouf commentedFeb 22, 2017
Is it possible to include ARM support for the miner to run it on devices like the Raspberry Pi / Banana Pi / Odroid / etc?