[ mining os ] nvoc - page 338. | Bitcointalksearch.org

Longsnowsm

hero member

Activity: 868

Merit: 517

Quote from: ?? on ??

Quote from: Longsnowsm on June 11, 2017, 03:48:06 PM

I just tried switching to ETC and ETH today and it says connected to the pool, but everything is being rejected. Any suggestions on why that might be happening? The pools are ethermine.org and etc.ethermine.org.

Did you set:

ETHERMINEdotORG="YES"

?

Ummmm, nope! LOL Didn't see that...

Longsnowsm

hero member

Activity: 868

Merit: 517

I just tried switching to ETC and ETH today and it says connected to the pool, but everything is being rejected. Any suggestions on why that might be happening? The pools are ethermine.org and etc.ethermine.org.

UPDATE: The answer to this problem the pool convention for the $ETHADDRESS in oneBash passes

/

The convention needed for ethermine.org and etc.ethermine.org is:

.

I updated my oneBash and restarted and now it is back to mining... Just a heads up for anyone else who attempts to use these pools.

citronick

legendary

Activity: 1834

Merit: 1080

---- winter*juvia -----

Quote from: ?? on ??

Quote from: citronick on June 11, 2017, 01:47:19 PM

Quote from: ?? on ??

Quote from: Maxximus007 on June 11, 2017, 04:16:09 AM

Quote from: citronick on June 11, 2017, 03:41:13 AM

switched to ssh because I wanted to a quick way to edit the onebash file and test the rig on various clocks.

I am used to the nano editor so...

root@m1-desktop:/home/m1# nano /media/m1/1263-A96E/oneBash

do the changes

root@m1-desktop:/home/m1# sudo reboot

after reboot, ssh into again

how do I get the mining console?

root@m1-desktop:/home/m1# screen -x m1

doesn't get me anything

Have had the same problem, couldn't get it to work by default.
The 2unix is made autostart, and can't be reached with screen or tmux because of it probably.

Have had to change things to oneBash, but because of that an auto restart of oneBash is not possible anymore. At least I wasn't able to get it done..

So if I got the situation right; currently you have:

SSHed into rig

opened oneBash on that rig with nano:

Code:

nano '/media/m1/1263-A96E/oneBash'

made changes / edits; then ctrl + shift + X to quit selecting Y to save changes

the next part is this:

Find the currently running GPU mining process.

We will do this by finding the gnome-terminal process.

Code:

ps aux | grep gnome-terminal

this should list 2 processes: we are interested in the first one which ends in /gnome-terminal-server

note its pid ( should be a 4 digit number at the beginning of the process listing; but may be more than 4 digits )

type:

Code:

kill pid

where pid is the 4 or higher digit number; so if the pid was 2037 I would use:

Code:

kill 2037

now we have stopped the GPU mining process

as we have already changed oneBash we will now restart the GPU mining process

to do this we enter:

Code:

gnome-terminal

and now we have remote modified the nvOC rig Wink

got it and success!

so how do I see the EWBF in action?

Can I see the mining screen from ssh?

tell me if this works:

If you want to use screen

after killing the gnome-terminal process; start it with this cmd:

Code:

screen -m -t window_name_here gnome-terminal

keyed in:

screen -m -t 2044 gnome-terminal

2044 being the PID (I dont think this is correct)

where do find the window name?

anyways.... error msg "[screen is terminating]"

Nexillus

full member

Activity: 169

Merit: 100

Quote from: ?? on ??

Quote from: Nexillus on June 11, 2017, 01:14:31 PM

Quote from: citronick on June 11, 2017, 01:07:09 PM

Quote from: Nexillus on June 11, 2017, 01:00:43 PM

Quote from: citronick on June 11, 2017, 08:23:58 AM

I have two identical 6 x Zotac 1070 Mini rigs -- exactly the same config.

Upgraded now to nvoc v15 and works nicely on MSI Z270-A-PRO motherboard, i3-7100 CPU and 4GB RAM, 32GB USB3 Sandisk Cruzer Glide

Mining ZEC at Nicehash at 440-ish sols per card.

+200/+1100/165 PL

1100watts from the wall

The issue is not an issue but a strange observation....

The network port of the mobo on the 1st rig is amber/green... which is normal for a gigabit connection.

However the 2nd rig, is amber/amber.... which I think is 100base instead on gigabit/1000base

