Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 245. (Read 5805531 times)
August 24, 2013, 10:40:14 AM
Coz you have to put it in CFLAGS before ./configure ...
August 24, 2013, 10:02:23 AM
I have problem on gentoo system witch new version.
First time compile I got this error:
libusb.h: Nie ma takiego pliku ani katalogu = no such file or directory
on my Gentoo I have libusb.h on directory /usr/include/libusb-1.0/libusb.h
so I added to this path to configure
Configure works ok, but I see new error on make:
I have compiled 3.3.1 version and it's works.
Also I have latest in gentoo libusb version 1.0.9
Any help ?
First time compile I got this error:
Code:
make[2]: Wejście do katalogu `/media/tmp/cgminer'
CC cgminer-driver-icarus.o
In file included from driver-icarus.c:50:0:
usbutils.h:14:20: fatal error: libusb.h: Nie ma takiego pliku ani katalogu
compilation terminated.
make[2]: *** [cgminer-driver-icarus.o] Błąd 1
make[2]: Opuszczenie katalogu `/media/tmp/cgminer'
make[1]: *** [all-recursive] Błąd 1
make[1]: Opuszczenie katalogu `/media/tmp/cgminer'
make: *** [all] Błąd 2
on my Gentoo I have libusb.h on directory /usr/include/libusb-1.0/libusb.h
so I added to this path to configure
Code:
./configure CPPFLAGS="-I/usr/include/libusb-1.0/"
Configure works ok, but I see new error on make:
Code:
CC cgminer-driver-icarus.o
driver-icarus.c: In function ‘icarus_initialise’:
driver-icarus.c:257:12: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c:277:14: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c:283:14: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c:290:14: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c:317:14: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c:324:14: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c:331:14: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c:338:14: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c:352:14: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c:360:14: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c:375:14: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c:382:14: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c: In function ‘icarus_get_nonce’:
driver-icarus.c:423:13: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
driver-icarus.c: In function ‘icarus_scanhash’:
driver-icarus.c:874:12: error: ‘struct cgpu_info’ has no member named ‘usbinfo’
make[2]: *** [cgminer-driver-icarus.o] Błąd 1
make[2]: Opuszczenie katalogu `/media/tmp/cgminer'
make[1]: *** [all-recursive] Błąd 1
make[1]: Opuszczenie katalogu `/media/tmp/cgminer'
make: *** [all] Błąd 2
I have compiled 3.3.1 version and it's works.
Also I have latest in gentoo libusb version 1.0.9
Any help ?
August 24, 2013, 09:27:41 AM
Question - is there an easy way to run a few erupters, one Jalapeno and some custom rigs (e.g., Burning Mining) off of one Raspberry Pi w/ MinePeon w/ cgminer AND be able to overclock the custom rig?
Could I just install another instance of CG Miner or can I do the overclock of a specific rig while not affecting all rigs?
Or would it be better/simpler to get another Raspberry Pi?
I am not script writing capable, so please consider that.
Very much appreciated,
IAS
Could I just install another instance of CG Miner or can I do the overclock of a specific rig while not affecting all rigs?
Or would it be better/simpler to get another Raspberry Pi?
I am not script writing capable, so please consider that.
Very much appreciated,
IAS
August 24, 2013, 09:19:46 AM
The error simply means that whatever bazaar OpenCL SDK he is using, it doesn't support the current cgminer *.cl code.
... and that is about the end of the story.
... and that is about the end of the story.
August 24, 2013, 05:58:48 AM
Hi All,
Trying to run cgminer to mine Litecoin with Kattare pool on an NVIDIA GTX 550 Ti and getting the following error with these BAT file settings:
Any advice would be appreciated. Is it just the settings?
My advice would be not to mine with a nvidia GPU, as odds are it won't be profitable.Trying to run cgminer to mine Litecoin with Kattare pool on an NVIDIA GTX 550 Ti and getting the following error with these BAT file settings:
Any advice would be appreciated. Is it just the settings?
Also it seems your running a highly outdated build of CGminer, we're at 3.4.0 now..
August 24, 2013, 02:56:19 AM
Hi All,
Trying to run cgminer to mine Litecoin with Kattare pool on an NVIDIA GTX 550 Ti and getting the following error with these BAT file settings:
Any advice would be appreciated. Is it just the settings?
Trying to run cgminer to mine Litecoin with Kattare pool on an NVIDIA GTX 550 Ti and getting the following error with these BAT file settings:
Code:
color 0F
cgminer --scrypt -o http://ltc.kattare.com:9332 -u jmevz.litedigger -p y6ZzAWza --shaders 192 --intensity 10 --worksize 256 -g 1
Code:
[2013-08-24 16:51:11] Started cgminer 2.11.3
^~~~~~~~~~~~~~~~~~:128:24: note: instantiated from:
#define EndianSwap(n) (rotl(n & ES[0], 24U)|rotl(n & ES[1], 8U))
^:124:19: note: instantiated from:
#define rotl(x,y) rotate(x,y)
^~~~~~:3025:26: note: candidate function
ulong16 __OVERLOADABLE__ rotate(ulong16 [2013-08-24 16:51:36] Failed to init GPU
thread 0, disabling device 0
[2013-08-24 16:51:36] Restarting the GPU from the menu will not fix this.
[2013-08-24 16:51:36] Try restarting cgminer.
Press enter to continue:
Any advice would be appreciated. Is it just the settings?
August 23, 2013, 02:03:55 PM
Stuck it in the fridge for about 30 minutes and it doesn't seem to have helped. If anything, it looks like it's gotten worse; down to ~5.4 GH/s now. 
That doesnt sound like a particularly good idea. Have you tried removing the casing and inverting the fan so its blowing down?
I did that a couple days ago and my temp went from 45C to 35C.
I did that when I flashed my firmware. Even with the increased hash rate, I went from ~42 to ~38. Just breathes better.
August 23, 2013, 01:51:54 PM
I would say make sure you have some sort of fan blowing on them, even just a small USB fan. Plus, since you are using Windows, download CGWatcher and run it. It will watch for the crash and if so will restart them.
I do have a fan on them; I'm also debating whether to add another one or not. The miners are distinctly warmer now since I added the last batch of 10.Thanks for the tip about CGWatcher! It seems to be exactly what I need. =)
I do plan to eventually port my rig over to an RPi, but that can be an adventure for another day. =)
August 23, 2013, 11:39:51 AM
Hubs 2-5 each contain six block erupters. Each is plugged into hub #1.
What is the current rating of your hub power supplies? You need more than 3 Amps as each Erupter draws .5 Amp.
Yeah, I see that happen too with mine. Sometimes they go 2 days without crashing, and some days they crash every other hour. I dont know. I do have a crappy hub but not trying to spend money on one for the 3 I have.
I would say make sure you have some sort of fan blowing on them, even just a small USB fan. Plus, since you are using Windows, download CGWatcher and run it. It will watch for the crash and if so will restart them.
August 23, 2013, 11:39:04 AM
Hubs 2-5 each contain six block erupters. Each is plugged into hub #1.
What is the current rating of your hub power supplies? You need more than 3 Amps as each Erupter draws .5 Amp.
August 23, 2013, 11:36:49 AM
Stuck it in the fridge for about 30 minutes and it doesn't seem to have helped. If anything, it looks like it's gotten worse; down to ~5.4 GH/s now.
That doesnt sound like a particularly good idea. Have you tried removing the casing and inverting the fan so its blowing down?Its a single 92mm fan. I kept it, its not bad. Its sitting on top of my desk in an office. I get enough of people talking around me, plus I have headphone on 99% of the time so I never hear it.
August 23, 2013, 11:32:48 AM
Hubs 2-5 each contain six block erupters. Each is plugged into hub #1.
What is the current rating of your hub power supplies? You need more than 3 Amps as each Erupter draws .5 Amp.
August 23, 2013, 11:22:47 AM
Greetings.
I'm a recent entry into the world of ASIC mining. I've got a small array of 31 ASICMiner Block Erupters that I'm trying to set up as a "fire-and-forget" setup that I can just run in a remote location (where I get free electricity). Eventually I plan to run this off a Raspberry Pi, but that's a story for another day.
Right now, I'm using a Windows 8 x64 PC as a host. I've consistently been getting crashes when running cgminer. Here's my setup:
6x D-Link DUB-H7 hubs
Hub #1 is the "master" hub. The other five connect to it. Hub 1 also holds a USB fan and a single block erupter.
Hubs 2-5 each contain six block erupters. Each is plugged into hub #1.
Hub #1 is connected to my host PC.
I ran the zadig tool and configured the drivers.
With cgminer 3.3.1, if I plug in the array first, then start cgminer, cgminer will instantly crash. If I start cgminer first, then plug in the array, it seems to work. At least, I didn't experience any crash issues. However, this is unsustainable as I plan to run this rig remotely, so I need to be able to reboot the machine periodically without having to unplug and replug the array.
With cgminer 3.4.0, I can start it with the array plugged in, and it hashes normally, at expected values. However, after about 1-12 hours (varies), it crashes as per the screenshot below:
In this screenshot, it crashed after only about an hour of running.
My config file only contains my pool info, no other options. I start cgminer with a shortcut in the startup folder in windows, which just runs the executable - no command line options. Alternately, when restarting cgminer after a crash, I double-click on the .exe.
Any thoughts on what I might be doing wrong?
I'm thinking of just using the looping-restart batch file someone posted earlier in the thread, but that's just a workaround, not a fix.
(Side note: My PC has an AMD APU, which cgminer picks up and runs for an extra 50MH/s. Bonus! )
I'm a recent entry into the world of ASIC mining.
I've got a small array of 31 ASICMiner Block Erupters that I'm trying to set up as a "fire-and-forget" setup that I can just run in a remote location (where I get free electricity). Eventually I plan to run this off a Raspberry Pi, but that's a story for another day. Right now, I'm using a Windows 8 x64 PC as a host. I've consistently been getting crashes when running cgminer. Here's my setup:
6x D-Link DUB-H7 hubs
Hub #1 is the "master" hub. The other five connect to it. Hub 1 also holds a USB fan and a single block erupter.
Hubs 2-5 each contain six block erupters. Each is plugged into hub #1.
Hub #1 is connected to my host PC.
I ran the zadig tool and configured the drivers.
With cgminer 3.3.1, if I plug in the array first, then start cgminer, cgminer will instantly crash. If I start cgminer first, then plug in the array, it seems to work. At least, I didn't experience any crash issues. However, this is unsustainable as I plan to run this rig remotely, so I need to be able to reboot the machine periodically without having to unplug and replug the array.
With cgminer 3.4.0, I can start it with the array plugged in, and it hashes normally, at expected values. However, after about 1-12 hours (varies), it crashes as per the screenshot below:
In this screenshot, it crashed after only about an hour of running.
My config file only contains my pool info, no other options. I start cgminer with a shortcut in the startup folder in windows, which just runs the executable - no command line options. Alternately, when restarting cgminer after a crash, I double-click on the .exe.
Any thoughts on what I might be doing wrong?
I'm thinking of just using the looping-restart batch file someone posted earlier in the thread, but that's just a workaround, not a fix.
(Side note: My PC has an AMD APU, which cgminer picks up and runs for an extra 50MH/s. Bonus!
) 
August 23, 2013, 11:15:38 AM
Stuck it in the fridge for about 30 minutes and it doesn't seem to have helped. If anything, it looks like it's gotten worse; down to ~5.4 GH/s now.
That doesnt sound like a particularly good idea. Have you tried removing the casing and inverting the fan so its blowing down? August 23, 2013, 10:30:54 AM
Stuck it in the fridge for about 30 minutes and it doesn't seem to have helped. If anything, it looks like it's gotten worse; down to ~5.4 GH/s now.
That doesnt sound like a particularly good idea. Have you tried removing the casing and inverting the fan so its blowing down?
I did that a couple days ago and my temp went from 45C to 35C.
I did that when I flashed my firmware. Even with the increased hash rate, I went from ~42 to ~38. Just breathes better.
August 23, 2013, 09:50:56 AM
Stuck it in the fridge for about 30 minutes and it doesn't seem to have helped. If anything, it looks like it's gotten worse; down to ~5.4 GH/s now.
That doesnt sound like a particularly good idea. Have you tried removing the casing and inverting the fan so its blowing down?
I did that a couple days ago and my temp went from 45C to 35C.
August 23, 2013, 09:14:43 AM
Stuck it in the fridge for about 30 minutes and it doesn't seem to have helped. If anything, it looks like it's gotten worse; down to ~5.4 GH/s now.
That doesnt sound like a particularly good idea. Have you tried removing the casing and inverting the fan so its blowing down?
August 23, 2013, 06:41:25 AM
Just wanted to say that it seems 3.4.0 has made my HW errors on the USB BEs drop significantly... very nice! thx!
What was it before and what is it now? August 23, 2013, 03:46:35 AM
Hi! I'm trying to mine beyond firewall and proxy, so i use tor's vidalia to connect to the work servers.
Intresting detail - if we have an http and stratum proxy on mining pool, http redirects cgminer to stratum, and cgminer works correctly.
But if we have "plain stratum", cgminer can not conect to it through tor's socks5. For example, I'm mining LTC on litepool.ru right now. I connect to it through 8337 port, old getwork protocol. I used to mine on 50btc.com, where was getting connect throug old port too.
But when i trying to connetc to liteguard.com, which have only plain strtum proto, cgminer says "credentials are invalid" or pool is down.
If you teach it to work with stratum through socks5, it will be superior!
Intresting detail - if we have an http and stratum proxy on mining pool, http redirects cgminer to stratum, and cgminer works correctly.
But if we have "plain stratum", cgminer can not conect to it through tor's socks5. For example, I'm mining LTC on litepool.ru right now. I connect to it through 8337 port, old getwork protocol. I used to mine on 50btc.com, where was getting connect throug old port too.
But when i trying to connetc to liteguard.com, which have only plain strtum proto, cgminer says "credentials are invalid" or pool is down.
If you teach it to work with stratum through socks5, it will be superior!
August 22, 2013, 09:10:49 PM
Just wanted to say that it seems 3.4.0 has made my HW errors on the USB BEs drop significantly... very nice! thx!
Jump to: