[ mining os ] nvoc

[Bibi187]

Is it normal that every time upPASTE reload config it start a new instance of 1bash ?

Code:

m1@m1-desktop-102:~$ ps aux | grep 1bash
m1        2201  0.0  0.0  13320  3876 pts/16   S+   11:43   0:00 bash /home/m1/1bash
m1        4482  0.0  0.0  13328  3840 pts/23   S+   12:14   0:00 bash /home/m1/1bash
m1       18432  0.0  0.0  13328  3836 pts/24   S+   16:18   0:00 bash /home/m1/1bash

Code:

m1@m1-desktop-101:~$ ps aux | grep 1bash
m1       13545  0.0  0.0  13324  3888 pts/17   S+   16:23   0:00 bash /home/m1/1bash
m1       13546  0.0  0.0  13332  3820 pts/23   S+   16:23   0:00 bash /home/m1/1bash
m1       13547  0.0  0.0  13328  3892 pts/21   S+   16:23   0:00 bash /home/m1/1bash

Problem is some times it create multiple miners :

Code:

m1@m1-desktop-101:~$ screen -r  miner
There are several suitable screens on:
	14358.miner	(08/29/17 16:23:44)	(Detached)
	14348.miner	(08/29/17 16:23:44)	(Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.

and multiple temp too

Code:

m1@m1-desktop-101:~$ screen -r temp
There are several suitable screens on:
	13837.temp	(08/29/17 16:23:36)	(Detached)
	13830.temp	(08/29/17 16:23:36)	(Detached)
	13823.temp	(08/29/17 16:23:36)	(Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.

The multiple miners only happens on one of my rigs, the other one dont have this issue.
Both has multiple 1bash running but one make multiple miners.

When upPASTE see modification between your 1bash and 1bash, he trigger a reboot of the process.
So are u sure u put right address of your upPASTE ?
That prolly from some weird permissions u cant kill your miner running. I got this trouble with multi launching miner. A new install fixed this

[philipma1957]

nvOC_v0019 Google Drive Link use this image for all mobos


nvOC_v0019 MEGA I will upload to mega later Link use this image for all mobos


Note: you still need to implement bios setting changes.  The SHA256 hash (for the zip) is:

Code:

9f461a33051568425f616a265d7811b6c3372f61bbcfdbae7d50fb627c57fb38

To verify the downloaded zip see this post Link


NOTE: You only need to configure the 1bash file in the Windows Partition.  If you don't have a text editor with syntax highlighting: open it with wordpad.  

I recommend downloading atom if you don't have a text editor with syntax highlighting .

Change OC and addresses to desired / your own.

When you are done configuring 1bash ensure that you save, then eject the USB.

Attach the USB key to your rig and power it on.

NOTE: first boot will take longer to start mining as 1bash must be converted

All files are in the nvOC folder Link.

nvOC uses the 384.47 Driver.

the root password for nvOC is:

    miner1

This is a short version of first post with links to the nv0019  download.  I have yet to download nv0019  will do so today.

[MATHReX]

Hi all,

Hopefully this is not too off-topic, but in trying to get the latest ethminer working in nvOC (at the speeds expected for my GTX 1060 6gb cards), I had also been posting on their Github page. I am trying to figure out a few things, and would love to hear what you all have to say:

• Someone on that thread suggested that with Linux-based mining, the overclock settings for memory people throw around (which, most things I read are for Windows) need to be doubled. As in, people usually say Samsung memory can get around an 850 memory OC, so they were saying for Ubuntu I would go with 1700? This felt wrong given the 1bash defaults, but I'd love verification
• Is there any way anyone knows, without doing a Windows install, to learn what kind of memory my cards have? I'd rather not install Windows, and I have 26 cards I'd like to verify without changing their order or disconnecting if possible. I have not been successful in finding a Linux utility, but feel I may benefit from indvidual clock tuning
• Has anyone gotten the 24-25 Mh/s the latest ethminer supposedly gets while using in nvOC? If so, what settings are you using?

I appreciate the input, as well as the fact that this build even exists, so any help here would be amazing.

Hi JudoFlash,

• You are totally right for memory in linux, cause in linux u dont OC MemClock technically you OC MemoryTransferRate. MemClock = MemoryTransferRate % 2
• Unfortunately on linux we don't have software that allow you to get memory brand version, easy way to do this is to boot your rig on a single windows card per card
• For this last one i dont have 1060, but i bet with nice OC u can grab this one. Remember to negative your CoreClock when u mine ETH

Don't hesitate to ask more

Well, Thank you for that explanation. I was trying to figure out on how the actual OC works on Linux but your post made it clear.

[damNmad]

Is it normal that every time upPASTE reload config it start a new instance of 1bash ?

Code:

m1@m1-desktop-102:~$ ps aux | grep 1bash
m1        2201  0.0  0.0  13320  3876 pts/16   S+   11:43   0:00 bash /home/m1/1bash
m1        4482  0.0  0.0  13328  3840 pts/23   S+   12:14   0:00 bash /home/m1/1bash
m1       18432  0.0  0.0  13328  3836 pts/24   S+   16:18   0:00 bash /home/m1/1bash

Code:

m1@m1-desktop-101:~$ ps aux | grep 1bash
m1       13545  0.0  0.0  13324  3888 pts/17   S+   16:23   0:00 bash /home/m1/1bash
m1       13546  0.0  0.0  13332  3820 pts/23   S+   16:23   0:00 bash /home/m1/1bash
m1       13547  0.0  0.0  13328  3892 pts/21   S+   16:23   0:00 bash /home/m1/1bash

Problem is some times it create multiple miners :

Code:

m1@m1-desktop-101:~$ screen -r  miner
There are several suitable screens on:
	14358.miner	(08/29/17 16:23:44)	(Detached)
	14348.miner	(08/29/17 16:23:44)	(Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.

and multiple temp too

Code:

m1@m1-desktop-101:~$ screen -r temp
There are several suitable screens on:
	13837.temp	(08/29/17 16:23:36)	(Detached)
	13830.temp	(08/29/17 16:23:36)	(Detached)
	13823.temp	(08/29/17 16:23:36)	(Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.

The multiple miners only happens on one of my rigs, the other one dont have this issue.
Both has multiple 1bash running but one make multiple miners.

Sorry if I misunderstand.
In v19 you need to run 3main instead of 1bash or run 2unix to refresh the whole

no you don't, you just run 1bash as normal, 1bash has been split into 2 parts (1bash and 3main), where 1bash is a config file and 3main holds all the back end (for people who are not interested in editing it)

[papampi]

Is it normal that every time upPASTE reload config it start a new instance of 1bash ?

Code:

m1@m1-desktop-102:~$ ps aux | grep 1bash
m1        2201  0.0  0.0  13320  3876 pts/16   S+   11:43   0:00 bash /home/m1/1bash
m1        4482  0.0  0.0  13328  3840 pts/23   S+   12:14   0:00 bash /home/m1/1bash
m1       18432  0.0  0.0  13328  3836 pts/24   S+   16:18   0:00 bash /home/m1/1bash

Code:

m1@m1-desktop-101:~$ ps aux | grep 1bash
m1       13545  0.0  0.0  13324  3888 pts/17   S+   16:23   0:00 bash /home/m1/1bash
m1       13546  0.0  0.0  13332  3820 pts/23   S+   16:23   0:00 bash /home/m1/1bash
m1       13547  0.0  0.0  13328  3892 pts/21   S+   16:23   0:00 bash /home/m1/1bash

Problem is some times it create multiple miners :

Code:

m1@m1-desktop-101:~$ screen -r  miner
There are several suitable screens on:
	14358.miner	(08/29/17 16:23:44)	(Detached)
	14348.miner	(08/29/17 16:23:44)	(Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.

and multiple temp too

Code:

m1@m1-desktop-101:~$ screen -r temp
There are several suitable screens on:
	13837.temp	(08/29/17 16:23:36)	(Detached)
	13830.temp	(08/29/17 16:23:36)	(Detached)
	13823.temp	(08/29/17 16:23:36)	(Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.

The multiple miners only happens on one of my rigs, the other one dont have this issue.
Both has multiple 1bash running but one make multiple miners.

Sorry if I misunderstand.
In v19 you need to run 3main instead of 1bash or run 2unix to refresh the whole

no you don't, you just run 1bash as normal, 1bash has been split into 2 parts (1bash and 3main), where 1bash is a config file and 3main holds all the back end (for people who are not interested in editing it)

this is on v0018, not migrating to 19 yet.

[helpme85]

Is it normal that every time upPASTE reload config it start a new instance of 1bash ?

Code:

m1@m1-desktop-102:~$ ps aux | grep 1bash
m1        2201  0.0  0.0  13320  3876 pts/16   S+   11:43   0:00 bash /home/m1/1bash
m1        4482  0.0  0.0  13328  3840 pts/23   S+   12:14   0:00 bash /home/m1/1bash
m1       18432  0.0  0.0  13328  3836 pts/24   S+   16:18   0:00 bash /home/m1/1bash

Code:

m1@m1-desktop-101:~$ ps aux | grep 1bash
m1       13545  0.0  0.0  13324  3888 pts/17   S+   16:23   0:00 bash /home/m1/1bash
m1       13546  0.0  0.0  13332  3820 pts/23   S+   16:23   0:00 bash /home/m1/1bash
m1       13547  0.0  0.0  13328  3892 pts/21   S+   16:23   0:00 bash /home/m1/1bash

Problem is some times it create multiple miners :

Code:

m1@m1-desktop-101:~$ screen -r  miner
There are several suitable screens on:
	14358.miner	(08/29/17 16:23:44)	(Detached)
	14348.miner	(08/29/17 16:23:44)	(Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.

and multiple temp too

Code:

m1@m1-desktop-101:~$ screen -r temp
There are several suitable screens on:
	13837.temp	(08/29/17 16:23:36)	(Detached)
	13830.temp	(08/29/17 16:23:36)	(Detached)
	13823.temp	(08/29/17 16:23:36)	(Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.

The multiple miners only happens on one of my rigs, the other one dont have this issue.
Both has multiple 1bash running but one make multiple miners.

Sorry if I misunderstand.
In v19 you need to run 3main instead of 1bash or run 2unix to refresh the whole

no you don't, you just run 1bash as normal, 1bash has been split into 2 parts (1bash and 3main), where 1bash is a config file and 3main holds all the back end (for people who are not interested in editing it)

At v19 1bash is only a configuration file, there is absolutely no command to run the application in it: D

[JudoFlash]

Hello again,

Once more, I am unsure if this is quite nvOC on-topic or not, but with so many variables to a mining rig, and as helpful as everyone has been, I am giving it a shot.

I currently have two ASRock H110 BTC+ Pro boards, each running 13 GTX 1060 6GB GPU's. It took me a while to get there, but after checking connections, settings, etc. I have one of these that has been mining ETH rock-solid for over a week now on ethminer (it isn't getting the nice boost I expected, but c'est la vie).

The second setup, however, I cannot seem to get to stay running. I swapped out the risers and get 13 GPU's showing every time now, switched to v0019, and generally can boot, mine for a few hours, then freeze. Of course when I am frozen there is not a lot I can do from a diagnostic perspective to figure out what might have gone wrong. I had thought given the fact that I would get a couple of hours might mean a temperature issue, but I don't know really. I just took a picture of the crashed rig (while it might look fine, it is frozen):

https://s26.postimg.org/4ybqdi7s9/2017-08-29_16.02.08.jpg

I am not close to maxing out my PSU's, I am using powered risers that I believe are all getting power (no more than 2 per cable), and I have tried swapping out risers,

My OC is not aggressive, with the core being underclocked by 200, and memory OC at only 500. Temperature was dialed back to 70c max, with the power max at 75w per card.

Does anyone have any idea what I might try next for a stable system.

I had reset the machine when I took that screenshot 40 minutes ago, and the rig just froze again. Any suggestions would be amazing.

Thanks!

[VoskCoin]

What is the process of remoting in w/ nvoc19

[papampi]

Hello again,

Once more, I am unsure if this is quite nvOC on-topic or not, but with so many variables to a mining rig, and as helpful as everyone has been, I am giving it a shot.

I currently have two ASRock H110 BTC+ Pro boards, each running 13 GTX 1060 6GB GPU's. It took me a while to get there, but after checking connections, settings, etc. I have one of these that has been mining ETH rock-solid for over a week now on ethminer (it isn't getting the nice boost I expected, but c'est la vie).

The second setup, however, I cannot seem to get to stay running. I swapped out the risers and get 13 GPU's showing every time now, switched to v0019, and generally can boot, mine for a few hours, then freeze. Of course when I am frozen there is not a lot I can do from a diagnostic perspective to figure out what might have gone wrong. I had thought given the fact that I would get a couple of hours might mean a temperature issue, but I don't know really. I just took a picture of the crashed rig (while it might look fine, it is frozen):



I am not close to maxing out my PSU's, I am using powered risers that I believe are all getting power (no more than 2 per cable), and I have tried swapping out risers,

My OC is not aggressive, with the core being underclocked by 200, and memory OC at only 500. Temperature was dialed back to 70c max, with the power max at 75w per card.

Does anyone have any idea what I might try next for a stable system.

I had reset the machine when I took that screenshot 40 minutes ago, and the rig just froze again. Any suggestions would be amazing.

Thanks!

Disable teamviewer and check.
Its linux, better use ssh when u need to do anything.

[JudoFlash]

Interesting. Thank you - I will try that.

I guess I will need to learn how to SSH.

[slackert]

v0019 working solid so far. I jumped from v0017 so I missed some of the v0018 features.

I turned on Watchdog but I'm not sure if I need to tweak any settings. Is it as simple as just selecting "YES" in the one bash or do I need to change the settings in the IAmNotAJeep_and_Maxximus007_WATCHDOG file?

[damNmad]

v0019 working solid so far. I jumped from v0017 so I missed some of the v0018 features.

I turned on Watchdog but I'm not sure if I need to tweak any settings. Is it as simple as just selecting "YES" in the one bash or do I need to change the settings in the IAmNotAJeep_and_Maxximus007_WATCHDOG file?

Its fine, no need to change settings.

[Bibi187]

So far nvOC0019 seems working good, i notice something weird, i actually lost 4 mh/s on my 8 x 1070 Asus compared to nvOC0018 on skunk algo, i use same miner as u input inside i assume, ccminer2.2 by tpruvot.

[damNmad]

So far nvOC0019 seems working good, i notice something weird, i actually lost 4 mh/s on my 8 x 1070 Asus compared to nvOC0018 on skunk algo, i use same miner as u input inside i assume, ccminer2.2 by tpruvot.

have you checked intensity??

[Bibi187]

So far nvOC0019 seems working good, i notice something weird, i actually lost 4 mh/s on my 8 x 1070 Asus compared to nvOC0018 on skunk algo, i use same miner as u input inside i assume, ccminer2.2 by tpruvot.

have you checked intensity??

Yeap i use -i 25 as usual i am between 29.5-30 before i was on 30-30.5

[car1999]

I'm running 0019 on a 4 GPUs rig, looks great.

[gs777]

My 10xGTX1070 nvOC v0019 running stable for 6 h!
Pl130 cc150 mc350
THANK YOU Fullzero and everyone who has made it happen!!!
 

Hope to see soon some guidance how
to setup telegram alerts
This new feature looks promising

[TeslaCh]

 I have some problem with my rigs based on 0019. motherboard H110 BTC around 11 GTX 1050, 1060 1gtx and 1 video card with a GTX 970. Sometimes the error is displayed with squares instead of letters, the disappearing interface, and miner stops without errors. Also the rig often crashes with the error "nvml can't get current temperature 15" и " big dag buffer or cannot allocate big dag buffer".Processor celeron 3900 4gb ram. Second rig, with 13 1050 have probem with power usage: 4 cards use 57-60 watts, 11 cards uses 67-68 watts in ZEC miner. And I have Tp link adapter and wifi connection often disconnected. Sorry for my bad english, im from russia.

[papampi]

Its definitely full install I guess, but fullzero said he will update OP with full instructions, lets wait for them.

If v0019 is Ubuntu 16.04 too , it shouldn't need full install.
Unless it has big changes in distro and softwares.
Hopefully it doesnt need full.

The size of the primary partition has been drastically reduced; it is most likely faster to download the v0019 image than implement changes.  I also resolved a number of system conflicts.  

OK, then I have to go for a reinstall of v0019
But please try to find a way for next versions to have an upgrade too so we dont have to reinstall whole system,
I have my rigs in remote location, remote as 1000 Km away.
I think so many others are like me.
I make them ready and send them to their new home
hard to reinstall whole system for every update.

[kingsleylow]

hi guys..

may I know why i cannot connect to ethermine.org pool for ETH but its running fine for nanopool.org

it will show error like ETH: Share rejected !
Socket was closed remotely by pools.

this is my pool setting.
asia1.ethermine.org:4444