tyvm stubo, that worked like a charme for X16R.
@Luke: unfortunately that didn't work out for bminer and ethminer. this is what it should look like:
ethminer -SP 2 -U -S daggerhashimoto.LOCATION.nicehash.com:3353 -O YOUR_BTC_ADDRESS_HERE.WORKER-NAME:x
according to
https://www.nicehash.com/help/ethereum-miningI used this here:
screen -c /home/m1/NVOC/mining/screenrc-miner -dmSL miner /home/m1/NVOC/mining/miners/ETHMINER/recommended/ethminer -SP 2 -U -S daggerhashimoto.eu.nicehash.com:3353 -O 39qjQtznWGrsQAcbgQCa4VjQyMonzDNSUK.Icemine01:x
but there is no ethminer in the given path.../recommended, therefore no screen given named miner
Ethminer command line layout has changed when they introduced support for secured protocols, sounds like you are missing the latest ethminer versions, re-run the nvOC upgrade command and check the contents of the ETHMINER folder with "ls -l", you should see to which folder the various symlinks are pointing to.
tyvm stubo, that worked like a charme for X16R.
@Luke: unfortunately that didn't work out for bminer and ethminer. this is what it should look like:
ethminer -SP 2 -U -S daggerhashimoto.LOCATION.nicehash.com:3353 -O YOUR_BTC_ADDRESS_HERE.WORKER-NAME:x
according to
https://www.nicehash.com/help/ethereum-miningI used this here:
screen -c /home/m1/NVOC/mining/screenrc-miner -dmSL miner /home/m1/NVOC/mining/miners/ETHMINER/recommended/ethminer -SP 2 -U -S daggerhashimoto.eu.nicehash.com:3353 -O 39qjQtznWGrsQAcbgQCa4VjQyMonzDNSUK.Icemine01:x
but there is no ethminer in the given path.../recommended, therefore no screen given named miner
I did some more digging in 1bash and 0miner and, to me, there seems to be a big gap for support of NiceHack in 0miner. The only relevant code I could find is this:
## NICEHASH
if [[ ${COIN:0:4} == NICE ]]
then
NICE_NEOSCRYPT_ADDRESS=$NICE_ADDRESS
NICE_LYRA2REV2_ADDRESS=$NICE_ADDRESS
NICE_X11GOST_ADDRESS=$NICE_ADDRESS
NICE_SKUNKHASH_ADDRESS=$NICE_ADDRESS
NICE_CRYPTONIGHT_ADDRESS=$NICE_ADDRESS
NICE_EQUIHASH_ADDRESS=$NICE_ADDRESS
NICE_ETHASH_ADDRESS=$NICE_ADDRESS
but nothing references those variables after they are set there. I think there needs to be some more logic in that section that sets the x% variables specifically for NH.
They are referenced indirectly with delayed variable expansion. As I was saying before this code block was intended to leave those settings out from 1bash but IMHO having them in 1bash, as you suggested for X16R, as like for any other coin, is the best.