 Show Posts
|
|
Pages: [1]
|
Hi there, i have a strange problem. Updated a long running nvOC 19 2.0 community release rig consisting of 4 1050ti`s with one more 1050ti so it contains 5 now but it is only showing 4 GPU`s i can´t get nvOC to use the 5th gpu. In order for you to spare a few hints i did the following. On the hardware side i checked all risers and cables, also i swapped all cards within the rig, didn´t change anything it continues to mine with only 4 gpu`s. Then i swapped all cards into a different rig to see whether a card was faulty, it was not. So, as far as hardware goes: 1. All risers and all cables check good 2. All gpu´s work (just not within this nvOC rig) So i went on with the software side of things: First i stopped everything with then i checked the Nvidia X-Server it only shows gpu 0-3 so the 5th is missing then i updated the nvOC installation with sudo -- sh -c 'apt-get update; apt-get upgrade -y; apt-get dist-upgrade -y; apt-get autoremove -y; apt-get autoclean -y' and rebooted. No change it works and is mining with 4 gpu´s it does not recognize the 5th and i can´t get it to do so. Using only finds 4 gpu´s Any ideas? |
|
|
|
|
Using Linux gui wallet 4.0.0.5 unable to sync or even get a single active connection to a peer on the network. Any suggestions anybody?
|
|
|
|
Hi guys,
still being fairly new to Linux i encountered the following problem:
Recently i built a rig with a Ryzen 7 1700x and AMD GPU´s and then installed nvOC 19-2.0 Community.
Did not work at all, always got stuck in a login loop and the miner1 password didn´t work, the rig stayed in the login loop.
So obviously i started searching the web and found several threads with exactly the same problem, not for nvOC but Ubuntu 16.04. And there were some solutions which helped others like reassign the read write permissions, renewing .Xauthority and other solutions but none of these worked on my rig, it stayed in the login loop no matter what i did. I used a freshly imaged nvOC 19-2.0 with no changes whatsoever.
I could ctrl+alt+f1 into a tty and login but i could not get nvOC to start and run a miner.
So i figured i just try a different combination and changed the motherboard and now it gets weired. After changing the mobo the same thing happened i was stuck in the login loop so i started to change everything. I tried several motherboard´s, switched memory sticks, used Nvidia GPU´s as well as AMD GPU´s, put nvOC on an USB stick as well as on a harddisk but nothing worked for me in combination with a Ryzen processor. I also tried a Ryzen 3 and a Ryzen 5. Using a windows setup all these combinations worked just fine but not with nvOC.
The second i put a Ryzen processor into any one rig and install nvOC i always get stuck in a login loop.
So is there anybody out there successfully mining with a Ryzen processor and nvOC?
Was anybody stuck in the login loop on nvOC and successfully resolved this matter and how?
Sorry guy´s i am lost here, need some help i can´t use nvOC with a Ryzen processor.
You are using AMD GPU on nvOC? You should use rxOC for AMD and cant use mix of Nvidia and AMD on nvOC and rxOC Let me clear it up. No, i was not mixing AMD and Nvidia gpu´s in one rig, instead i built several rigs either using all AMD or all Nvidia. In fact, after figuring out that it has something to do with the Ryzen cpu i built a rig with a Ryzen 7 1700x and a single AMD gpu then installed nvOC 19-2.0 and got stuck in the login loop. I rebuilt the rig, this time using a single nvidia card alongside the Ryzen 7 1700x and again was stuck in the login loop. To further explain, the Ryzen 7 doesn´t have a builtin gpu, so in order to get anything on the screen you have to use at least a single external gpu. That is why i was asking if somebody actually is mining succesfully using nvOC in combination with a Ryzen cpu? I can´t get passed the login loop using any Ryzen cpu and nvOC. And since i don´t know enough about Linux i can´t resolve the login loop by myself. Don't bother with Ryzen CPU on the current nvoc which is based on Ubuntu 16.04 which runs on linux kernel 4.4. That kernel doesn't support Ryzen. You could upgrade kernel on ubuntu 16.04 to 4.10 which gives partial support for Ryzen but not stable operation (you will have to Google how to do it) but you would still get crashes. You would need at least kernel 4.11 for better Ryzen support but Ubuntu doesn't provide that kernel for 16.04. You could compile latest 4.15 kernel yourself but that requires more than few clicks or simple guidance on this forum thread... that is way out of scope... Your best bet is to wait for the next nvoc release which will be based on the upcoming Ubuntu 18.04 with kernel 4.15 (ETA May 2018) and use Windows with your Ryzen CPU's in the meantime. BTW, you stated that you were also trying AMD Gpu's on nvoc. That will absolutely not work with nvoc. There are no AMD drivers in nvoc and all scripts are specifically made for nvidia cards. If you want you can try rxoc that is specifically made for AMD cards but haven't been maintained for a while... I am not sure if fullzero will continue maintaining that OS or not. Ah, very interesting, that explains a lot. Before i was using a Ryzen cpu i would not get any AMD rig to run with nvOC, thought i was the problem.......didn´t know that it was built specifically for Nvidia cards, now i know. Also i am not knowledgeable enough to compile a linux kernel by myself so i will stick with windows for the moment. On the other hand, i like nvOC a lot so i hope that in the future i can start using the Ryzen cpu´s to mine with nvOC. Thank you leenoox, CryptAtomeTrader44 and papampi for clarifying things. |
|
|
|
Hi guys,
still being fairly new to Linux i encountered the following problem:
Recently i built a rig with a Ryzen 7 1700x and AMD GPU´s and then installed nvOC 19-2.0 Community.
Did not work at all, always got stuck in a login loop and the miner1 password didn´t work, the rig stayed in the login loop.
So obviously i started searching the web and found several threads with exactly the same problem, not for nvOC but Ubuntu 16.04. And there were some solutions which helped others like reassign the read write permissions, renewing .Xauthority and other solutions but none of these worked on my rig, it stayed in the login loop no matter what i did. I used a freshly imaged nvOC 19-2.0 with no changes whatsoever.
I could ctrl+alt+f1 into a tty and login but i could not get nvOC to start and run a miner.
So i figured i just try a different combination and changed the motherboard and now it gets weired. After changing the mobo the same thing happened i was stuck in the login loop so i started to change everything. I tried several motherboard´s, switched memory sticks, used Nvidia GPU´s as well as AMD GPU´s, put nvOC on an USB stick as well as on a harddisk but nothing worked for me in combination with a Ryzen processor. I also tried a Ryzen 3 and a Ryzen 5. Using a windows setup all these combinations worked just fine but not with nvOC.
The second i put a Ryzen processor into any one rig and install nvOC i always get stuck in a login loop.
So is there anybody out there successfully mining with a Ryzen processor and nvOC?
Was anybody stuck in the login loop on nvOC and successfully resolved this matter and how?
Sorry guy´s i am lost here, need some help i can´t use nvOC with a Ryzen processor.
You are using AMD GPU on nvOC? You should use rxOC for AMD and cant use mix of Nvidia and AMD on nvOC and rxOC Let me clear it up. No, i was not mixing AMD and Nvidia gpu´s in one rig, instead i built several rigs either using all AMD or all Nvidia. In fact, after figuring out that it has something to do with the Ryzen cpu i built a rig with a Ryzen 7 1700x and a single AMD gpu then installed nvOC 19-2.0 and got stuck in the login loop. I rebuilt the rig, this time using a single nvidia card alongside the Ryzen 7 1700x and again was stuck in the login loop. To further explain, the Ryzen 7 doesn´t have a builtin gpu, so in order to get anything on the screen you have to use at least a single external gpu. That is why i was asking if somebody actually is mining succesfully using nvOC in combination with a Ryzen cpu? I can´t get passed the login loop using any Ryzen cpu and nvOC. And since i don´t know enough about Linux i can´t resolve the login loop by myself. |
|
|
|
|
Hi guys,
still being fairly new to Linux i encountered the following problem:
Recently i built a rig with a Ryzen 7 1700x and AMD GPU´s and then installed nvOC 19-2.0 Community.
Did not work at all, always got stuck in a login loop and the miner1 password didn´t work, the rig stayed in the login loop.
So obviously i started searching the web and found several threads with exactly the same problem, not for nvOC but Ubuntu 16.04. And there were some solutions which helped others like reassign the read write permissions, renewing .Xauthority and other solutions but none of these worked on my rig, it stayed in the login loop no matter what i did. I used a freshly imaged nvOC 19-2.0 with no changes whatsoever.
I could ctrl+alt+f1 into a tty and login but i could not get nvOC to start and run a miner.
So i figured i just try a different combination and changed the motherboard and now it gets weired. After changing the mobo the same thing happened i was stuck in the login loop so i started to change everything. I tried several motherboard´s, switched memory sticks, used Nvidia GPU´s as well as AMD GPU´s, put nvOC on an USB stick as well as on a harddisk but nothing worked for me in combination with a Ryzen processor. I also tried a Ryzen 3 and a Ryzen 5. Using a windows setup all these combinations worked just fine but not with nvOC.
The second i put a Ryzen processor into any one rig and install nvOC i always get stuck in a login loop.
So is there anybody out there successfully mining with a Ryzen processor and nvOC?
Was anybody stuck in the login loop on nvOC and successfully resolved this matter and how?
Sorry guy´s i am lost here, need some help i can´t use nvOC with a Ryzen processor.
|
|
|
|
For etn mining we could add the workername by using a "+" instead of the "." Can you please give an example, illustrating the above statement, sorry i didn't quite get that to be honest. So, this as well just a general explanation (not just for you but for any new miners to understand) of how actually 1bash, 0miner or 3main works. We add all the coin details and they are stored/attached to variables. We call those variables in 3main or 0miner and shape them up according to how pool expects. We follow the same procedure for every single coin. Feel free to ask any further questions you have. Well the etn pools use the following syntax: -o pool -u etnaddress.xxxxx -p where xxxxx represents the fixed diff -o pool -u etnaddress+yyyyy where yyyyy represents the workername and -o pool -u etnaddress.xxxxx+yyyyy where both are implemented the fixed diff represented by xxxxx and the workername represented by yyyyy so that is what i meant by using a +. To add the workername to an address but not setting the miner to a fixed diff one could use the "+" sign between the etn address and the workername. I tried to implement this into my 0main but failed because of my limited linux knowledge. I think that the + sign has a meaning when used with variables in a bash script but i could not get it to work. ADDR=$((ETN_ADDRESS+$ETN_WORKER)) gave me a value too great for base error (error token = the expression of my workername) Then again it is not that important i just liked to use the telegram script in nvOC and to differentiate between future machines i gave them significant names. By now we know that my name starting with the 19 used with the stock 0main in the community release led to my problem with the fixed diff so i do not know how to implement this correctly into the 0main script but again i think there is more important stuff for you guys than this. You have to escape + sign with \ Try: ADDR="$ETN_ADDRESS\+$ETN_WORKER" Didn´t work because it puts the "\" into the address like this and that fails because the pool is not expecting to see the "\" in there. It only expects to see the "+" expression in between the etnaddress and the workername. |
|
|
|
For etn mining we could add the workername by using a "+" instead of the "." Can you please give an example, illustrating the above statement, sorry i didn't quite get that to be honest. So, this as well just a general explanation (not just for you but for any new miners to understand) of how actually 1bash, 0miner or 3main works. We add all the coin details and they are stored/attached to variables. We call those variables in 3main or 0miner and shape them up according to how pool expects. We follow the same procedure for every single coin. Feel free to ask any further questions you have. [/quote] Well the etn pools use the following syntax: -o pool -u etnaddress.xxxxx -p where xxxxx represents the fixed diff -o pool -u etnaddress+yyyyy where yyyyy represents the workername and -o pool -u etnaddress.xxxxx+yyyyy where both are implemented the fixed diff represented by xxxxx and the workername represented by yyyyy so that is what i meant by using a +. To add the workername to an address but not setting the miner to a fixed diff one could use the "+" sign between the etn address and the workername. I tried to implement this into my 0main but failed because of my limited linux knowledge. I think that the + sign has a meaning when used with variables in a bash script but i could not get it to work. ADDR=$((ETN_ADDRESS+$ETN_WORKER)) gave me a value too great for base error (error token = the expression of my workername) Then again it is not that important i just liked to use the telegram script in nvOC and to differentiate between future machines i gave them significant names. By now we know that my name starting with the 19 used with the stock 0main in the community release led to my problem with the fixed diff so i do not know how to implement this correctly into the 0main script but again i think there is more important stuff for you guys than this. |
|
|
|
Thank you damNmad that did the trick.  It is that simple that i feel kind of embarassed. Should have found it myself. But i do have a question following this. All my rigs are running again with var diff (cpu and gpu´s) under nvOC 2.0 after eliminating the worker address from 0main and 3main but these rigs did work under nvOC 19 1.4 so you guys put that code into the two files for the community release. But right after updating from 1.4 to 2.0 i tried several etn mining pools and got the same result everytime. So for mining etn should the worker address stay in 0main and 3main? In other words am i the only one experiencing this mistake while mining etn or is it a mistake that the worker address is added in 0main and 3main for etn mining? Your user name resembles fullzero (it should be halfzero instead of hallzero ). Yeah, these are very minor things, but they are easy for me because of my experience. Coming to your question, its hard to create a single template covering/satisfying/working all the pools and coins, but we tried to cover most of the scenarios (not sure its 100% legit but at least I can find the bug quickly by comparing). So, in 1.4 version all the all the mining code used to be in 3main, but from 2.0 version it has been split between 0miner and 3main. 0miner covers all the coins, where as 3main covers overclocking (not 100% sure), CPU mining, all the coin/algo switching code. Its not just you, it was like that in the release, has been fixed in the upcoming release. Yes i am sorry for the username, hope nobody is offended. I joined the forum as a newbie to cryptos before i found out about nvOC so i didn´t know. But then again it should not be halfzero but instead zerozero so that we would have fullzero as the legendary knowledgeable creator and me as the total newbie. As for the question, so i thought i did ask just for understanding. For etn mining we could add the workername by using a "+" instead of the "." That works using the cryptonight pools on etn but i do not know whether that works with other coins out there, my rigs are too small, so i am just mining two coins |
|
|
|
@urnzwy and @leenoox I'm not sure that KTccminer-cryptonight ccminer is the best cryptonight miner we have. I think we could try xmr-stak. xmr-stak GPU has good performance for XMR, but i don't knox if it's permit to mine another coin than XMR and AEON. I recently discovered that psychocrypt and Klaust added AEON and a very usefull assistant for newbies for generates somes config files for both GPU and CPU. This assistant put 3 core if you CPU have 4 Core and it's make the same with compute units from GPU. In addition you can modify all config files after automatic assitant generates them in the same folder. I tried it on Windows but not at least on Linux. Remmember that on Linux, you can set fee to 0%, but you must compile it on you machine, not on windows that is 2% by default and you can't compile it. Unified All-in-one Monero miner
GitHub : https://github.com/fireice-uk/xmr-stakGithub Releases : https://github.com/fireice-uk/xmr-stak/releases psychocrypt released this on 22 Dec 201 Sorry for my bad airport globish. I try without translator but ... I double that. I am using XMR STAK unified on two windows machines and the miner gives me good results. I did change the coin from monero to etn in the config.txt file but the miner didn´t like it and would exit. But i am still able to mine etn by just adding my address and the pool to the config file, so that means that XMR STAK is able to mine other coins besides monero and aeon as long as you stay with the cryptonight algo. I did not do a complete comparison between my miners on Linux and on Windows but it seems to me that (as far as cryptonight algo is concerned) XMR STAK gives me a slightly better hashrate than KTccminer-cryptonight we have in nvOC. |
|
|
|
Hi guys,
as a newbie to linux i have to thank all developers for their work. Thank you guys and please don´t stop, if you did, you would leave people like me hanging in the cold.
A problem i encountered with the new community release version 2.0 is the following.
If i try to connect any of my rigs (doesn´t matter whether nvidia or amd cards) to any etn pool (doesn´t matter as well which pool it is) nvOC uses KTccminer as the miner but once i connect the pool always sets the difficulty at 19, exactly at 19 and this repeats no matter what rig i connect to what etn pool. I had all rigs running under 19. 1.4 and everything was good, now i can´t connect to any of the etn pools.
Any suggestions?
It uses 'KTccminer-cryptonight' Can you paste result of this command (type in guake) ps aux | grep miner Paste the result over here. Can you also paste the ETN coin details you have in 1bash? Thanks for trying to help this is the result of your command m1@m1-desktop:~$ ps aux | grep miner m1 10259 288 0.6 564212 49368 pts/17 Sl+ 22:37 2:15 /home/m1/cpuOPT/cpuminer -a cryptonight -o stratum+tcp://pool.etnminers.com:3333 -u etnkEv3h8DxMLSWMBYTmMLfKNgnaQf6k7hGbkEbK6hbeGku69dh8Lm7iihpV4dg3BRXcJFAKfGUaNac isz4bmS6E8HRgEA2cJZ.1600.19_2_ASGT405XE3 -p x -t 3 m1 10553 0.0 0.0 27188 2896 ? Ss 22:37 0:00 SCREEN -dmSL miner /home/m1/KTccminer-cryptonight/ccminer -o stratum+tcp://pool.etnminers.com:7777 -u etnkEv3h8DxMLSWMBYTmMLfKNgnaQf6k7hGbkEbK6hbeGku69dh8Lm7iihpV4dg3BRXcJFAKfGUaNac isz4bmS6E8HRgEA2cJZ.19_2_ASGT405XE3 -p x m1 10554 12.5 5.1 64984620 414744 pts/24 Ssl+ 22:37 0:04 /home/m1/KTccminer-cryptonight/ccminer -o stratum+tcp://pool.etnminers.com:7777 -u etnkEv3h8DxMLSWMBYTmMLfKNgnaQf6k7hGbkEbK6hbeGku69dh8Lm7iihpV4dg3BRXcJFAKfGUaNac isz4bmS6E8HRgEA2cJZ.19_2_ASGT405XE3 -p x m1 10702 0.0 0.0 14224 944 pts/16 R+ 22:38 0:00 grep --color=auto miner I also tried to connect to etn.easyhash.io:3631 with the same result, diff gets set at exactly 19 and stays there. I can however set the diff manually by adding it to my etn address as "...address.20000" This works but then the diff stays at that at all times. Once again everything worked fine in 19_1.4 As for the details of my 1bash settings for the etn coin. I have my etn address in there as shown above as well as the port. I use port 3333 for the cpu threads and 7777 for the gpu´s in the rig i am using right now to get back online. There are 4 1050 ti`s in there. When i look at at the outcome above it adds the diff 1600 for the cpu thread (which i set manually by adding it to 1bash) and it puts my custom worker name right behind the etn address. Seeing this now i just converted back to HOST instead of CUSTOM worker name but that doesn´t help a lot. In that case the diff gets set to 100, stays there and the miner never starts mining. The cpu works but only because i set it manually to a 1600 diff. KTccminer-cryptonight never starts mining even though it shows accepted shares. Unfortunately i don´t know enough about Linux to get anywhere close to resolving this. Sorry, it took a while to respond. Ok, i think i've found the issue. a) Your cpu miner command :/home/m1/cpuOPT/cpuminer -a cryptonight -o stratum+tcp://pool.etnminers.com:3333 -u etnkEv3h8DxMLSWMBYTmMLfKNgnaQf6k7hGbkEbK6hbeGku69dh8Lm7iihpV4dg3BRXcJFAKfGUaNac isz4bmS6E8HRgEA2cJZ.1600.19_2_ASGT405XE3 -p x -t 3 What pool expecting to see is : It's not expecting to see worker name attached to ADDY. /home/m1/cpuOPT/cpuminer -a cryptonight -o stratum+tcp://pool.etnminers.com:3333 -u etnkEv3h8DxMLSWMBYTmMLfKNgnaQf6k7hGbkEbK6hbeGku69dh8Lm7iihpV4dg3BRXcJFAKfGUaNac isz4bmS6E8HRgEA2cJZ -p x -t 3 Search for this code in 3main; if [ $plusCPU == "YES" ] && [ $AUTO_START_MINER == "YES" ]
then
HCD='/home/m1/cpuOPT/cpuminer'
XMRADDR="$XMR_ADDRESS.$XMR_WORKER" Change XMRADDR="$XMR_ADDRESS.$XMR_WORKER" to this XMRADDR="$XMR_ADDRESS b) Your ccminer command
/home/m1/KTccminer-cryptonight/ccminer -o stratum+tcp://pool.etnminers.com:7777 -u etnkEv3h8DxMLSWMBYTmMLfKNgnaQf6k7hGbkEbK6hbeGku69dh8Lm7iihpV4dg3BRXcJFAKfGUaNac isz4bmS6E8HRgEA2cJZ.19_2_ASGT405XE3 -p x What pool is expecting to see is : It's not expecting to see worker name attached to ADDY. /home/m1/KTccminer-cryptonight/ -o stratum+tcp://pool.etnminers.com:7777 -u etnkEv3h8DxMLSWMBYTmMLfKNgnaQf6k7hGbkEbK6hbeGku69dh8Lm7iihpV4dg3BRXcJFAKfGUaNac isz4bmS6E8HRgEA2cJZ -p x Go to 0miner, search for these lines if [ $COIN == "ETN" ]
then
HCD='/home/m1/KTccminer-cryptonight/ccminer'
ADDR="$ETN_ADDRESS.$ETN_WORKER"
Change this ADDR="$ETN_ADDRESS.$ETN_WORKER" to this ADDR="$ETN_ADDRESS" This should work. Difficulty will vary based on the port you select (most of the stratum pools automatically adjust the difficulty - my suggestion, leave your current port as is), please check the below link for more information : https://etnminers.com/#getting_startedThank you damNmad that did the trick. It is that simple that i feel kind of embarassed. Should have found it myself. But i do have a question following this. All my rigs are running again with var diff (cpu and gpu´s) under nvOC 2.0 after eliminating the worker address from 0main and 3main but these rigs did work under nvOC 19 1.4 so you guys put that code into the two files for the community release. But right after updating from 1.4 to 2.0 i tried several etn mining pools and got the same result everytime. So for mining etn should the worker address stay in 0main and 3main? In other words am i the only one experiencing this mistake while mining etn or is it a mistake that the worker address is added in 0main and 3main for etn mining? |
|
|
|
Hi guys,
as a newbie to linux i have to thank all developers for their work. Thank you guys and please don´t stop, if you did, you would leave people like me hanging in the cold.
A problem i encountered with the new community release version 2.0 is the following.
If i try to connect any of my rigs (doesn´t matter whether nvidia or amd cards) to any etn pool (doesn´t matter as well which pool it is) nvOC uses KTccminer as the miner but once i connect the pool always sets the difficulty at 19, exactly at 19 and this repeats no matter what rig i connect to what etn pool. I had all rigs running under 19. 1.4 and everything was good, now i can´t connect to any of the etn pools.
Any suggestions?
It uses 'KTccminer-cryptonight' Can you paste result of this command (type in guake) ps aux | grep miner Paste the result over here. Can you also paste the ETN coin details you have in 1bash? Thanks for trying to help this is the result of your command m1@m1-desktop:~$ ps aux | grep miner m1 10259 288 0.6 564212 49368 pts/17 Sl+ 22:37 2:15 /home/m1/cpuOPT/cpuminer -a cryptonight -o stratum+tcp://pool.etnminers.com:3333 -u etnkEv3h8DxMLSWMBYTmMLfKNgnaQf6k7hGbkEbK6hbeGku69dh8Lm7iihpV4dg3BRXcJFAKfGUaNac isz4bmS6E8HRgEA2cJZ.1600.19_2_ASGT405XE3 -p x -t 3 m1 10553 0.0 0.0 27188 2896 ? Ss 22:37 0:00 SCREEN -dmSL miner /home/m1/KTccminer-cryptonight/ccminer -o stratum+tcp://pool.etnminers.com:7777 -u etnkEv3h8DxMLSWMBYTmMLfKNgnaQf6k7hGbkEbK6hbeGku69dh8Lm7iihpV4dg3BRXcJFAKfGUaNac isz4bmS6E8HRgEA2cJZ.19_2_ASGT405XE3 -p x m1 10554 12.5 5.1 64984620 414744 pts/24 Ssl+ 22:37 0:04 /home/m1/KTccminer-cryptonight/ccminer -o stratum+tcp://pool.etnminers.com:7777 -u etnkEv3h8DxMLSWMBYTmMLfKNgnaQf6k7hGbkEbK6hbeGku69dh8Lm7iihpV4dg3BRXcJFAKfGUaNac isz4bmS6E8HRgEA2cJZ.19_2_ASGT405XE3 -p x m1 10702 0.0 0.0 14224 944 pts/16 R+ 22:38 0:00 grep --color=auto miner I also tried to connect to etn.easyhash.io:3631 with the same result, diff gets set at exactly 19 and stays there. I can however set the diff manually by adding it to my etn address as "...address.20000" This works but then the diff stays at that at all times. Once again everything worked fine in 19_1.4 As for the details of my 1bash settings for the etn coin. I have my etn address in there as shown above as well as the port. I use port 3333 for the cpu threads and 7777 for the gpu´s in the rig i am using right now to get back online. There are 4 1050 ti`s in there. When i look at at the outcome above it adds the diff 1600 for the cpu thread (which i set manually by adding it to 1bash) and it puts my custom worker name right behind the etn address. Seeing this now i just converted back to HOST instead of CUSTOM worker name but that doesn´t help a lot. In that case the diff gets set to 100, stays there and the miner never starts mining. The cpu works but only because i set it manually to a 1600 diff. KTccminer-cryptonight never starts mining even though it shows accepted shares. Unfortunately i don´t know enough about Linux to get anywhere close to resolving this. |
|
|
|
|
Hi guys,
as a newbie to linux i have to thank all developers for their work. Thank you guys and please don´t stop, if you did, you would leave people like me hanging in the cold.
A problem i encountered with the new community release version 2.0 is the following.
If i try to connect any of my rigs (doesn´t matter whether nvidia or amd cards) to any etn pool (doesn´t matter as well which pool it is) nvOC uses KTccminer as the miner but once i connect the pool always sets the difficulty at 19, exactly at 19 and this repeats no matter what rig i connect to what etn pool. I had all rigs running under 19. 1.4 and everything was good, now i can´t connect to any of the etn pools.
Any suggestions?
|
|
|
|
|
