Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 318. (Read 5806004 times)

Generally if something shuts down its either getting too hot and turning itself off, or your power supply is being overloaded. 

M

Today I notice that PC still shuts down even I use cutoff--temp 92
So how to find out if that is cause of graphic card or something else like CPU or motherboard?

As far as I know, there's only MSE: http://windows.microsoft.com/en-us/windows/security-essentials-download

The only choice really is whether you need 32bit or 64bit.

I know they have some different versions, like Forefront, which is made to run in large enterprise setups (runs in client/server modes only, no standalone client installs).  MSE is purely a standalone client that can be used on any of Microsoft's OS products.  Should work on anything from Windows XP and Server 2003 on up through latest Win 8 and Server 2012 versions.

Ah, just realized they renamed it back to Defender for Win 8/2012.  Same thing, different name.  Only thing is it's already included in Win 8/2012.

So MSE download is for everything back to Win XP, but not for Win 8. 

Thanks so much, all up and running again!

Also, thanks for nudging me towards Linux. Was a fair bit of a learning curve, but with a few good guides I was able to get everything installed quite easily.

Was also able to get more hashes!

Win7x64 - 620khs
Ubuntux64 - 650khs

Hey everyone, I have a n00b question about ubuntu.

I took ckolivas's advice and moved to linux. Had it all set up and running, no problems.

But I decided to move a card (for cooling reasons) and broke the ribbon connector in the process.

I had 3 cards, and now only have 2 working.

Problem is, one of the leftover 2 cards doesn't detect in cgminer anymore, ubuntu seems to think it is there, but its not activated or something? Is there a command that I can use to re-detect or activate it?

If I run ./cgminer -n this is the output:

CL Platform 0 vendor: Advanced Micro Devices, Inc.                    
 [2013-06-02 17:40:59] CL Platform 0 name: AMD Accelerated Parallel Processing                    
 [2013-06-02 17:40:59] CL Platform 0 version: OpenCL 1.2 AMD-APP (1124.2)                    
 [2013-06-02 17:40:59] Platform 0 devices: 1                    
 [2013-06-02 17:40:59]    0   Tahiti                    
 [2013-06-02 17:40:59] Failed to ADL_Adapter_ID_Get. Error -10                    
 [2013-06-02 17:40:59] This error says the device is not enabled                    
 [2013-06-02 17:40:59] Failed to ADL_Adapter_ID_Get. Error -10                    
 [2013-06-02 17:40:59] This error says the device is not enabled                    
 [2013-06-02 17:40:59] GPU 0 AMD Radeon HD 7900 Series hardware monitoring enabled                    
 [2013-06-02 17:40:59] 1 GPU devices max detected                    
 [2013-06-02 17:40:59] USB all: found 11 devices - listing known devices                    
 [2013-06-02 17:40:59] No known USB devices

If I boot into windows (Drive is dual boot) both cards are there and hash happily. (3rd one is removed until I get a new ribbon cable)

Thanks for your help

We'd love to, but ztex doesn't have a regular maintainer since neither Kano nor I have one and we can only hack on it blindly, and we only sporadically get people hacking on it. Getting a debug output from you when it crashes would be helpful.

Your computer definitely was infected. The other deleted files and the removed registry key correspond to the Wsnpoem trojan. Zbot is an alias of that trojan. It seems like SEP mistakingly identified cgminer.exe as part of the trojan's files.


You've clearly never tried any recent version of McAfee. +1 for MSE. IF you're using Windows, that's the way to go.

What was the other Microsoft av? 8/2012 switched back to the other one
Id love to have av on my 2012, uninstalled sep crap already

License change with MSE version 2, you can now run it on anything that Microsoft makes (server included).

That's why I'm using it on all my stuff, and it's never triggered a false positive on cgminer, or any of the other miner programs I've tried on my system to find the best one to use.

... and relevant ... this is mentioned in the FAQ in the README

