Pages:
Author

Topic: [OS] UbuMiner -Free Nvidia Linux Mining Build v0.81 : Simple / Clean / 14GB - page 5. (Read 5199 times)

sr. member
Activity: 462
Merit: 258
Small Time Miner, Rig Builder, Crypto Trader
is there going to be support for amd gpu's at all? or are you keeping it NVidia only? if no support for both I wouldn't even consider looking at it for the simple reason not looking to run many different OS's just for mining on either amd or NVidia, as lots of us do tend to use both brand gpus
member
Activity: 66
Merit: 10
I'm curious to see if anyone has installed my build yet on a test system? I see that about 20 people downloaded it since yesterday but not all of those were complete downloads. So maybe 10 people got the complete build. Only a few people cared to get the .SHA256 checksum file so I know those people were at least half serious about what they were getting.  Undecided

Anyway, with the weekend coming up I was hoping to hear from some of you who have actually installed and tried it. Please remember to check the BIOS settings for your motherboard and remember to clear the secure boot keys in there.

Right now I do not have my own motherboard list for specific BIOS settings; but my list would be very similar to the list that Fullzero provides in the first page of his nvOC thread. I got his permission to reference his list: https://bitcointalksearch.org/topic/os-nvoc-easy-to-use-linux-nvidia-mining-1854250
full member
Activity: 350
Merit: 126
Each GPU and all the processing like cuda's cpu-side and networking are completely separated and independent. If one GPU is taking longer to start, then it is waiting for a reply from your pool server.

Well it seems to be happily running on my test rig without any issues. I'll let it go all night to see how it does for an extended duration. Why don't you provide me with the equivalent .coin file for mining HUSH since you said you have done hush. Then I can give that one a try as well. I have never mined hush so I have no idea what pools are good etc. But if you've done that work (research) already, all we need is the HUSH.coin file and I can incorporate it into UbuMiner.

hmm it just crashed I guess. Screen terminating clears the output so I will try to find a way to keep the screen information on exit. That way I should be able to see the error making your miner stop.



Thx for testing, any crash output would be very helpful. Stability is of high priority.

Sure thing. I get no errors. When it stops it simply returns to the bash prompt.

Also 2 more times it mined for 5 minutes on gpu0 only. I had to stop and restart. It seems to hang for a very long time on the first line.

I'm able to reproduce this behaviour now.
Zenmine seems to use a slightly different stratum implementation.
Thx, for pointing this out.
member
Activity: 66
Merit: 10
Each GPU and all the processing like cuda's cpu-side and networking are completely separated and independent. If one GPU is taking longer to start, then it is waiting for a reply from your pool server.

Well it seems to be happily running on my test rig without any issues. I'll let it go all night to see how it does for an extended duration. Why don't you provide me with the equivalent .coin file for mining HUSH since you said you have done hush. Then I can give that one a try as well. I have never mined hush so I have no idea what pools are good etc. But if you've done that work (research) already, all we need is the HUSH.coin file and I can incorporate it into UbuMiner.

hmm it just crashed I guess. Screen terminating clears the output so I will try to find a way to keep the screen information on exit. That way I should be able to see the error making your miner stop.



Thx for testing, any crash output would be very helpful. Stability is of high priority.

Sure thing. I get no errors. When it stops it simply returns to the bash prompt.

Also 2 more times it mined for 5 minutes on gpu0 only. I had to stop and restart. It seems to hang for a very long time on the first line.
full member
Activity: 350
Merit: 126
Each GPU and all the processing like cuda's cpu-side and networking are completely separated and independent. If one GPU is taking longer to start, then it is waiting for a reply from your pool server.

Well it seems to be happily running on my test rig without any issues. I'll let it go all night to see how it does for an extended duration. Why don't you provide me with the equivalent .coin file for mining HUSH since you said you have done hush. Then I can give that one a try as well. I have never mined hush so I have no idea what pools are good etc. But if you've done that work (research) already, all we need is the HUSH.coin file and I can incorporate it into UbuMiner.

hmm it just crashed I guess. Screen terminating clears the output so I will try to find a way to keep the screen information on exit. That way I should be able to see the error making your miner stop.



Thx for testing, any crash output would be very helpful. Stability is of high priority.
newbie
Activity: 39
Merit: 0
Will give it a try as well. Thanks!
legendary
Activity: 4326
Merit: 8899
'The right to privacy matters'
busy but maybe I will try this. on friday
member
Activity: 66
Merit: 10
Each GPU and all the processing like cuda's cpu-side and networking are completely separated and independent. If one GPU is taking longer to start, then it is waiting for a reply from your pool server.

Well it seems to be happily running on my test rig without any issues. I'll let it go all night to see how it does for an extended duration. Why don't you provide me with the equivalent .coin file for mining HUSH since you said you have done hush. Then I can give that one a try as well. I have never mined hush so I have no idea what pools are good etc. But if you've done that work (research) already, all we need is the HUSH.coin file and I can incorporate it into UbuMiner.

hmm it just crashed I guess. Screen terminating clears the output so I will try to find a way to keep the screen information on exit. That way I should be able to see the error making your miner stop.

full member
Activity: 350
Merit: 126
Each GPU and all the processing like cuda's cpu-side and networking are completely separated and independent. If one GPU is taking longer to start, then it is waiting for a reply from your pool server.
member
Activity: 66
Merit: 10
I was writing back and forth with dstm and we started talking about his new miner he developed:

I asked him: Can your miner go after any coin with equihash? I would be interested in putting it in my build if it's free.

It should work with any equihash based coin, however I did only test hush so far.                                              
I has 2% dev-fee build in and it's not opensource because of it.

I was just about to write you this Smiley

hatch789,
what system do you own?                                                                                                        
Fullzero did a lot of tests recently. My miner seems to segfault on his systems. I doesn't crash on my system so I'm trying to reproduce it. I don't own pascal GPUs myself only a 750ti and I don't have access to a testing system this week. I've rewritten some parts today, would you mind testing it and if it segfaults pm the segfault output?

Yes sure I would be happy to test it. It would be the first new "miner" I've added to my system since I went public with it today.
I have already added my ZEN.coin file for your new miner. It's this simple in case people are curious what my .coin files look like (this is a complete .coin file):

Code:
# In the lines below setup each GPU Overclock appropriately
# NOTE:  Use Offset 2 for 1050 cards and 3 for all others
# Your GPU's go left to right starting with GPU 0

export offset="    3    3 "
export    gpu="  100  100 "   # Core Overclock
export    mem="  000  000 "   # Memory Overclock
export    pow="   80   80 "   # Power Max in Watts (not percent)

ADDRESS="znhasBQy3fZUVTpQUd7JkYdgRHUskCcwyiC".$HOSTNAME
POOL="us.zenmine.pro"
PORT="9009"

# Put any miner specific exports you need here
# export GPU_MAX_ALLOC_PERCENT=100

export EXECUTE="./zm --server $POOL --port $PORT --user $ADDRESS --pass z"
# ********* The line above needs to be the full command to EXECUTE ***************************

/home/miner/Mining/execute.sh $1        # Keep this line to start the mining process and call your miner


NOTE: Guys I can't post more than 5 messages or PM's an hour since my status is still "NEWBIE" here on the forums.
If you need to get something to me urgently, I have turned on my e-mail option in my profile.
I want to try to keep all messages that could help the community here public, but I will answer e-mail for private matters.


So dstm, I'm using 2x 1060 3G cards in my test rig: This is the output of my test. It was hanging at first but maybe that was a pool issue. Now it's mining!
Congrats! You're the first new successful miner on my build since I went public with it today. It literally took me 2 minutes to set your miner up after I unzipped it.


Code:
miner@Rig-T1:~/Mining/Workers/zm_0.3.1$ ./ZEN*
Persistence mode is already Enabled for GPU 00000000:01:00.0.
All done.

  Attribute 'GPUGraphicsClockOffset' (Rig-T1:0[gpu:0]) assigned value 100.


  Attribute 'GPUMemoryTransferRateOffset' (Rig-T1:0[gpu:0]) assigned value 0.

Power limit for GPU 00000000:01:00.0 was set to 80.00 W from 80.00 W.
All done.
Persistence mode is already Enabled for GPU 00000000:02:00.0.
All done.

  Attribute 'GPUGraphicsClockOffset' (Rig-T1:0[gpu:1]) assigned value 100.


  Attribute 'GPUMemoryTransferRateOffset' (Rig-T1:0[gpu:1]) assigned value 0.

Power limit for GPU 00000000:02:00.0 was set to 80.00 W from 80.00 W.
All done.

Executing:
./zm --server us.zenmine.pro --port 9009 --user znhasBQy3fZUVTpQUd7JkYdgRHUskCcwyiC.Rig-T1 --pass z

