True, but then you can't look at the befminer console. I tend to switch pools every once in a while, or do other things, like look at accepted share counts in the console...
If the machine has an X server, you could just make sure XDMCP is enabled, then use "X -query <hostname/ip>". Then you will have the whole GUI at your disposal if you want. But that was not the original question. |
|
|
|
& doesn't help, it would still terminate after you logged out. You would need to use nohup to keep it running the background. So:
nohup <your bfgminer command> &
But screen is much easier to work with than a backgrounded process and allows you to reconnect to your bfgminer console session at will.
I just tried it from a Windows machine to my Ubuntu 13.04 machine, and it worked fine. Screen might be a better solution, but & works fine as long as you make sure stdin and stdout are not attached to the ssh terminal. |
|
|
|
Stupid linux-noob question here. How do I run bfgminer so it doesn't stop mining when I log out?
I want to be able to SSH in to my linux box, run BFGMiner, and log out and have it run on. Currently when I do, an close my SSH session, the miner stops.
You can use an ampersand after the command to make it execute in a background process. You may need to redirect stdin and/or stdout to allow ssh to exit cleanly, depending on exactly how you start BFGMiner. If you have a script that starts BFGMiner with your favorite arguments, you could do this: % ./bfg_miner_script </dev/null >/dev/null & |
|
|
|
|
My BFGMiner config is set to connect to gbt.mining.eligius.st:9337, but it always falls back to stratum. I don't think it matters a whole lot, but I am curious as to why this might be.
|
|
|
|
i want to order a blade but i would like to know how to run it with cgminer or bfgminer as i read that it does not support stratum from the webpage setup is that true?
I believe you can set it up by pointing to an instance of bfgminer running on a machine a blade can reach over the network. Checkout Eligius pool and Luke-Jr's posts/instructions. I think this is the way Luke intended it to work recently... Wish someone can put a step-by step for bfgminer.  1. Build BFGMiner on Linux, following the directions in the README file. 2. Start BFGMiner with the '--http-port' option to set the port to connect to: bfgminer --http-port <port number> -c <config-file> i.e., bfgminer --http-port 8330 -c myconfig.conf 3. Configure the blades to connect to the machine running BFGMiner on the port you specified. The blade has to have two pools to mine to, so you have to type everything twice, as below. In the "Ports" box, you would type 8330,8330 (or whatever port you specified above) In the "Server Addresses" box, you would type <IP of machine running BFGM>, <IP of machine running BFGM> In the "user:pass" box, you would type any username:password you want, but each blade must have a different user name. Remember to do it twice: myusername1:abc123,myusername1:abc123 The blade will then start mining and will show up in BFGMiner as device SGW0, SGW1, etc. |
|
|
|
i want to order a blade but i would like to know how to run it with cgminer or bfgminer as i read that it does not support stratum from the webpage setup is that true?
It's true, mostly. It will work with BFGMiner under Linux. The CGMiner guys have made it clear that they don't care to support blades at all. You can mine on any pool, or solo, using the built-in web interface (and possibly a stratum proxy), but that interface is awful. If BFGMiner didn't support them, I would not want any blades. |
|
|
|
800 GH/s in October, here I come !
Thanks Dave, Punin, Bitfury, cscape, and everyone else involved with realizing this project. Very exciting times !
Wow, I hope this works out for you with the insane difficulty increases that are coming. Let the record show that with that 16k you could have bought over ~133 BTC at $120 each. Do you honestly think these units will ever mine over 133 BTC? I don't think he cares. He's bought a crap load of USB eruptors in the past so I don't think ROI is important for him and it's probably more a pricy hobby. You guys are funny. Even with the genesis blocks ridiculous assumption of a linear growth with difficulty. A positive ROI is almost guaranteed with Bitfury, as long as BTC stays above $100 and delivery of Oct units happens early Oct.Didn't they already say delivery of October units would probably be in very late October? I don't think there is any reason at all to presume October units will ship in early October, although I would love to be proven wrong. And even if difficulty is not linear, it could very well increase even more steeply for some time before it starts to flatten out. |
|
|
|
Just happen to find the config file that cgminer made. It was in plain site. My question now is what is the trigger to use the config file?
cgminer -c <config file name> |
|
|
|
The backplane seems to have a HP/COMPAQ DPS-800GB, an 850W supply, powering 10 Blades. So, 85 watt/Blade? 85w/12vdc=7.0amps 7.0amps per Blade?
I have a Blade arriving soon and am putting together what I need. Does the board have the 4pin 12vdc female or, besides the fingers to be powered from the backplane, only the green screw-down connector? Because if no female 4 pin 12vdc connector I'll rip down an old motherboard to fabricate a interconnect from its main connector so as not to damage the supply's 4 pin 12 vdc connector.
Only the green screw-down connector. |
|
|
|
One of the assembled K64s, that I am trying to get running. Individual K16s are working with less than 1% error rate. There is some issue with I2C (board to board) communication, that I am hoping to iron out by tonight.  What's connecting the boards together? I see an orange, yellow and green(blue?) wire connecting the 2 lower boards along with lots of red and black power wires, but they aren't connected to the 2 upper boards unless you've hidden wires on the back of the PCB to tangle into the fans. Probably working on getting it hashing with 2 boards...before 3/4 +, while you are online TH can you tell us if your chip order was updated? Just had to come back... LMAO Is that scotch tape?  ? I think 2 weeks from chips delivery was very very overly optimistic... and... what is up with the hosting service preorder idea? Sell cloud hash without transference of the physical asset? Brilliant. It's called KAPTON tape. It is designed to take high temperatures, so you can use it to mask areas of the board during a wave soldering operation or whatever. It is also useful for just holding stuff in place sometimes  |
|
|
|
Matt, the company spokesman explained, “We are in the final stages of signing a groundbreaking deal with a leading Bitcoin ASIC manufacturer. Leveraging their 28nm chip technology
This really hinges on what chip they are using. What do you mean exactly? I wouldn't care if they had monkeys with abacuses calculating the hashes, as long as they are providing me with $6/gh/s. I wouldn't care either if the farm was up and running. But it isn't. There are lots of 28nm chips in various stages. Which manufacturer they are using will greatly determine their ability to deliver on time. Has the chip taped-out or not? etc. Yeah, that's a fair point. |
|
|
|
Matt, the company spokesman explained, “We are in the final stages of signing a groundbreaking deal with a leading Bitcoin ASIC manufacturer. Leveraging their 28nm chip technology
This really hinges on what chip they are using. What do you mean exactly? I wouldn't care if they had monkeys with abacuses calculating the hashes, as long as they are providing me with $6/gh/s. |
|
|
|
Since I noticed that it has been asked in here twice ...
No, no cgminer support for the USB Blades.
We've never even seen the things or had any contact from anyone.
Afaik bfgminer supports the blades somehow... But not 100% sure, will have to chat with Luke about it. Blades also have their own interface where you can configure hashing, again needs to be written up by someone who gets the new blade soon It supports them under Linux, at least, with a an enbedded getwork server. From the 3.2.0 Release notes: New embedded getwork server to drive Block Erupter Blades and similar devices off BFGMiner. Instructions in README.ASIC. Currently not included in OpenWrt or Windows binaries. |
|
|
|
|
xyzzy099 ; 2 new blades ; 8 ; 1Lu4ZAThgPzGAoUFq8Xib32N1KuSDtv7MN
|
|
|
|
For 40 BTC you can buy 11 Asicminer blades that will output 143 G\Hash for the same price. Good luck with sales.
Blades cost more than 10 BTC each... wtf are you talking about. This forum is filled with idiots. 40 BTC buys you close to 4 blades. They are BTC3.5 now - but they sold out for the moment: https://bitcointalk.org/index.php?topic=282867.0 |
|
|
|
Sweet |
|
|
|
|
BTC31 shipped and escrow via JohnK
|
|
|
|
No effect  All devices disabled, cannot mine!./bfgminer -o http://api.bitcoin.cz:8332 -u XXXXXX -p XXXXXX -S All --icarus-options 115200:1:1 --icarus-timing 3.0=100 --disable-gpu Try '-S erupter:all' That should work for you. |
|
|
|
BFGminer for Debian from source: apt-get update && apt-get install make screen mc autoconf libtool libncurses-dev yasm curl libcurl4-openssl-dev libjansson-dev pkg-config libudev-dev uthash-dev libusb-dev htop php5 apache2
wget http://beehost.org/bfgminer-3.1.4.zip
unzip bfgminer-3.1.4.zip
mv bfgminer-3.1.4 bfgminer
cd bfgminer && ./configure
make
Cheers r50zyry5 Thank you very much, but it says failed to open OpenCL drivers. I need it to work with ONLY BlockErupters. How to compile it with ICARUS only? I don´t use GPU. Thanks ! The README says: BFGMiner specific configuration options:
--disable-avalon Compile support for Avalon (default enabled)
--enable-cpumining Build with cpu mining support(default disabled)
--disable-opencl Build without support for OpenCL (default enabled)
--disable-adl Build without ADL monitoring (default enabled)
--disable-bitforce Compile support for BitForce (default enabled)
--disable-icarus Compile support for Icarus (default enabled)
--disable-modminer Compile support for ModMiner (default enabled)
--disable-x6500 Compile support for X6500 (default enabled)
--disable-ztex Compile support for ZTEX (default if libusb)
--enable-scrypt Compile support for scrypt mining (default disabled)
--with-system-libblkmaker Use system libblkmaker rather than bundled one
(default disabled)
--without-sensors Build with libsensors monitoring (default enabled)
--without-curses Compile support for curses TUI (default enabled)
--without-libmicrohttpd Compile support for libmicrohttpd getwork server
(default enabled)
--without-libudev Autodetect FPGAs using libudev (default enabled)
I'm sure the answer is in there somewhere. |
|
|
|
A quick question: how do I instruct cgminer to use only GPU and ignore all USBs?
The README says that "--usb :0 will disable all USB I/O other than to initialise libusb". |
|
|
|
|
Show Posts