Both rigs do hash well, ranges from 2400-2800sols, nothing strange I think.

Anyone encountered a similar case?

Anybody tried to convert a similar rig like this for ETH mining? Any good?

Currently doing ETH on 6x Gigabyte 1070s getting about 181-182 mh/s or about 30mh/s with 710watts from the wall on a Asus prime 270a with the current nvOC 15.

710watts is very impressive! I think better than 6 x RX470 at 1000watts and 28MHs per card

Did a lot of tuning but the GV-N1070WF2OC-8GD can do some nice mem over clocks. Currently running -50cc and +1300 memory. Also have them power limited at 110watts per card. Going to be seeing if I can get it down to 105 watts per card. Would be a drop of 30 watts between the 6 cards.

If I remember correctly @ 680 watts is the optimal efficiency setting for 1070s mining Ethash. Right now with these exchange rates I would use more power to get the extra 0.5 - 1 MH/s more per card to get the most out of the cards.

Nexillus you seem to have the OPT settings. I will definitely try them out next time I switch a 1070 to Ethash. Grin

Right there with you on this one. I have a methodology of optimizing it as much as possible. But right now with the rates can kinda throw it out the window a bit lmao. The testing I did varying the power draw with ETH really you will only get 1MH/s out of it with a lot more draw. Going above 125 watts per card did almost nothing but draw a lot more power lmao.

cvitanihc0011

newbie

Activity: 35

Merit: 0

Quote from: ?? on ??

Quote from: cvitanihc0011 on June 11, 2017, 01:25:34 PM

I managed to put this only on one USB stick without problems.
Other 2 I get an write error at around 90% or so and now I can only see in windows the 8mb partition .
One is a usb 3.0 stick and one random.
The one that works is 3.0 also but they are all different brands

Any way to format these sticks again ? In win i can see the other part of the stick in disk manager but i have it as unalocated space if I format it .

Thanks!

You can always re image a usb with hddrawcopy; regardless of what partitions / formatting it has to begin with.

If when you use hddrawccopy it indicates your USB is 15.5gb or larger; you will have an error at the end of imaging: but the USB should still work.

If hddrawcopy says your USB key is less than 15.5gb; it isn't going to work.

Ah oki
Its working.
The stick that worked without error was a 32gb one . The rest are 16gb
Running 7gpu on a msi z170a gaming m5 without issues . I'll try 8gpu .
Teamviewer connection works fine also .
Thanks for your support again

citronick

legendary

Activity: 1834

Merit: 1080

---- winter*juvia -----

Quote from: ?? on ??

Quote from: Maxximus007 on June 11, 2017, 04:16:09 AM

Quote from: citronick on June 11, 2017, 03:41:13 AM

switched to ssh because I wanted to a quick way to edit the onebash file and test the rig on various clocks.

I am used to the nano editor so...

root@m1-desktop:/home/m1# nano /media/m1/1263-A96E/oneBash

do the changes

root@m1-desktop:/home/m1# sudo reboot

after reboot, ssh into again

how do I get the mining console?

root@m1-desktop:/home/m1# screen -x m1

doesn't get me anything

Have had the same problem, couldn't get it to work by default.
The 2unix is made autostart, and can't be reached with screen or tmux because of it probably.

Have had to change things to oneBash, but because of that an auto restart of oneBash is not possible anymore. At least I wasn't able to get it done..

So if I got the situation right; currently you have:

SSHed into rig

opened oneBash on that rig with nano:

Code:

nano '/media/m1/1263-A96E/oneBash'

made changes / edits; then ctrl + shift + X to quit selecting Y to save changes

the next part is this:

Find the currently running GPU mining process.

We will do this by finding the gnome-terminal process.

Code:

ps aux | grep gnome-terminal

this should list 2 processes: we are interested in the first one which ends in /gnome-terminal-server

note its pid ( should be a 4 digit number at the beginning of the process listing; but may be more than 4 digits )

type:

Code:

kill pid

where pid is the 4 or higher digit number; so if the pid was 2037 I would use:

Code:

kill 2037

now we have stopped the GPU mining process

as we have already changed oneBash we will now restart the GPU mining process

to do this we enter:

Code:

gnome-terminal

and now we have remote modified the nvOC rig Wink

got it and success!

so how do I see the EWBF in action?

Can I see the mining screen from ssh?

cvitanihc0011

newbie

Activity: 35

Merit: 0

I managed to put this only on one USB stick without problems.
Other 2 I get an write error at around 90% or so and now I can only see in windows the 8mb partition .
One is a usb 3.0 stick and one random.
The one that works is 3.0 also but they are all different brands

Any way to format these sticks again ? In win i can see the other part of the stick in disk manager but i have it as unalocated space if I format it .

Thanks!

Nexillus

full member

Activity: 169

Merit: 100

Quote from: citronick on June 11, 2017, 01:07:09 PM

Quote from: Nexillus on June 11, 2017, 01:00:43 PM

Quote from: citronick on June 11, 2017, 08:23:58 AM

I have two identical 6 x Zotac 1070 Mini rigs -- exactly the same config.

Upgraded now to nvoc v15 and works nicely on MSI Z270-A-PRO motherboard, i3-7100 CPU and 4GB RAM, 32GB USB3 Sandisk Cruzer Glide

Mining ZEC at Nicehash at 440-ish sols per card.

+200/+1100/165 PL

1100watts from the wall

The issue is not an issue but a strange observation....

The network port of the mobo on the 1st rig is amber/green... which is normal for a gigabit connection.

However the 2nd rig, is amber/amber.... which I think is 100base instead on gigabit/1000base

Both rigs do hash well, ranges from 2400-2800sols, nothing strange I think.

Anyone encountered a similar case?

Anybody tried to convert a similar rig like this for ETH mining? Any good?

Currently doing ETH on 6x Gigabyte 1070s getting about 181-182 mh/s or about 30mh/s with 710watts from the wall on a Asus prime 270a with the current nvOC 15.

710watts is very impressive! I think better than 6 x RX470 at 1000watts and 28MHs per card

Did a lot of tuning but the GV-N1070WF2OC-8GD can do some nice mem over clocks. Currently running -50cc and +1300 memory. Also have them power limited at 110watts per card. Going to be seeing if I can get it down to 105 watts per card. Would be a drop of 30 watts between the 6 cards.

citronick

legendary

Activity: 1834

Merit: 1080

---- winter*juvia -----

Quote from: Nexillus on June 11, 2017, 01:00:43 PM

Quote from: citronick on June 11, 2017, 08:23:58 AM

I have two identical 6 x Zotac 1070 Mini rigs -- exactly the same config.

Upgraded now to nvoc v15 and works nicely on MSI Z270-A-PRO motherboard, i3-7100 CPU and 4GB RAM, 32GB USB3 Sandisk Cruzer Glide

Mining ZEC at Nicehash at 440-ish sols per card.

+200/+1100/165 PL

1100watts from the wall

The issue is not an issue but a strange observation....

The network port of the mobo on the 1st rig is amber/green... which is normal for a gigabit connection.

However the 2nd rig, is amber/amber.... which I think is 100base instead on gigabit/1000base

Both rigs do hash well, ranges from 2400-2800sols, nothing strange I think.

Anyone encountered a similar case?

Anybody tried to convert a similar rig like this for ETH mining? Any good?

Currently doing ETH on 6x Gigabyte 1070s getting about 181-182 mh/s or about 30mh/s with 710watts from the wall on a Asus prime 270a with the current nvOC 15.

710watts is very impressive! I think better than 6 x RX470 at 1000watts and 28MHs per card

Nexillus

full member

Activity: 169

Merit: 100

Quote from: citronick on June 11, 2017, 08:23:58 AM

I have two identical 6 x Zotac 1070 Mini rigs -- exactly the same config.

Upgraded now to nvoc v15 and works nicely on MSI Z270-A-PRO motherboard, i3-7100 CPU and 4GB RAM, 32GB USB3 Sandisk Cruzer Glide

Mining ZEC at Nicehash at 440-ish sols per card.

+200/+1100/165 PL

1100watts from the wall

The issue is not an issue but a strange observation....

The network port of the mobo on the 1st rig is amber/green... which is normal for a gigabit connection.

However the 2nd rig, is amber/amber.... which I think is 100base instead on gigabit/1000base

Both rigs do hash well, ranges from 2400-2800sols, nothing strange I think.

Anyone encountered a similar case?

Anybody tried to convert a similar rig like this for ETH mining? Any good?

Currently doing ETH on 6x Gigabyte 1070s getting about 181-182 mh/s or about 30mh/s with 710watts from the wall on a Asus prime 270a with the current nvOC 15.

rabbitr32

newbie

Activity: 22

Merit: 0

some of my rigs mine 12 hours straight no issue. some after 1 hour the terminal seems lags and hashrates dropped significantly. until i close the terminal. all smooth. without restarting the ubuntu, gpu wont apply OC saying failed to applied or something and the lags begins.

tried lower down the oc on core and mem did not help. it seems like a random freeze/lags issue happening. if GPU failure the watchdog of claymore works fine. something its still hashing, just real slow because of the lags and watchdog wont kick in.

any idea?

Bothebu

member

Activity: 81

Merit: 15

Quote from: ?? on ??

Quote from: Bothebu on June 11, 2017, 11:30:49 AM

Quote from: Nexillus on June 10, 2017, 11:58:14 PM

Quote from: ?? on ??

Quote from: cvitanihc0011 on June 10, 2017, 06:05:24 PM

This looks nice so far .
I have a GTX 1070 Gaming X with Micron memory. Anybody knows how much I can push these in Linux ?
In windows I can get them between 30-31 but only if Claymore is already running . If i want to start it with mem oc +600 it crashes

On nvOC is see that my Mh/s is lower it I oc mem to +600. I get around 28mh ... lower then for same settings in Win . Am I doing something wrong ?
Thanks !

I don't have a Gaming X 1070; but some 1070s will OC stability up to 1100. I have noticed that the OC offsets don't have the same results in linux as in windows; you should have to OC a little higher in linux to have the same result. However you should also be able to OC higher in linux for this same reason.

When using Ethash, setting the mc OC too high will most likely result in a Claymore soft crash. Setting the cc OC too high will most likely crash the system. I would keep bumping up the mc OC by 100 until you get a Claymore soft crash. Then reduce it by 50, and see if it is ok. If not down another 50.

I tried ETH with a 6x zotac 1070 mini rig; for short term at least this was the highest stable setting: cc+200, mc+1100, powerlimit 125 (because more power did not generate more hash).

I noticed too that CC does very little with other hash on Eth, while memory does a lot more.

Also are you mining ZEC right now instead? Do you have some numbers on your 1070's? I was averaging around 440sol/s each.

I am mining with MSI GTX 1070 Gaming X. Using MSI Afterburner.

CC does very little for me on ETH.

Currently in Windows 10. Using MSI Afterburner I can boost to +800 on mc if claymore is already started. I have seen it run for hours and also fail a lot with this setting, so I stopped it. I am currently set to +715 mc and it will boot into claymore okay. Occasional soft fail, but usually cause i was messing around with something. Mainly if I plug in a monitor or turn one on it can fail. If I just leave it alone with no monitor it stays going. Current is 30.9 M/H per card in a 6 rig configure. Slightly lower in my 5 rig, because I have an issue with one card, need to update BIOS on that mobo. Both rigs using MSI Z270-A Pro mobo.

You can use the OC after building the DAG trick with linux as well; it is possible to get a 1070 up to 33 MH/s with that trick if you use the right Old drivers and Old Claymore version.

Unless you want to babysit a rig; I don't recommend doing this.

It is inherently unstable ( what I call OC type 2 ) see: https://bitcointalksearch.org/topic/mining-os-nvoc-1854250

I have no desire to babysit. I am seeking the highest level that is stable (as everyone is). My one BIG issue is when I get a soft failure occasionally I lose the MC setting on the card that caused the failure and it reverts to zero. So the M/H rate drops to about 25.5 on that one card. If I go into Afterburner it shows default settings for the card. Not sure if this is caused by the nVidia driver, I am using 382.05, is there a better older driver I should be using? I am unsure about the switch to nvOC. I have so much time invested in current setup that I hate to start over and relearn. Although I do like a challenge.

Bothebu

member

Activity: 81

Merit: 15

Quote from: Nexillus on June 10, 2017, 11:58:14 PM

Quote from: ?? on ??

Quote from: cvitanihc0011 on June 10, 2017, 06:05:24 PM

This looks nice so far .
I have a GTX 1070 Gaming X with Micron memory. Anybody knows how much I can push these in Linux ?
In windows I can get them between 30-31 but only if Claymore is already running . If i want to start it with mem oc +600 it crashes

On nvOC is see that my Mh/s is lower it I oc mem to +600. I get around 28mh ... lower then for same settings in Win . Am I doing something wrong ?
Thanks !

I don't have a Gaming X 1070; but some 1070s will OC stability up to 1100. I have noticed that the OC offsets don't have the same results in linux as in windows; you should have to OC a little higher in linux to have the same result. However you should also be able to OC higher in linux for this same reason.

When using Ethash, setting the mc OC too high will most likely result in a Claymore soft crash. Setting the cc OC too high will most likely crash the system. I would keep bumping up the mc OC by 100 until you get a Claymore soft crash. Then reduce it by 50, and see if it is ok. If not down another 50.

I tried ETH with a 6x zotac 1070 mini rig; for short term at least this was the highest stable setting: cc+200, mc+1100, powerlimit 125 (because more power did not generate more hash).

I noticed too that CC does very little with other hash on Eth, while memory does a lot more.

Also are you mining ZEC right now instead? Do you have some numbers on your 1070's? I was averaging around 440sol/s each.

I am mining with MSI GTX 1070 Gaming X. Using MSI Afterburner.

CC does very little for me on ETH.

Currently in Windows 10. Using MSI Afterburner I can boost to +800 on mc if claymore is already started. I have seen it run for hours and also fail a lot with this setting, so I stopped it. I am currently set to +715 mc and it will boot into claymore okay. Occasional soft fail, but usually cause i was messing around with something. Mainly if I plug in a monitor or turn one on it can fail. If I just leave it alone with no monitor it stays going. Current is 30.9 M/H per card in a 6 rig configure. Slightly lower in my 5 rig, because I have an issue with one card, need to update BIOS on that mobo. Both rigs using MSI Z270-A Pro mobo.

cvitanihc0011

newbie

Activity: 35

Merit: 0

Quote from: ?? on ??

Quote from: cvitanihc0011 on June 10, 2017, 06:05:24 PM

This looks nice so far .
I have a GTX 1070 Gaming X with Micron memory. Anybody knows how much I can push these in Linux ?
In windows I can get them between 30-31 but only if Claymore is already running . If i want to start it with mem oc +600 it crashes

On nvOC is see that my Mh/s is lower it I oc mem to +600. I get around 28mh ... lower then for same settings in Win . Am I doing something wrong ?
Thanks !

I don't have a Gaming X 1070; but some 1070s will OC stability up to 1100. I have noticed that the OC offsets don't have the same results in linux as in windows; you should have to OC a little higher in linux to have the same result. However you should also be able to OC higher in linux for this same reason.

When using Ethash, setting the mc OC too high will most likely result in a Claymore soft crash. Setting the cc OC too high will most likely crash the system. I would keep bumping up the mc OC by 100 until you get a Claymore soft crash. Then reduce it by 50, and see if it is ok. If not down another 50.

Thanks!
So far I'm at 1100 mem OC and 150 cc - 30mh and 135 power limit
1100 mem OC and 150 cc - 30.145mh 100 power limit . ?!
Haven't messed with anything else .
For AMD ... lowering the core didn't lower the mh ... it reduced the consumption also it didn't help much to increase it . How are things for these 10x0 models ?
Do you accept donations ?

WarwickNZ

newbie

Activity: 21

Merit: 0

Quote from: ?? on ??

Quote from: WarwickNZ on June 08, 2017, 07:06:05 AM

Hi,

Firstly I'd just like to say, great job I really appreciate the time you put into this and thanks for sharing.

I'm having an issue where I can't get the cards to overclock, smi reports that the powerlimit is set as wanted at 165 through OneBash but the draw wattage just doesn't move just stays stuck around 150w. Clock and memory is set as per your guidance +100 core, +600 mem.

Board is ASUS H270 Prime Plus with 6 x EVGA GTX1070 SC, dual mining ETH+SC

Any help you could offer would be greatly appreciated, loving the plug and play aspect of it, will really help with getting some friends going.

Thanks!

Sometimes, especially with initial boot; a powerlimit will not set as intended. This may be due to using a slow usb, dos2unix taking longer than expected to close, or Ubuntu installing security updates. It is also possible to set a powerlimit that is outside of the cards acceptable range for a powerlimit; in which case it will not implement any powerlimit dispite displaying the command.

To manually implement a powerlimit:

Press f12 to open the guake terminal; if cpuminer is running open another tab or press ctrl + c to stop the process and enter:

sudo nvidia-smi -pl 165

you will then be prompted for the password: miner1

this should attempt to implement the command for each card. You will see a message for each card listing its previous powerlimit and its new one. If you have selected a powerlimit that is outside of the acceptable range smi will indicate this.

Generally if you are having trouble with oneBash implementing a powerlimit: I recommend changing:

INDIVIDUAL_POWERLIMIT="YES"

in addition to:

POWERLIMIT="YES"

and then ensuring you enter the desired wattage for the global powerlimit and each of your cards individual powerlimits.

Even with a slow usb this should ensure the proper setting of a powerlimit.

Thanks. I sorted the issue just need to be a bit more aggressive with the memory overclock, stable on all rigs @ 1100 and some rigs at 1200. Interestingly the power levels still aren't moving, staying at stock for Dual Mining ETH+SIA, power limit does appear to have applied itself though.

Any scope of updating the image to Claymore 9.5? Just out of interest, how many rigs are you operating?

Again, great project, be happy to help if I can at all.

citronick

legendary

Activity: 1834

Merit: 1080

---- winter*juvia -----

I have two identical 6 x Zotac 1070 Mini rigs -- exactly the same config.

Upgraded now to nvoc v15 and works nicely on MSI Z270-A-PRO motherboard, i3-7100 CPU and 4GB RAM, 32GB USB3 Sandisk Cruzer Glide

Mining ZEC at Nicehash at 440-ish sols per card.

+200/+1100/165 PL

1100watts from the wall

The issue is not an issue but a strange observation....

The network port of the mobo on the 1st rig is amber/green... which is normal for a gigabit connection.

However the 2nd rig, is amber/amber.... which I think is 100base instead on gigabit/1000base

Both rigs do hash well, ranges from 2400-2800sols, nothing strange I think.

Anyone encountered a similar case?

Anybody tried to convert a similar rig like this for ETH mining? Any good?

Maxximus007

full member

Activity: 153

Merit: 100

Quote from: chaimroid on June 11, 2017, 03:41:29 AM

Hi! First of all, that's so much for making this. It's been super easy to use and (as far as I know) is reporting the highest hashrate for me so far!

I have an ASUS Prime Z270-A with 4 EVGA 1070 SC2 cards. I've had trouble trying to OC them (have seen maybe you can't because they're factory OC'd?) and oneBash spits out errors trying to assign GPUTargetFanSpeed when it starts up. Maybe you know how to get around this?

Thanks so much!

Do you use a fast USB stick, as recommended? Setting power limit can cause some problems on slow ones. What is the trouble you're getting with OC? What are the values used?

Maxximus007

full member

Activity: 153

Merit: 100

Quote from: citronick on June 11, 2017, 03:41:13 AM

switched to ssh because I wanted to a quick way to edit the onebash file and test the rig on various clocks.

I am used to the nano editor so...

root@m1-desktop:/home/m1# nano /media/m1/1263-A96E/oneBash

do the changes

root@m1-desktop:/home/m1# sudo reboot

after reboot, ssh into again

how do I get the mining console?

root@m1-desktop:/home/m1# screen -x m1

doesn't get me anything

Have had the same problem, couldn't get it to work by default.
The 2unix is made autostart, and can't be reached with screen or tmux because of it probably.

Have had to change things to oneBash, but because of that an auto restart of oneBash is not possible anymore. At least I wasn't able to get it done..

chaimroid

newbie

Activity: 14

Merit: 0

Hi! First of all, that's so much for making this. It's been super easy to use and (as far as I know) is reporting the highest hashrate for me so far!

I have an ASUS Prime Z270-A with 4 EVGA 1070 SC2 cards. I've had trouble trying to OC them (have seen maybe you can't because they're factory OC'd?) and oneBash spits out errors trying to assign GPUTargetFanSpeed when it starts up. Maybe you know how to get around this?

Thanks so much!

citronick

legendary

Activity: 1834

Merit: 1080

---- winter*juvia -----

switched to ssh because I wanted to a quick way to edit the onebash file and test the rig on various clocks.

I am used to the nano editor so...

root@m1-desktop:/home/m1# nano /media/m1/1263-A96E/oneBash

do the changes

root@m1-desktop:/home/m1# sudo reboot

after reboot, ssh into again

how do I get the mining console?

root@m1-desktop:/home/m1# screen -x m1

doesn't get me anything

Topic: [ mining os ] nvoc - page 338. (Read 418552 times)