#  GPU0 connected to: us.zenmine.pro:9009
#  GPU0 server set difficulty to: 0008e38e38e38e38d3c0ca45...
#  GPU1 connected to: us.zenmine.pro:9009
   GPU0 Sol/s: 289.2  Avg: 289.2  I/s: 155.9  Shares/s: 0.000
   GPU0 Sol/s: 283.1  Avg: 286.2  I/s: 152.4  Shares/s: 0.050  +
#  GPU1 server set difficulty to: 0008e38e38e38e38d3c0ca45...
>  GPU0 Sol/s: 278.3  Avg: 283.6  I/s: 151.7  Shares/s: 0.067  +
>  GPU1 Sol/s: 291.1  Avg: 291.1  I/s: 156.2  Shares/s: 0.100  +
   ==== Sol/s: 569.4  Avg: 574.6  I/s: 307.9  Shares/s: 0.100
   GPU0 Sol/s: 278.7  Avg: 282.3  I/s: 151.4  Shares/s: 0.075  +
>  GPU1 Sol/s: 285.3  Avg: 288.2  I/s: 152.7  Shares/s: 0.050
   ==== Sol/s: 563.9  Avg: 570.5  I/s: 304.1  Shares/s: 0.050

It is taking a very long time to start up after the line: #  GPU0 connected to: us.zenmine.pro:9009
seems to hang (for minutes) then finally starts work on GPU0, and GPU1 is not starting up most of the time.

Again, send me an e-mail and we can talk offline. I only get to reply 5 times per hour right now. Whether here in the forum or PM. That's all it lets me do while I'm a "Newbie".

...There it goes. I had to try starting up about 4 times and finally this 4th time both GPU's are working again and it's mining. It is faster than EWBF's miner if your reported hash rates are accurate.
member
Activity: 66
Merit: 10
not a big deal, I'll add rm ~/.ssh/* to my checklist.
what's the password of root? need to change  it as well.

the root password is locked and so it's unusable.

sudo passwd -S can show you that ( Refer here for more information:  https://askubuntu.com/questions/584847/how-do-i-check-if-my-root-password-login-is-disabled )

if you want to change root passwd to something, just: sudo su -
Then you'll be root and you can do whatever you want including setting your own password.
full member
Activity: 350
Merit: 100
not a big deal, I'll add rm ~/.ssh/* to my checklist.
what's the password of root? need to change  it as well.
member
Activity: 66
Merit: 10
i don't think adding default ssh credentials is  a good idea. my dev machine is mac, i can add it easily by hand, just run ssh-copy-id. But it's more difficult to remove it,

Hey Car, thank you for being the first to give me feedback publicly on my new build.

To answer your question... It's no different then providing the login and password for the default account. SimpleMiner and nvOC both do this in their builds, because ...well it's rather necessary for people to use the build. Without these credentials you'd be unable to properly use the build.

You can change the default password to whatever you like.

You can remove the id_rsa credentials just as simply:

rm ~/.ssh/*

Problem solved. But you'd be fine just keeping the miner behind a firewall as I state in the initial post. -Again no different (no more risk) than any other build out there.
full member
Activity: 350
Merit: 100
i don't think adding default ssh credentials is  a good idea. my dev machine is mac, i can add it easily by hand, just run ssh-copy-id. But it's more difficult to remove it. My rigs  are  30 miles away home, so they must be opened up to Internet to be managed.
full member
Activity: 350
Merit: 100
thanks, I'll give it a rty this weekend.
member
Activity: 66
Merit: 10
--reserved for later postings if necessary--
member
Activity: 66
Merit: 10
Hello Everyone,

I’ve been a programmer for over 30 years and have always enjoyed the Open Source mentality as well as the community. I work in “Open Source” all the time with other various projects. I have worked with Linux and LAMP development for decades; I’m not Linux Giant but I like to think I can hold my own!

I started getting into Cryptocurrency Mining back in May 2017. It was a fascinating new world to me and I dove in with wide-eyed wonder. Originally I started with my windows “Gaming” system, but quickly moved into working on implementing mining within Linux. I searched all around for good LINUX builds that were free and easily implemented. I ran across Simple Miner. Tried it for a while but didn’t want to pay the monthly fee per rig. I then found nvOC and enjoyed working with that for the better part of 2 months. I have learned a lot over these past few months and want to thank Fullzero for the amazing build that he has developed.

I am finally at the point where I’d like to release my own FREE project that I have been developing for the past few months. My build is still in very EARLY stage development so please install it on a test machine and approach this build with the understanding that I’m looking for feedback and input. MANY other things will be added in the future but I have at least built a solid foundation and wanted to share that with the community.

I would like to introduce you to UbuMiner, short for Ubuntu Miner!
http://UbuMiner.com  : Download link is at the bottom of the page.
If you are interested in seeing the full Version History: http://UbuMiner.com/Download/VersionHistory

Since this is a complete O/S image, you need to make sure you clear Secure Boot keys from your bios the first time you boot up with UbuMiner.

IMPORTANT: Right now I do not have my own motherboard list for specific BIOS settings; but my list would be very similar to the list that Fullzero provides in the first page of his nvOC thread:
https://bitcointalksearch.org/topic/os-nvoc-easy-to-use-linux-nvidia-mining-1854250

To burn the image use one of the following:
Windows - HDD Raw Copy (Portable) from HDDGuru.com ( http://hddguru.com/software/HDD-Raw-Copy-Tool/HDDRawCopy1.10Portable.exe )
Linux - use ETCHER found at ( https://etcher.io/ )

At this point I've only tested UbuMiner with Nvidia drivers, but it would probably work just fine for AMD GPU's as well. I do not have any new AMD GPU's to test with so I can't really check into this option ...yet. You're welcome to have a go at that if you like!

Login: miner (automatically does this)  PW: hash
id_rsa private keys already installed and UbuMiner.ppk is included in the Download folder for you to use with Putty if you like. These keys let you ssh, rsync and scp into your miners without typing a password! –Super nice.

WARNING: If you expose your UbuMiner builds to the internet, make sure you change the default password and set a STRONG new one; then you should generate a fresh new set of id_rsa keypairs for your personal use. Lastly, I would also advise you change the default ssh port 22 in /etc/ssh. Edit the file sshd_config file to change the port to something else random.

Major Benefits:
  • Incredibly easy setup with individual overclocking for all cards on a per COIN basis –Yes individually overclock for any COIN you want to mine
  • The entire build will fit on a 16GB USB stick! It's only about 14G in size to ensure it fits! Gparted is installed so you can resize for larger USB sticks.
  • All “miner” executables are in a Workers directory ~/Mining/Workers so its super easy to add more as needed
  • Built in aliases (type alias to see them all)
  •     Just type [mine] to start mining  --do this manually at first before enabling the crontab stuff (see below).
  •     Type [gpus] to check your gpu’s on the system
  • CoinOptions control file
  •     Mining is controlled by the CoinOptions file in the Mining directory
  •     Every time a new .coin file is added to a mining directory the mine.sh script automatically updates the CoinOptions file for you
  •     If you totally mess up your CoinOptions file, just delete it; the mine.sh script will re-create it for you
  •     Crontab calls the mine.sh script on startup (after a 20 second delay) so mining auto-starts on reboot
  •     You can and SHOULD keep the crontab auto-mining feature turned OFF until you are sure everything is working properly by manual mining tests.
  • .coin files –Hoping you guys LOVE this feature!
  •     These are very small and simple miner configuration files that you setup for each COIN you want to mine.
  •     I will be asking users to submit their .coin files (and miner directories) for inclusion in the master build distributions. Right now I have 4 setup but SIGT does not work just yet…
  •     Absolutely the bare minimum required for the miner to be configured and run. YEAH!!!
  •     You can actually execute the various .coin files right from their miner directory for initial setup testing. It will run directly without hiding the output in SCREEN this makes troubleshooting very nice until you get all the parameters setup properly
  •     Look for *.coin files and edit these to suit your individual Rig Needs
  •     You can have unlimited .coin files inside of a specific miner directory
  • Built in backup features for full miner and coin backups
  •     [coinback] –use this alias to just backup your .coin files. This is SUPER helpful to save your coin files in case you want to install a completely new build version
  •     You just untar your .coin files on the new build and you’re back in business.
  •     The full miner backup can then be EXPORTED to any existing system you like
  • This build can actually be dropped right on top of an existing Ubuntu (and possibly other) build. I know because I did it on my main server that I've had for years. It worked perfectly.
Remember this build is brand new so please be kind and understanding that I'm still in the early stage of development. But it's time to release to the public and start getting feedback. I would like to add a bunch of new miners to the build so send them to me as soon as you have them working and I'll put them into the build!

Reply in this thread with questions and feedback. I would ask that you do this instead of PM ...I want to let your questions benefit the community.

Thank you!
-Hatch

Some of my other Open Source stuff: http://OUPower.com
Pages:
Jump to: