Kano, it seems that most everyone in this forum: https://bitcointalk.org/index.php?topic=195052.1760 has not been able to get cgminer 3.2.0 to work with the little USB block erupters. The people that have been successful are using 3.1.1. You seemed so confident that it would work and I assume you have one of these devices too. Given that it worked fine for you and for none of us (that I am aware of), it's probably something simple to fix, like a missing library or something?
One of the symptoms is that after running 3.2.0, the device in /dev/ttyUSB0 disappears.
Edit: did you get one of the original block erupters and ours are the new Sapphire version?
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 313. (Read 5805537 times)
June 04, 2013, 09:46:17 AM
June 04, 2013, 09:46:09 AM
MSE will chocke any system... Avira better ;]
June 04, 2013, 09:44:46 AM
I am using Avast, but it seems to be detecting the program as a virus, does it matter?
Well, AVAST sucks for a start. Use Microsoft Security Essentials.
Second, as long as you downloaded cgminer from the correct place, it won't be a virus. Use only the links in the first post on this thread. I've seen cgminer packages hosted on Rapidshare and the likes, and they have had a virus in them.
June 04, 2013, 08:15:35 AM
screen -dmS cgminer
June 04, 2013, 08:06:24 AM
You can use "screen" too
Definitely, but this means that you need to (after a system reboot) remember, or be available, to log in and start everything up.
I have my systems PXE booting, automatically starting X under tty12 and cgminer under daemontools. It means that my miners can reboot at any time and they'll come up mining. Throw in puppet for managing the config files and it's fairly well automated.
You can automate the starting of 'screen' also. My machines automatically resume mining (with 'screen') after a reboot as well.
Would you mind sharing your code for this? I can't seem to get mine up & running... It's a pain having to re-type everything on a restart....
June 04, 2013, 06:52:07 AM
I would assume so since what else could they have used to test the board?
June 04, 2013, 06:47:30 AM
Does anyone know if these will work with the K16 which I believe uses the Icarus protocol? I don't physically have the board yet so at this point its just a question.
June 04, 2013, 06:20:25 AM
You can use "screen" too
Since we are on the screen topic, hope you don't mind I squeeze in this question:I check my rig via SSH and the last time it crashed (overall reported hashrate by pool dropped to 0, so I went and had a look), I did screen -r and it reported back there was no screen to reattach. So, from other people's experience with running cgminer under screen: How stable is screen? Any only else encountered this?
Code:
while : #Run forever.. until end of time....
do
screen .......
logger -t myawesomescript "Cgminer crashed" # This goes into /var/log/syslog
sleep 15 #Just for fun.
done
June 04, 2013, 06:02:25 AM
You can use "screen" too
Since we are on the screen topic, hope you don't mind I squeeze in this question:I check my rig via SSH and the last time it crashed (overall reported hashrate by pool dropped to 0, so I went and had a look), I did screen -r and it reported back there was no screen to reattach. So, from other people's experience with running cgminer under screen: How stable is screen? Any only else encountered this?
I have been using screen reliably since I started mining 15 months ago. I have never seen screen crash. I have seen no screen available messages a couple times, when trying to do screen -r, but that always meant that cgminer, itself, crashed (screen exits when the command it started exits. I know it these were cgminer crashes because my shell script that wraps the start and stop logs the start time immediately before cgminer starts and the stop time immediately after it exits. The current iteration of my shell script actually has a loop in it that restarts cgminer if it ever exits instead of just exiting itself, and since then I have never seen screen not be available when attaching to it.
June 04, 2013, 05:59:15 AM
Screen by default is closing itself if application ends, also when it crash.
see screen --help to find workaround
Will do, thanks!see screen --help to find workaround
How do people do it without screen? Just keep ssh up? A disconnect kills it right? This is one thing Windows rdp is amazing with.
I found tmux when looking for alternatives. Looks promising to me, but then I'm a noob June 04, 2013, 05:57:41 AM
You can use "screen" too
Since we are on the screen topic, hope you don't mind I squeeze in this question:I check my rig via SSH and the last time it crashed (overall reported hashrate by pool dropped to 0, so I went and had a look), I did screen -r and it reported back there was no screen to reattach. So, from other people's experience with running cgminer under screen: How stable is screen? Any only else encountered this?
see screen --help to find workaround
June 04, 2013, 05:55:43 AM
How do people do it without screen? Just keep ssh up? A disconnect kills it right? This is one thing Windows rdp is amazing with.
June 04, 2013, 05:51:24 AM
You can use "screen" too
Since we are on the screen topic, hope you don't mind I squeeze in this question:I check my rig via SSH and the last time it crashed (overall reported hashrate by pool dropped to 0, so I went and had a look), I did screen -r and it reported back there was no screen to reattach. So, from other people's experience with running cgminer under screen: How stable is screen? Any only else encountered this?
June 04, 2013, 05:50:14 AM
You can use "screen" too
Definitely, but this means that you need to (after a system reboot) remember, or be available, to log in and start everything up.
I have my systems PXE booting, automatically starting X under tty12 and cgminer under daemontools. It means that my miners can reboot at any time and they'll come up mining. Throw in puppet for managing the config files and it's fairly well automated.
You can automate the starting of 'screen' also. My machines automatically resume mining (with 'screen') after a reboot as well.
June 04, 2013, 05:48:18 AM
No continue ignore virus
June 04, 2013, 05:45:49 AM
I am using Avast, but it seems to be detecting the program as a virus, does it matter?
June 04, 2013, 05:39:56 AM
You can use "screen" too
Definitely, but this means that you need to (after a system reboot) remember, or be available, to log in and start everything up.
http://stackoverflow.com/questions/7049252/how-to-create-a-screen-executing-given-command
June 04, 2013, 02:39:17 AM
Could you elaborate on what PXE booting, daemontools, and puppet mean? I'm a Windows guy!
Sure:
PXE booting means booting off the network from a file server - no disks in the machine and they all share the same root filesystem on the file server
daemontools is a program for supervising processes - if they die it automatically restarts them
puppet is a configuration management tool for linux
I should probably do a howto for all this, parts of this could be easily re-used without needing the whole setup.
+1
June 04, 2013, 01:55:51 AM
EDIT: Now I get it. Well I did some testings and I can get about 4% more if I set up to 10 and 12. And that is missing at the moment... As far as I know 8 and 9 were limits in older versions...
There aren't really any limits per version of CGMiner, except where it tops out at which I think is 14. But the limit is per GPU type. 9 is about the max that gets you the best performance. But I have 5xxx series GPU's so 8 or 9 is the highest which is best for those. If you have newer GPU's then maybe you can go higher. I would recommend keeping an eye on your U: and HW errors though.
Again the FAQ in the top post explains allot of this.
Sam
I would like to know why I can't use setting for intensity higher then 8 with 8 GPU cores and I was able to do so with 5 cores. What is a solution or workaround...
June 04, 2013, 01:41:25 AM
Can I hope in future that temp-cutoff will shut down cgminer too not just stop using gpu?
Jump to: