Author

Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 110. (Read 1193219 times)

hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
Don't understand the #!/bin/bash

So I did a few web searches on 'linux startup batch' and thought maybe you were referring to .bashrc.
I was using /etc/rc.local for the autostart before.

I added your command line to the end of the .bashrc file but it doesn't start mining.
Didn't work in the rc.local file either.
Also when I SSH in and try screen -r bfgminer
I get
-bash: -screen: command not found

So, what am I doing wrong?

Not .bashrc , copy the stuff people posted above into a text file and name it something like:
bfgminerstart.sh
Then, chmod 777 bfgminerstart.sh to make it executable.
Then you can run the script with ./bfgminerstart.sh

Also it looks like you're going to have to install screen for your linux distro with that error msg.



should have thought of that


half awake scripting is almost as dangerous a drunk scripting O.o
hero member
Activity: 798
Merit: 1000
Don't understand the #!/bin/bash

So I did a few web searches on 'linux startup batch' and thought maybe you were referring to .bashrc.
I was using /etc/rc.local for the autostart before.

I added your command line to the end of the .bashrc file but it doesn't start mining.
Didn't work in the rc.local file either.
Also when I SSH in and try screen -r bfgminer
I get
-bash: -screen: command not found

So, what am I doing wrong?

Not .bashrc , copy the stuff people posted above into a text file and name it something like:
bfgminerstart.sh
Then, chmod 777 bfgminerstart.sh to make it executable.
Then you can run the script with ./bfgminerstart.sh

Also it looks like you're going to have to install screen for your linux distro with that error msg.
sr. member
Activity: 270
Merit: 250
Don't understand the #!/bin/bash

So I did a few web searches on 'linux startup batch' and thought maybe you were referring to .bashrc.
I was using /etc/rc.local for the autostart before.

I added your command line to the end of the .bashrc file but it doesn't start mining.
Didn't work in the rc.local file either.
Also when I SSH in and try screen -r bfgminer
I get
-bash: -screen: command not found

So, what am I doing wrong?
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
Don't know what I'm doing, but messing around it looks like
\home\pi\bfgminer-3.2.1


ok that would be ~/bfgminer-3.2.1

insert this as your bfgminer startup script:

#!/bin/bash
screen -S bfgminer -d -m su - pi /home/pi/bfgminer-3.2.1/.bfgminer -D 2>/home/pi/bfgminer-3.2.1/logs/activity.log


try than and see if it works

afterward you should be able to ssh in as [email protected] and execute:

Code:
screen -r bfgminer

this should bring up a bfgminer window with lots of debug info flying on screen.



todo: figure out how to garbage collect every N time period (e.g. 24 hrs) to create a rolling log

Try this to get the rolling log:
Code:
cp /home/pi/bfgminer-3.2.1/logs/activity.log /home/pi/bfgminer-3.2.1/logs/activity-`date +%s`.log
echo > /home/pi/bfgminer-3.2.1/logs/activity.log

+1
sr. member
Activity: 658
Merit: 250
Don't know what I'm doing, but messing around it looks like
\home\pi\bfgminer-3.2.1


ok that would be ~/bfgminer-3.2.1

insert this as your bfgminer startup script:

#!/bin/bash
screen -S bfgminer -d -m su - pi /home/pi/bfgminer-3.2.1/.bfgminer -D 2>/home/pi/bfgminer-3.2.1/logs/activity.log


try than and see if it works

afterward you should be able to ssh in as [email protected] and execute:

Code:
screen -r bfgminer

this should bring up a bfgminer window with lots of debug info flying on screen.



todo: figure out how to garbage collect every N time period (e.g. 24 hrs) to create a rolling log

Try this to get the rolling log:
Code:
cp /home/pi/bfgminer-3.2.1/logs/activity.log /home/pi/bfgminer-3.2.1/logs/activity-`date +%s`.log
echo > /home/pi/bfgminer-3.2.1/logs/activity.log

echo will flush the file contents without deleting it, and bfgminer will just keep appending to that same file like nothing happened.
sr. member
Activity: 270
Merit: 250
Thanks
I'll give that a try
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
Don't know what I'm doing, but messing around it looks like
\home\pi\bfgminer-3.2.1


ok that would be ~/bfgminer-3.2.1

insert this as your bfgminer startup script:

#!/bin/bash
screen -S bfgminer -d -m su - pi /home/pi/bfgminer-3.2.1/.bfgminer -D 2>/home/pi/bfgminer-3.2.1/logs/activity.log


try than and see if it works

afterward you should be able to ssh in as [email protected] and execute:

Code:
screen -r bfgminer

this should bring up a bfgminer window with lots of debug info flying on screen.



todo: figure out how to garbage collect every N time period (e.g. 24 hrs) to create a rolling log
sr. member
Activity: 270
Merit: 250
Don't know what I'm doing, but messing around it looks like
\home\pi\bfgminer-3.2.1
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
Trying this again since I never got a response...

I'm running bfgminer on a Pi.
Thanks to the help of DrGuns4Hands, it can boot up and run unassisted.
However, when the pool was experiencing the recent DDoS attacks,
I heard the fan slow down for a long period but couldn't see the fault messages that would have been displayed if I had opened a terminal and started bfgminer manually.
So, how do I automatically start it with the output displayed or,
even better, how do I see the output messages using SSH?

I know this is really simple for you guys.  A little help, please.

what is the location of your bfgminer instalation relative to your rPi ~/ directory?
sr. member
Activity: 270
Merit: 250
Trying this again since I never got a response...

I'm running bfgminer on a Pi.
Thanks to the help of DrGuns4Hands, it can boot up and run unassisted.
However, when the pool was experiencing the recent DDoS attacks,
I heard the fan slow down for a long period but couldn't see the fault messages that would have been displayed if I had opened a terminal and started bfgminer manually.
So, how do I automatically start it with the output displayed or,
even better, how do I see the output messages using SSH?

I know this is really simple for you guys.  A little help, please.
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
Like others, I have a couple Blue Fury units on order, so in anticipation I upgraded to 3.3.0.  It's working great with my Jalapeno and my USB Block Erupters under Windows.

From looking at others' posts, I wonder if my setup is using a different driver for my block erupters.  My erupters show up as ICAx instead of BESx.  Is that due to the USB driver I use for them, or do they always show up as ICA under Windows?

Is there something I should be doing different for these units?

I`m not sure it makes a great difference but I use
Code:
-s erupter:all
to get the "BES" showing instead of "ICA"

This is only needed when you have a mix of devices and need them to show in the process window.
mostly -S all  Is good enough to hash.

when it uses the erupter driver the timings used by bfgminer are different( remember when the BES first came out, we had to use --icarus-options). this has been coded into the BES driver to provide better resolution for timing like sending new work at the tail end of a work unit (~12 second on a standard clocked BES)
newbie
Activity: 41
Merit: 0
I found that already, but thanks Smiley
legendary
Activity: 2576
Merit: 1186
Hi,
can someone explain me how to build BFG miner for windows with static libralies, like that in the win32/64 prebuilded zip's?
None of my builds use static libraries.
They are compiled on Gentoo GNU/Linux using the included make-release script.
full member
Activity: 152
Merit: 100
How do I setup second pool as failover using the command line in Windows?

I have 3.3.0 installed, the 64bit but when I hit P I see something appear at the bottom of the screen but then its over written a second later buy the application, is this a bug, IDK? This is why I asking about adding the second pool (failover) to the command line so I don't have have to worry about doing it in the application itself.

Thanks,


If you want easy to use GUI for BFGMiner, try CGWatcher - http://manotechnology.blogspot.co.uk/p/cgwatcher.html

Makes it much easier to use and configure Smiley
hero member
Activity: 630
Merit: 501
I have 3.3.0 running on Win7 x64. I haven't had any issues. I have 28 USB erupters, 3.3.0 seems to detect the erupters perfectly. When I used 3.2.1, I often needed to restart BFGMiner several times before all the erupters were detected

I agree, 3.3.0 seems to be more stable on Windows than 3.2.1, I was getting periods where a hub of USB keys would disconnect and reconnect, but I don't seem to have that problem now with 3.3.0.
hero member
Activity: 630
Merit: 501
How do I setup second pool as failover using the command line in Windows?

I have 3.3.0 installed, the 64bit but when I hit P I see something appear at the bottom of the screen but then its over written a second later buy the application, is this a bug, IDK? This is why I asking about adding the second pool (failover) to the command line so I don't have have to worry about doing it in the application itself.

Thanks,
newbie
Activity: 41
Merit: 0
Hi,
can someone explain me how to build BFG miner for windows with static libralies, like that in the win32/64 prebuilded zip's?
full member
Activity: 152
Merit: 100
I have 3.3.0 running on Win7 x64. I haven't had any issues. I have 28 USB erupters, 3.3.0 seems to detect the erupters perfectly. When I used 3.2.1, I often needed to restart BFGMiner several times before all the erupters were detected
hero member
Activity: 1246
Merit: 501
My 1st Gen Blades are sitting at 2.6% and 3.4% HW errors.  It's pretty normal for them.  The Block Erupters are all sitting between 0.5-0.7% HW errors.  Again, normal.
hero member
Activity: 518
Merit: 500
3.3.0 is running well here, Win32 version running on Windows 8.1 Ent.  Currently only controlling a few Block Erupters and two Blades.

Yep same here. 10 BE and 2 Gen 2 blades running a total of 24.50 ghs.

I have noticed that rejects are about 3 %.  Any idea how I can reduce these or is that acceptable?  Hw errors at .98 %.
Jump to: