OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[worldinacoin]

I am using Avast, but it seems to be detecting the program as a virus, does it matter?

[1713872677]

1713872677

[1713872677]

1713872677

[1713872677]

1713872677

[1713872677]

1713872677

[bitpop]

No continue ignore virus

[twmz]

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.

[Newar]

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?

[bitpop]

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.

[rav3n_pl]

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?

Screen by default is closing itself if application ends, also when it crash.
see screen --help to find workaround

[Newar]

Screen by default is closing itself if application ends, also when it crash.
see screen --help to find workaround

Will do, thanks!

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

[twmz]

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.

[turtle83]

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

[ewitte]

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.

[bitpop]

I would assume so since what else could they have used to test the board?

[PatMan]

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....

[bitcoinminer42]

screen -dmS <name> cgminer <params>

[HellDiverUK]

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.

[rav3n_pl]

MSE will chocke any system... Avira better ;]

[bitcoindaddy]

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?

[stormos]

3.2.0. crashes at any of my gpu only rigs (win7) but works fine at computer with BFL FPGA device

[-ck]

Of course

oops do u have a debug, cpu fixed?

Not today, at work... gimme another day.

Here you go:
http://ck.kolivas.org/apps/cgminer/debug/

[daemondazz]

One of the symptoms is that after running 3.2.0, the device in /dev/ttyUSB0 disappears.  

As Kano has said multiple times, this is correct!!!

cgminer is no longer using the usbserial module to talk to the device, so I would expect it's unbinding the device from the usbserial module which is why /dev/ttyUSB0 vanishes.

Do an lsusb and see if the device is still on the USB bus.

[bitcoindaddy]

One of the symptoms is that after running 3.2.0, the device in /dev/ttyUSB0 disappears.  

As Kano has said multiple times, this is correct!!!

cgminer is no longer using the usbserial module to talk to the device, so I would expect it's unbinding the device from the usbserial module which is why /dev/ttyUSB0 vanishes.

Do an lsusb and see if the device is still on the USB bus.

Sorry, this is news to me. I haven't seen the posts you are talking about. Even so, the devices still don't show up on the ncurses display. Anything else that needs to be done to get them recognized?