Almost everything is working, so not very much to change. Miners get updated when needed but people can easily get new miners running by themselves so no frequent changes to code are needed. There is some little work done in 3.3-dev but nothing big. You (all) are free to push some contributions if you have some good ones in your mind.

You need to connect through primary gpu, not integrated one. Reinstall from scratch with integrated graphics disabled (check BIOS settings).

If MTP is there already you only need to define  coin settings, eg address, pool and so on.

ZXC is not included in the default template, you need to add as usual. Look at previous page about BEAM, it's the same with every coin. Everything is documented in the help text in 1bash, you have examples and explanations for each section you need to touch when adding new coins, algos or miners.

Claymore updated to v15.0

Both z.enemy (latest) and t-rex (recommended) have been updated supporting ravencoin hardfork to x16rv2 algo, just check out the latest updates with nvOC upgrade commands.

Hints about how to add x16rv2 to 1bash meanwhile we get it to release channel: https://github.com/papampi/nvOC_by_fullzero_Community_Release/commit/9ccd5f80ed6f7b9728db12f652a90a005154a2a6

(edit: now in release channel as well)

Add BEAMHASH2 to ALGOS.

ALGOS="... BEAMHASH2 ..."

In general, for every ALG in ALGOS nvOC parses ALG_* options, like ALG_COINS ALG_MINER and so on.

Oh yes!

Same thing, define a new algo by adding BEAMHASH2_COINS="BEAM", remove BEAM from EQUIHASH_COINS and set everything as usual.
Why not?

nvOC has a working autoswitcher based on WTM (whattomine.com) data. If you didn't know about that, just give it a try.

I just pushed an update for gminer to 1.62. I changed a few things to allow tarballs to be downloaded from their release sources. I did this to allow quicker updates as miners are now more "pluggable" then before. We don't need to prepare and upload a special tarball anymore when an update is released by developers.

So, just run a miners update as usual and let me know how it goes with gminer 1.62 (it's set as latest, usa 'latest' or '1.62' as GMINER_VERSION in 1bash)

Feel free to open a PR with the miner binary tarball and necessary json manifest to get nanominer included into nvOC. You are probably better then us into understanding how nanominer works and which arguments it needs.

---

Done. Next time open an issue on github if you would like to get it updated much quicker. Here's what we needed to update, mayber you will be able to do it on your own and share (the json is just a copy of the old one with minor edits to version numbers): https://github.com/papampi/nvOC_miners/commit/9af8fe160983f448c112d1c9d475a64772ae2612

Gminer 1.50 update is served as well, please test, it's linked to "latest" because I have not tested it yet. Will move to "recommended" when if all is fine.

ie you need to set GMINER_VERSION="latest" in 1bash to use the latest version

@bdog1234 ethminer has yet to release the updated finale post-fork version, so you will probably get better performances with claymore meanwhile

@bobers which miner gives the api binding error? try disabling foreman, reboot, and see if it still gives that error. Also check if it gives tha same error stopping, waiting a minute, and the starting nvOC back.

still @bobers: it is NICE_EQUIHASH, make sure it is there into EQUIHASH_COINS definition. It is there already in latest 1bash.template for sure. Just to be clear, you are no using any nvOC autoswitcher (wtm/salfters), right? If not: wtm switcher manages COIN="" value by itself automatically (you see its value being changed); salfters decides what to mine by themselves, they don't care the COIN="" value.

@urnzwy sorry, I missed your message, looks like there is something wrong in the good old salfter switchers, use WTM_SWITCHER instead, it works fine with nicehash too.

If you manage to write that definitive snippet we could push it into nvOC for everybody. Maybe you're better then me at coding python scripts, that's why I'm inviting you to do so.

@Rumo it could be better to implement a translation function which maps whatever algorithm value WTM reports to something more manageable. For example we may want to strip whatever is not alphanumeric and then switch it to uppercase. Then we should rename BEAM into EQUIHASH_1505. This will fix any similar future algo name issues.

I agree with papampi, your rig is not idling, it crashed a lot in a row up to the point it rebooted, then it crashed again after 8 hours and so on.
The crash is from claymore miner, coin autoswitching has no issues, it just switches to NICE_ETH then one of your 1080ti crashes while mining on ethash.
If you exclude ethash coins from coin autoswitch you should be able to workaround such situation until you fix that card.

That stuff gets downloaded during first boot, if you have no enough free space the git clone will fail.

I see no output from watchdog, like if it was dead already, and also it is very strage tempcontrol did no reboot by itself. Maybe the reboot command has actually executed but it stuck before resetting the motherboard. Check full whatchdog log you have into 5_watchdog. If you see some reboot attempt were made, try enabling sysrq reboot in 1bash.

---

Revert back the command to its original version and wrap $INFO with double quotes;
tell me if it still works

ethminer developers changed this, it is not something which depends on nvoc, if you plug in an older ethminer version you will be fine with no special escaped character, as in the old 2.0 release.

You also need to change '/' to %2f for the same reason, give a look to the docs. Of course you don't need to reinstall, just edit 1bash from ssh with nano ~/NVOC/mining/1bash or upload the new one from your pc via scp. Please note your first attempt was for sure suffering some problems related to 1bash incorrect editing.