The other files have nothing to do with cgminer.

af60f0da905591f0a3eb6167f27d7228  cgminer.exe
94554fd1461edb2946f5ebfcabd9e203  cgminer-fpgaonly.exe

Ps those other files looked useful. I'm assuming you run server edition hence your only option is sep.

Why don't you just upgrade cgminer

And I would add to that to stop using SEP.  Worst antivirus ever.  Know from experience having to support it on desktop systems in a prior job.  It would take a good 6 months before it would start detecting stuff that Malwarebytes or Microsoft Security Essentials (MSE) would detect within days.

I use MSE at home on all my Windows machines, works great and VERY rare false positives. 

That's what I am aware of, I wonder what those other files that were deleted are and if they could use the vanilla unaltered cgminer.exe for their purpose.

Just in case, could anyone confirm that md5 hash sum for cgminer.exe from cgminer-2.10.1-win32 package is af60f0da905591f0a3eb6167f27d7228 please?

Thanks

False it's the fact cgminer is used in trojans to mine

A few minutes ago Symantec Endpoint Protection (version 12.1.2015.2015) deleted cgminer.exe determining it to be a Trojan.Zbot virus.
I've been using this executable for at least 3 months, it's from cgminer-2.10.1-win32 package, cgminer.exe, size 431104
I have just compared the crc of the file I've been working with all this time and the file from the package and they are identical.

I am a bit shocked, cause I do pay a lot of attention to using latest updates for a firewall and SEP, filtering what apps are allowed to go outside and and what are not, and I am also not prone to clicking on every link I see and generally cautious when browsing hte web.

In parallel SEP deleted several files, I am attaching a screenshot of that.

The question is - is this a false positive? Is this a known issue and I can just keep mining happily or do I have to change all my passwords and so on?

http://anonymouse.org/cgi-bin/anon-www.cgi/http://img62.imageshack.us/img62/2111/virusscreenshot.png

How to setup driver?
I followed the guide here:
https://docs.google.com/document/d/1Gw7YPYgMgNNU42skibULbJJUx_suP_CpjSEdSi8_z9U/preview?sle=true&pli=1
and
http://bitcoin-mining-headless.blogspot.com/

Tried AMD Catalyst driver 13.4 and 12.8,  AMD APP open cl driver 2.8 and 2.7. No error when building cgminer.

Thanks.

Regarding the crash, being linux, you should be able to get a crash dump that shows what happened.
The RPi binaries in my github are compiled with -g ... I'll put up the 3.2.0 today
So if you:
ulimit -c 2097152
before you run it, it will create a core dump
Then,
gdb cgminer core
bt full
Will produce a backtrace

Yes that's basically how the Icarus device are. Somewhat unreliable to initialise
One of the big advantages of the default hotplug settings (3.2.0) is that when the devices don't work, it will try again 5 seconds later and usually they work the next time.
(I'll need to add to hotplug to give up on a device after a few tries in a row ... if the device really is no good or wont initialise)

With the latest cgminer git there is a python script in there called usbtest.py
https://github.com/ckolivas/cgminer/blob/master/usbtest.py
(I've been using this for quite a long time, about a year, but recently added it to the git)
It talks to the old serial device:
With that you can send a single command to a USB miner.
An example to use it:
Firstly either make sure cgminer isn't running, or disable hotplug with java API 'hotplug|0'
Then AFTER that, plug in your USB miner
Then e.g. ./usbtest.py /dev/ttyUSB0 icarus
(you'll have to find your miner number e.g. ls /dev/ttyUSB*)
It sends 2 test icarus work items to the device and shows the expected result and the actual result
You will find that on occasion it fails or returns incorrect results - even on the serial-USB kernel setup with python.
i.e. all of this simply shows that indeed they sometimes fail to initialise, but with hotplug, usually get it right the 2nd time if it fails the first time.

Then it's not the binary since there's no reason the binary would segfault, it's your screwed driver setup.