April 19th, 2013 
CryptoBadger 
In the second installment of our DIY litecoin mining guide, we’ll look at how to install and configure Linux to properly mine with your GPUs at optimal settings. Don’t be dissuaded if you’ve never used Linux before—our step-by-step guide makes it easy.
Linux has a few advantages over Windows, including the ability to install to a USB stick (which means you don’t need a harddrive), lesser hardware requirements (you can get by just fine with less than 4GB of RAM), and simpler remote administration capabilities. Best of all, Linux is free! However, be aware that if you’d like to undervolt your GPUs to save power, Windows might be a better choice for you (update 10/2013: no longer true!).
If you missed the hardware portion of our guide, make sure to check it out first. Otherwise, read on.
Build a Litecoin Mining Rig, part 2: Linux Setup
So you’ve decided to use Linux to run your mining rig—a fine choice! If you’re still a bit nervous because you’ve a complete Linux newbie, don’t be. Simply follow the step-by-step instructions exactly as they’re written, and you’ll be fine. Even if you’ve never done anything like this before, you should be up and running in about an hour.
Step 1: Configure BIOS settings
Before we even get to Linux, make sure your mining computer’s BIOS settings are in order. Power on your computer, and press the “delete” key a few times immediately after power on. You should end up in the BIOS configuration area. Do the following, then save & exit:
- Change power options so that the computer automatically turns itself on whenever power is restored. The reason for this is two-fold: first, it’ll make sure that your miner automatically starts up after a power outage. Second, it makes powering the computer on much easier if you don’t happen to have a power switch connected to the motherboard.
- Make sure that your USB stick is first in the boot-up order (you may need to have a USB stick attached).
- Disable all components that you don’t plan to use. This will save a little bit of power, and since your miner will likely be running 24/7, it’ll add up. For me, that meant disabling onboard audio, the SATA controller, the USB 3.0 ports (I only had a 2.0 USB stick), the Firewire port, and the serial port.
Step 2: Install Xubuntu Desktop to your USB stick
Xubuntu is a lightweight version of Ubuntu, a popular Linux distribution. Most other distros should work just fine, but be aware that the GPU drivers require the presence of Xorg, which means server distros that don’t have a GUI will not work properly.
- Download the Xubuntu Desktop x64 v12.10 installation image.
- You’ll need to either burn the installation image onto a CD, or write the image to a second USB stick. If you use a CD, you’ll need to temporarily hook up a CD-ROM drive to your mining rig for the installation (make sure you temporarily enable your SATA controller if you disabled it in step 1!).
- Once you have the installation media prepared, you’re ready to install Xubuntu to the blank USB stick on your miner. Make sure your blank USB stick is inserted into a USB port on your mining, and then boot into your installation media. The Xubuntu installer should appear.
- Make sure to click the “auto-login” box towards the end of the installer; otherwise take all of the default installation options.
- If you’re using a USB stick that is exactly 8GB, the installer may complain about the default partition sizes being too small. Create a new partition table with these settings: 5500mb for root (/), 315mb for swap, and the remaining amount for home (/home). If you’re using a USB stick larger than 8GB, you will not have to do this.
- When the installation is complete, you should automatically boot into the Xubuntu desktop. Make sure to remove your installation media.
Step 3: Install AMD Catalyst drivers
Open a terminal session by mousing over the bottom center of the screen so that a list of icons appears. Click on “terminal” (it looks like a black box).
- Type the following commands (press “enter” at the end of each line and wait for Linux to finish doing it’s thing):
sudo apt-get install fglrx-updates fglrx-amdcccle-updates fglrx-updates-dev sudo aticonfig --lsa sudo aticonfig --adapter=all --initial sudo reboot - After your computer reboots, you can verify that everything worked by typing:
sudo aticonfig --adapter=all --odgt - If you see all of your GPUs listed, with “hardware monitoring enabled” next to each, you’re good to go.
Important: you may need to have something plugged into each GPU to prevent the OS from idling it. You can plug 3 monitors into your 3 GPUs, but that isn’t very practical. The easiest option is to create 3 dummy plugs, and leave them attached to your GPUs. They’ll “trick” the OS into believing that a monitor is attached, which will prevent the hardware from being idled. Check out how to create your own dummy plugs.
If you ever add or remove GPUs to your rig later, you’ll need to re-run this command: sudo aticonfig --adapter=all --initial
Step 4: Install SSH, Curl, and package updates
- Install SSH by typing:
sudo apt-get install openssh-server byobu
With SSH installed, you can unplug the keyboard/mouse/monitor (put dummy plugs into all GPUs, though) from your miner, and complete the rest of the installation from your desktop computer. Simply download Putty onto your desktop, run it, and enter the IP address of your mining rig. That should bring up a remote terminal session to your miner, which is more or less just like sitting at the keyboard in front of it.
If you plan to manage your mining rig remotely over the internet, you’ll need to forward port 22 on your router to your miner. Make sure that you use a strong Xubuntu password!
Setup should be quicker from this point, as now you can simply copy text from this webpage (highlight it and press control-C) and then paste it into your Putty session by simply right-clicking anywhere inside the Putty window. Neat, eh?
- Install Curl and package updates by typing (or copying & pasting into Putty) the following commands:
sudo apt-get install curl sudo apt-get update sudo apt-get upgrade
Step 5: Install cgminer
Cgminer is the mining software we’ll be using. If the first command doesn’t work, you’ll need to check out the cgminer website and make a note of the current release version. Substitute that in the commands below.
Update: Cgminer 3.7.2 is the last version to support scrypt—do not use any version after that! In addition, depending on which version you choose to use, you may receive an error complaining about libudev.so.1 when you try to run cgminer—you can find the fix for that here.
- Type the following:
wget http://ck.kolivas.org/apps/cgminer/2.11/cgminer-2.11.4-x86_64-built.tar.bz2 tar jxvf cgminer-2.11.4-x86_64-built.tar.bz2 - If everything was uncompressed successfully, we can delete the downloaded archive; we don’t need it anymore:
rm *.bz2 - Now check if cgminer detects all of your GPUs properly:
cd cgminer-2.11.4-x86_64-built export DISPLAY=:0 export GPU_USE_SYNC_OBJECTS=1 ./cgminer -n
Step 6: Create cgminer startup script
We’re almost done—now we just need to create a few simple scripts to control cgminer.
- If you’re still in the cgminer directory from the previous step, first return to your home directory:
cd .. - Type the following to create a new file with nano, a Linux text editor:
sudo nano mine_litecoins.sh - Type the following into nano (note where the places you need to substitute your own usernames!) :
#!/bin/sh export DISPLAY=:0 export GPU_MAX_ALLOC_PERCENT=100 export GPU_USE_SYNC_OBJECTS=1 cd /home/YOUR_XUBUNTU_USERNAME/cgminer-2.11.4-x86_64-built ./cgminer --scrypt -I 19 --thread-concurrency 21712 -o stratum+tcp://coinotron.com:3334 -u USERNAME -p PASSWORD - Save the file and quit nano, then enter the following:
sudo chmod +x mine_litecoins.sh
Note that the cgminer settings we’re using in our mine_litecoins.sh script correspond to a good starting point for Radeon 7950 series GPUs. If you followed our hardware guide, these settings will give you good hashrates. If you’re using another type of GPU, you’ll want to use Google to find optimal cgminer settings for it.
Also note that you’ll need to create an account at one of the litecoin mining pools, and plug your username and password into the script (the -u and -p parameters). I have Coinotron in there as an example, but there are quite a few to choose from.
Step 7: Create auto-start scripts
We want cgminer to automatically start mining whenever the rig is powered on. That way, we keep mining losses to a minimum whenever a power outage occurs, and we don’t have to worry about manually starting it back up in other situations.
- Type the following to create a new script and open it in nano:
sudo nano miner_launcher.sh - Enter the following text into the editor (substitute your Xubuntu username where shown!):
#!/bin/bash DEFAULT_DELAY=0 if [ "x$1" = "x" -o "x$1" = "xnone" ]; then DELAY=$DEFAULT_DELAY else DELAY=$1 fi sleep $DELAY su YOUR_XUBUNTU_USERNAME -c "screen -dmS cgm /home/YOUR_XUBUNTU_USERNAME/mine_litecoins.sh" - Save and quit nano, and then type:
sudo chmod +x miner_launcher.sh - Now we need to call our new script during startup; we do that by adding it to /etc/rc.local. Type the following to open /etc/rc.local in nano:
sudo nano /etc/rc.local - Add the following text, right above the line that reads “exit 0” (substitute your own username!):
/home/YOUR_XUBUNTU_USERNAME/miner_launcher.sh 30 &
Step 8: Create an alias to easily check on cgminer
We’re essentially done at this point, but you’ll probably want to manually SSH into your miner from time to time to manually check on your GPU temperatures & hashrates, etc. Creating an alias will make that easy.
- Type:
sudo nano .bashrc - Scroll to the end of the file, and then add this text above the line that reads “# enable programmable completion…”
alias cgm='screen -x cgm' - Save and quit out of nano.
That’s it—you’re done! You’ll probably want to test everything now. The easiest way to do that is to close your Putty session and power down your miner. Turn it back on and the following should happen:
- Your miner should boot into Xubuntu. This may take about a minute, depending on the speed of your USB stick.
- 30 seconds after Xubuntu has loaded, cgminer will automatically start and begin mining. You’ll probably notice the fans on your GPUs spin up when this happens.
- You should be able to SSH into your miner at any time and type cgm to bring up the cgminer screen. To close the screen (and leave cgminer running), type control-A, then control-D.
- If you ever need to start cgminer manually (because you quit out of it, or kill it, etc), simply type ./miner_launcher.sh
If all went well, you should see something like this when checking cgminer via your “cgm” alias.
Congratulations—you have your own headless linux litecoin miner!
The next section of our guide covers setup under Windows, and then we take a look at optimizing cgminer settings for better performance.
Posted in 
Tags: 
Hi – first of all, kudos for the volumes of information you’ve compiled! I was able to follow the instructions and get my rig up/running using xubuntu. I have all the parts you recommend, except I am testing with GTX 285 as a proof of concept while waiting for better cards that are backordered. cgminer says its mining at approx 55 mh/s. However, my coinotron account says I am still at 0.0 … this is after 2hrs of mining. any suggestions as to why does coinotron not show the hashrate that cgminer is showing in the terminal window?
*ummm, that would be kh/s, not mh/s.
Kent, The pool kh/s are estimates and notoriously wild in swings below and way above what your rig is actually doing. Since your card is hashing very low, it’s possible the pool doesn’t even pick it up, however, the pool pays on what your rig actually reports, so don’t worry too much unless you don’t see any payments at all. If you check your “my workers” screen in the pool site, it should show your miner as active. Good Luck
Hi: Great tutorial, I did have problems though.
It took me a while to get miner to run.. kept getting the
libudev.so.1 error. Neither of your fixes worked for me,so after starting over 3 times with same result I decided to not do the update and upgrade of xbuntu until I had installed cgminer and done the rest of the installation. That was the problem, everything works perfectly now so I conclude the problem was with the upgrade, which I still haven’t done.
Rig is hashing along happily at 1200 k/h on two 7950’s, two more will be added when my riser cables arrive.
Ill be contributing to your beer fund soon as I hash it up.
thanks Jay
So you are using the V12 Xubuntu then? Since this guide, Xubuntu is in a version 13. Normally I would use the new version, but this sounds as if I should go after the old and not update.
Correct?
sorry, this was in response/question to another post.
so anyway, use V12 of Xubuntu, or V13 no problem?
Anon, The version of Xubuntu in the guide is fine, or you can use later versions. Regarding cgminer, however, I definitely recommend using 3.7.2 over v2.11.4. With one rig I had consistent issues with hash rates 100 kh/s below normal with the 2.11.4 version, which problem entirely disappeared when I upgraded to 3.7.2 (from circa 550 kh/s to 650+ with v3.7.2. Not enough of a techie to explain the issue, but I recognize the results. My best rig is running Xubuntu 13.04 with cgminer 3.7.2. Good Luck
I just ran
sudo aticonfig –lsa
It reconized a 7900 series gpu.
I have a R9 280x. How do I fix this?
280X is a 7909 series Radeon card. It is correct.
Typo: 7900 series
After sudo aticonfig –lsa it says “aticonfig: No supported adapters detected”
What’s the problem?
I got the same problem. I have a R9 290 and it tells me “No supported adapters detected”. When I rebooted it I just got a blank screen.
sudo -s
export DISPLAY=:0
aticonfig –adapter=all –initial
I’m stuck on Step 2 – when I try to install Xubuntu on the GNU GRUB menu from the USB install drive, the screen goes blank I have an ASRock 970 Extreme 4 motherboard with UEFI. Enabled Legacy support for USB. Enabled boot drive #1 only for EFI: USB only. What else do I have to do to get the installation started onto the blank USB?
DumDum,
When you are using USB drives for the Xubuntu ISO image installation file and also for installing Xubuntu:
In bios setup on the ASRock 970EX4 in the boot section (next to last menu item) make sure you have made the USB with the ISO image the first boot order and the blank USB drive the second boot order. Do not select the UEFI default boot item only USB’s.
I connected a CD/DVD drive temporarily to my my ASRock 970EX4 and used a cd with the ISO to install to a blank USB drive, Even then it took several attempts to get it right.
That got me past that blank black screen but now the installation freezes after it starts loading. So the last line I see is something about my USB drive, then it stops. Although it’s better than the blank screen with all this cool stuff to read, it would be great if the installation continues. Any ideas? Thank you so much for your help! 🙂
My frozen screen happened with the 13.10 USB but not 12.04. Who knows why. Maybe try that ISO.
I had a similar problem with one of my rigs, using the same LinuxLive key as the first. It just would not accept the installation. I would see the Xubuntu blue screen and logo, then it would go black. Eventually It would take Xubuntu 12.04. So might I suggest making a key from the 12.04 LTS release and install from that. Then you can upgrade by using the
sudo do-release-upgrade
command, which will take 3-4 hours.
I tried 12.04 after using Edward’s advice and getting past the blank screen. However, it freezes in the middle of the installation in a similar way to 12.10. Not sure why. But my last resort would be to hook up a hard drive and putting Windows XP on the rig – which I would very much like to avoid! Did you have this issue with freezing? If so, how was it resolved? Thank you for helping out! 🙂
It just froze and then went black on the initial xubuntu logo when I tried 13.10 but worked with 12.04. I now have 13.10 from having done a sudo do-release-upgrade command.
It worked! Took your advice in using version 12.04 via LiveLinux and it is installing now. For some odd reason, 12.10 would keep freezing. But now the installation is working and I’m ready to mine 🙂 Thank you so much for your help. Glad to have a nice community of smart people here.
Long live BTC & LTC!
I will run this command and leave it overnight.
Writing this on my new Xubuntu Linux rig! 🙂
The update command in the terminal did not work – kept saying there were no updates. So I ran the Update Manager program in Xubuntu. Now I can manually install the drivers in the terminal as outline in Step 3 by Cryptobadger.
Any idea why the rig keeps freezing on the blue Xubuntu logo screen after installing the Fglrx drivers and rebooting? The USB drives seem to work fine when I boot them from a PC but for some reason, when I put it into the rig, it will freeze up on that logo screen. Any ideas?
If u have a gigabyte board there is some iommu thing in bios that messes up
I got an ASRock 970 Extreme 4 motherboard and the IOMMU is disabled. Should it be enabled?
Hi,
I wonder if you can help me. I have succesfully build the rig with your instructions but now I am adding a third gpu and when i check it says ” ERROR – X needs to be running to perform AMD Overdrive(TM) commands”. Before that i have done this “sudo aticonfig –adapter=all –initial” and when I check it with “sudo aticonfig –adapter=all –odgt” it brings up the error.
Greetings from Finland!
What GPU are you using? When you use the initial command, have you tried typing sudo service lightdm restart OR restarting before you attempt to –odgt ?
I don’t like taking the spotlight away but if you have an R9 series card you might want to take a look at this guide I wrote: http://bit.ly/JXr52p It’s worked for many. If you go through it exactly (you can even copy and paste all commands in the boxes!) then you will have a working miner.
I have 7970 GPU. I have booted after the –initial and then –odgt. Cgminer and everything is working fine, but one card is missing 🙁
What’s the output of lspci | grep VGA
The output is:
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Tahiti XT [Radeon HD 7970]
06:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Tahiti XT [Radeon HD 7970]
So one is missing. I am a quite newbie on this, but is it possible that the problem is in bios?
It might be an issue with risers. I only say this because last night I experimented with replacing unpowered 16to16 risers with powered 1to16 risers in case that was affecting my hash rate. After that, U could see all the cards in initial aticonfig but cgminer only worked with one of them. I couldn’t use the odgt command as I was using ssh to a headless rig. Eventually, after swapping risers around to different ports ad infinitum, I changed back to the 16to16 risers and my rates went back to what they were beforehand.
Nordi, to get the odgt command to show the gpu’s, use this command that N8c gave in a previous post above:
sudo -s
export DISPLAY=:0
aticonfig –adapter=all –initial
This will start xorg, the display controller
You need to run the command (export DISPLAY…..)each time before you do the odgt command. It is not necessary if the rig is simply rebooting to run as a miner after everything is working okay.
To get your rig to recognize a gpu that is not accounted for, use the “force” command (-f) in “sudo aticonfig -f – -adapter=all – -initial”. This should get it right.
(I envy your cold temperatures right now available to cool the rigs with)
Good Luck!
Have been scanning through some recent posts here and wondering if it’s a bad idea to fire up my rig with only 2 GPU’s in it?- waiting on riser cable for 3rd card before I can install it.
Will this cause problems when I come to install the 3rd GPU? i.e. having to re-install the OS (Xubuntu 12.10) or re-configure system etc
Or should it just be a case of plug and play ?
Thanks.
When you get the third card, shut down and power off the rig. Install the cards and risers. Then turn it back on and wait until miner_launcher.sh has launched cgminer (the fans will fire up), then enter cgm to see the miner. Press Q (case sensitive) to shutdown cgminer.
Then enter:
sudo aticonfig –adapter=all –initial
sudo reboot
The double hyphens before adapter and initial come up as a single dash in this blog but they are double.
Once the system has rebooted, walk away for a few minutes and come back to check the cgm screen and all three GPUs should be mining. That’s what I did after I had two GPUs running while waiting for risers.
Nice one staffnsnake! Just the sort of info I was after.
Cheers!
CatLikeFelix,
You should be able to start mining with two cards and add the third card later acording to the instructions:
“If you ever add or remove GPUs to your rig later, you’ll need to re-run this command: sudo aticonfig –adapter=all –initial”
When I added a third card it was not recognized and I tried everything I could think of but in the process I corrupted the USB drive so had to start over. THE REAL PROBLEM WAS THAT THE RISER ON THE THIRD CARD I HAD ADDED WAS NOT PLUGGED INTO THE MOBO COMPLETELY. Had I caught that error first it would have been easy.
Thanks Edwardf. I’d actually just come to that bit of the instructions so have written it down. Thanks.
Another issue I had. When I got to this part;
“After your computer reboots, you can verify that everything worked by typing:
sudo aticonfig –adapter=all –odgt”
it recognised both the cards…but as 7980’s not 7950’s
Any ideas why this might be?
CatLikeFelix,
I read in another post that some cards have another designation by the manufacturer and that is what is recognized when the drivers are installed.
What is name and make of your cards? I have Sapphire HD7950 cards and they are all recognized as 7950’s.
I have the same cards.
Right – I have gone through the whole process but if I start a remote session and type “cgm”
I get this;
[2014-01-15 19:10:58] Started cgminer 2.11.4
[2014-01-15 19:10:58] Started cgminer 2.11.4
[2014-01-15 19:11:00] Probing for an alive pool
[2014-01-15 19:11:00] pool 0 JSON stratum auth failed: (null)
Any ideas?
should the bootable USB contain just the single ISO file?
I have used a Mac app called Unetbootin to create a bootable USB stick but it have ‘un-zipped’ the downloaded ISO file into several files.
Is this correct?
Thanks
No, the ISO file is a firm of compressed file. You have to make a bootable Linux key. The Mac programming I tried just didn’t work, so get thou to a windows PC, download and run linuxliveusb from linuxliveusb.com and make your key with that. In linuxliveusb, if you just want to use it for this purpose, then do not create a persistence file; if you want to run Linux from this key on other machines and save files and settings, then crate the 4GB persistence file. Make sure your USB is formatted to FAT32 before you run linuxliveusb. I also recommend putting the ISO somewhere on the windows PC first then selecting the file, rather than from a second USB if you downloaded the ISO on a Mac first. Curiously, I found the mac’s disk utility better for formatting USBs than the format drive option in windows explorer.
Once you have configured your motherboard BIOS to not from USB (you usually have to have the USB inserted to see it as an option), then reboot and the xubuntu install screen “should” appear. Follow the prompts and tick autologin but leave everything as suggested.
Android autocorrect typo: “…to boot from USB”
OK. Thanks.
I’m going to try another (Mac) app called Linux USB Builder. The only Windows machine I have is an old netbook that’s painfully slow.
doesn’t recognise the boot file. Will go Windows route. Just realised I have Parallels on this Mac 🙂
I’m going to try this. So far, I’ve been using the USB Xubuntu drive made on the Mac so maybe the PC version will solve my issues. Next resort would be the DVD-ROM if this doesn’t work.
Used this. All good. No problems.
http://penguintosh.com/tag/linux-usb-creator/
DL the iso file to your HDD first and then just follow the instructions (make sure stick is formatted to FAT32)
(to create bootable Xubuntu USB stick on Mac OSX)
Had an issue with this one – I would unzip the archive and would run the app and get an error message saying that it was damaged. I ended up using a PC with LiveLinuxUSB and had to go with Xubuntu 12.04 b/c 12.10 kept freezing.
I’ve got to this section;
“After your computer reboots, you can verify that everything worked by typing:
sudo aticonfig –adapter=all –odgt
If you see all of your GPUs listed, with “hardware monitoring enabled” next to each, you’re good to go ”
It recognizes my 2 cards but lists them as 7980’s when they are 7950’s
Also – “hardware monitoring enabled” is not shown.
Any clues?
Thanks.
Cat, Look at the answer post I left to “Nordi” above.
OK so some progress – I am mining but only on GPU 0 and only at less the 15 Kh/s !
I’m logged into cgminer now and I see these messages;
[2014-01-15 23:20:57] Error -5: Enqueueing kernel onto command queue. (clEnqueu
eNDRangeKernel)
[2014-01-15 23:20:57] GPU 1 failure, disabling!
If I exit out of the cgminer screen and do a “sudo aticonfig –adapter=all –odgt”
I get this message;
“ERROR – X needs to be running to perform AMD Overdrive(TM) commands”
Can anyone help?
Thanks
I get the same error when I run odgt even when I have all cards hashing happily at 700+. I think it’s because you’re using SSH rather than a monitor.
Regarding the low hash rate, it looks like the GPU is idling. Have you made up dummy plugs? From your language and the time of day it looks like you’re in Australia. If you are, just pop into Jaycar – they stock DVI-A to VGA adapters and the correct 0.25W 68Ohm resisters (they can be wrapped aluminium, need not be carbon).
I’m actually in France (but a Brit)
No dummy plugs yet and that is why the second card is not kicking it but the first card (with a hashrate of 15kh/s) is connected with an HDMI cable to a monitor. So dummy plug shouldn’t be required should it?
A bit far from Jaycar then!
The HDMI sould only take about 100KH/s off, so that’s not the explanation. I would await more expert advice than mine 🙁
Ha! Ok – thanks for your help today
Dummy plugs aren’t needed with the versions we’re running. My best combination has been Xubuntu 13.04 with cgminer 3.7.2. Good Luck!
Hi ezpacer.
I don’t remember what card you are using from previous posts but I think we are both using the same Sapphire 7950’s. If not correct me. Anyway, I am still using Xubuntu 12-10 and have been reluctant to upgrade to 13-04. If you are getting good results with 13-04 and are using the same 7950 cards as me, I might try 13-04 since 12-10 is not being very stable with undervolting and I can only maintain between 580 -600 for each card at WU: average on two rigs. I have solved one block on the pool I am using and am always in the top 10 with total hash rate, but I think I could do better.
Today I tried to lower the vddc but could not get card to stabalaize below 1.169.
Right – I’ve ramped up the Intensity (on my one working GPU) to 18 and am now getting a hashrate of over 400 Kh/s
Is it a bad idea to have the Intensity up that high?
Sorry. As with most of my recent noob questions – the info is already on this site!
i.e. ” If you’re using 7950 GPUs, go ahead and increase this to the maximum of 20″
Thanks Cryptobadger!
Cat, the answer to getting the odgt command to work is to type “export DISPLAY=:0”, and hit enter, beforehand. This starts the xorg program that enables the odgt function to display the results. Regards
Well crap. My system is running 1 290x and 2 7950′s at the moment. All was running fine until I added an Arctic Accelero Xtreme cooling unit on the 290x. The OS recognizes the GPU’s when I use the aticonfig –initial command. CGMiner recognizes the cards when I use the cgminer -n command. However when I run cgminer from scrpyt (the same scrypt that has always worked), the terminal window goes blank, and becomes unresponsive.
I have the latest AMD drivers, so I don’t think that’s a problem. Any ideas? Anyone? Buehler?
This is a shot in the dark, is the cooler causing an excessive power draw that is causing the mb to respond adversely? You may have to dismount and retry with your original equipment to see if the problem is actually the cooler. Good Luck Surveyor
Preface: I’m a total linux noob
When I enter
./miner_launcher.sh
the terminal asks for a password. When I enter my password it gives me:
bash: screen: command not found
any sensible solution to this?
Hey guys how is that for the R9 280x:
cgminer version 3.7.2 – Started: [2014-01-17 18:23:15]
——————————————————————————–
(5s):2.218M (avg):2.210Mh/s | A:18048 R:256 HW:0 WU:2185.8/m
ST: 2 SS: 0 NB: 10 LW: 208 GF: 0 RF: 0
Connected to domain.com diff 512 with stratum as user 1.1
Block: 31aeddcf… Diff:486 Started: [18:31:33] Best share: 49.4K
——————————————————————————–
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 70.0C 3346RPM | 737.7K/742.7Kh/s | A:4864 R:256 HW:0 WU: 813.3/m I:13
GPU 1: 68.0C 3119RPM | 737.7K/742.3Kh/s | A:5632 R: 0 HW:0 WU: 753.0/m I:13
GPU 2: 68.0C 2807RPM | 737.7K/742.3Kh/s | A:7552 R: 0 HW:0 WU: 636.7/m I:13
——————————————————————————–
Has someone been able to get better results? Also has someone set it up for better WU result not only the AVG hashrate?
My best rig gets 725. What cards and settings are you using?
The cards are R9 280x Sapphive Vapor-x that WU stat some people are saying this is the most important one as this is the real hashrate you send to the pool or while solo mining.
Anyone has any thoughts about that and should we watch the WU stat or the important one is:
(avg):2.210Mh/s
Let me start by saying this is a great guide!
I had my rig running for a few days and turning out 620 kh/s with very little effort. But for some crazy reason I decided to upgrade to xubuntu 13.10 and everything fell apart.
Without getting into details I did a fresh install of Xubuntu 12.10 and followed the guide but my screen goes blank after I install fglrx-updates fglrx-amdcccle-updates fglrx-updates-dev and do the reboot. I have tried to remove etc/X11/xorg.conf but I have not been able get my system back up an running. Any ideas?
What cards are you running? If it goes black there is something wrong with the installation, i.e. you just didn’t do something right. It could also be the hardware not being cool .. the risers, etc. If you have R9 series cards, this is not the guide for you.
Thanks for the responses so far.
The setup that I am having trouble with (blank screen after login after the fglrx installation) is a 970 extreme 4 with a single sapphire 7950 with blast. The odd thing is that is was running for several days with my original build. But, the move to 13 has caused problems.
Alan, your cleanest course of action is to reformat your usb and start from scratch again. I’ve seen several complaints about 13.10. I think 13.04 is a good xubuntu version, and cgminer 3.7.2 has given me higher hash rates than 2.11.04. Good Luck
Hello. I followed this build word by word, but i keep having problems 🙁
I got everything done like the guide says (except i got only 1 GPU instead of 3), and my GPU keeps freezing.
Even with just -I13 it randomly freezes 🙁
After a few hours (hard to tell, maybe 4-5hrs) mining CGMiner hangs, hashrate drops to zero, none of the commands do anything and the only way to get it going again is rebooting the machine. I have tried lots of settings tweaks and changes, temps (on the GPUs) are generally around 70-80ºC.
My rig is running Xubuntu 12.10 off a 16GB USB 2.0 drive and atm I have 2x Sapphire 7950’s plugged directly into the motherboard.
The 2nd issue is that the OS is asking me to upgrade to 13.04 – kinda hesitant to do this but maybe I should?
Any help much appreciated
Thanks
I have 2 rigs running Sapphire HD7950 cards and they all react to different settings in different ways which is very confusing at times.
At first I had 3 cards running directly from the mobo with the bios settings unchanged and the only problem was heat which I controlled with a fan pulling cold outside air into the room. When I changed that rig to powered risers and tried to lower the voltage I could only get them down to 1.125 and then one or two of the cards would go sick after a few hours. So I went back to 1.169 which was the original settings on bios position 1 (blue lights). The second rig has 2 new never used cards and one used card. The strange thing is they all have voltage set at 1.125 or 1.126 on the bios setting #2 (blue lights off) and I did not make any changes to them. If I try to run those cards at the #1 bios setting they all shut down withing a short time. So, my conclusion is that you must find an optimum setting for each card as far as voltage and at the same time you have to manipulate the setting in your script to match that so that everything is working together. If you lower the voltage and the “E” and “M” values are too high then the rig will shut down after a while. I am set at E: 1100 and M: 1500 on each rig but the cards all have different voltage settings. If I want to lower the wattage draw at the wall I have to lower the voltage on the cards that are running 1.169 but also adjust the “E” and “M” values lower to compensate. That is what I have come up with so far. I keep reading and tweaking to find an optimum setting for each but right now I am mining at a good hash rate on each with temps around 80C so if it ain’t broke, don’t fix it as they say.
Thanks for this ^^
Yeah, I’m tweaking settings and hopefully I can find the sweet spot for the two cards
GPU 0 doesn’t want to budge from 1.069V and GPU 1 is always at 1.250V even with “–gpu-vddc 1.087” so I’ve removed this setting and just letting the GPU’s do their thing
Engine clock was set to 1050Mhz (as per guide) but would always fall back to 850Mhz – any idea why this is? Anyway – now I’ve got it locked to 1100 (and Memory Clock set to 1500) it’s giving far better hashrates.
Will see how we go…Just want to wake up one morning and the thing is still running :/
Cat, I suspect heat is your problem, cgminer will stop working in my rigs if the temps get above 80. 78 seems to be the safest high temp to run at.
I control temps mostly by reducing powertune to as low as 3, as it is the greatest cause of heat in the gpu. When the weather is cold enough, I can run Intensity 20, thread concurrency 24000, eng 1100, memclock 1500, powertune 20, and get 650+ kh/s from each of 3 Sapphire 7950’s.
Xubuntu 13.04 is a great version, working well for me.
ezpacer,
Where do you put powertune in your script. I am not familiar with that although I have seen it in some other scripts from some other pool’s recommended scripts. I am using the setting below except for the mining pools..I am using give-me-coins as a failover pool…
/cgminer –scrypt -I 20 -g 1 -w 256 –thread-concurrency 24000 –gpu-engine 1100 –gpu-memclock 1500 –gpu-vddc 1.087 –temp-target 80 –auto-fan -o stratum+tcp://stratum.give-me-ltc.com:3333 -u [YOUR USERNAME] -p [YOUR PASSWORD] –failover-only -o stratum+tcp://coinotron.com:3334 -u [YOUR USERNAME] -p [YOUR PASSWORD]
Edwardf,
It can be pretty much anywhere in the script. Mine is just after the fan variables.
Edward, Since you are undervolting, but running some strong overclocking, be alert to the possibility that you will have to up the voltage at some point to keep cgminer from closing down. Higher overclocking requires more voltage to be stable than stock core speeds. You will only know what is needed by experimenting. Good Luck
ezpacer,
Yes, I am dealing with those issues now. Yesterday I experimented with different voltage settings and had several shut downs occur until I finally settled at 1169 for most of my cards. The strange thing I discovered was with two brand new unused Sapphire HD7950 cards the bios settings were not the same. One was so low that I had to increase it to get it to work at all.
It seems that there must be a compromise between hash rate and electrical use when setting high clock rates along with lower voltages. Then there is the temperature problem. Both of my rigs are in my garage where the temps are below 50F in daytime and even lower at night but I am still using a fan blowing directly on the rigs to keep the temps below 80C. All my cars are running 77C to 80C most of the time.
could well be temperature I guess – still no sign of my riser cables (from China :/ ) – the ambient room (garage) temp is about 11ºC (about 50F I guess) – will get lower than that at night/early morning though.
I did the upgrade to 13.04 and was still getting the same issue – then I added the powertune setting to the startup script and CGMiner wouldn’t start at all (could be unrelated) – several reboots later I decided to do a clean install and take it from there.
Cheers for the tips though
ezpacer – I think you may have been correct with the heat diagnosis (y)
I am getting a much stabler rig running GPU 0 at an Intensity of 15 (GPU 1 is at 20) – powertune on both is also at 20 but the temp of the 1st GPU is a lot lower now, 75-76ºC and cgminer seems to tick along quite happily all be it at a considerably lower overall hashrate – but I’m hoping I can ramp things back up once these riser cables turn up (and add the 3rd GPU) of course)
Saying all that – once again, this morning when I woke up cgminer had hung so still some tweaking to do but feel like progress is being made.
installed 13.04 and now it’s asking me to upgrade to 13.10 – think I’m going to try and fix my issues and get things working well on the current version before even thinking about that.
Cheers.
The risers will make a big difference. I have found the 1x powered risers that use USB connectors between the board and GPUs work better than the ribbon cables.
Now I’m stuck on Step 3. After loading up the GPU drivers and entering the “sudo reboot” command, the computer freezes on the Xubuntu load screen. Any ideas? Maybe I should do a manual reboot instead of running the sudo reboot command?
Sometimes we never know what is causing the hangups? I know it’s agravating to redo so much, but redoing steps seems to go with this gpu miner gig. Why don’t you reformat your usb stick, download xubuntu 13.04 to Windows, and then to the USB, and do a complete fresh install, also downloading cgminer 3.7.2 (simply use the 3.7.2 in place of 2.11.04 in all the commands in the guide, and including the reference in nano mine_litecoins, that entry can get overlooked when cutting and pasting). Make sure you’ve also reformatted your receiving USB that is going to be your drive for the rig. You will probably have to download the libudev.so.1 file
(sudo ln -s /lib/x86_64-linux-gnu/libudev.so.0.13.0 /lib/x86_64-linux-gnu/libudev.so.1)
also if you decide to follow this advice, but only do it if the program tells you it’s missing at some point. Good Luck
Did you mean 12.04? There is no 13.04. Only 13.10. This is my 4th attempt in re-installing. I have no idea what the problem is but I keep getting a freeze up after each fresh install on the Xubuntu loading logo.
When I first used the sudo do-release-upgrade command it upgraded from 12.10 to 13.04. The second time I did it it upgraded from 13.04 to 13.10. No idea why it didn’t just go straight to 13.10, but it seems that such an entity as 13.04 does in fact exist.
13.04 does exist. I know this because…I’m using it! 🙂
Downloading 13.04 now and will re-install tonight. Hopefully I won’t get anymore freeze ups. With 12.04, I was getting the freeze ups as soon as I would run the update manager and install the updates. Any tips with this install? Should I leave the update manager alone?
I just used the command ‘do-release-upgrade’ and let it do it’s thing. Took a few hours but all seems fine now (not that is wasn’t before)
Last time I tried the “sudo do-release-upgrade” command on 12.04, it didn’t work – which is why I ended up using the Update Manager. Strange thing I realized was that the USB drive I installed 12.04 on and upgraded with the Fglrx drivers works perfectly fine when I boot it up from another PC. Yet, on the rig, it just hangs with the Xubuntu logo screen. But I’ll be installing 13.04 tomorrow night to try this version out. Hopefully I’ll get mining already. 🙂
Version 13.04 failed to work. I get (2) error messages after installation to the 32GB USB stick. First one states, “attempt to read or write outside of disk ‘hd0′”. And the second states something about “must load kernel first – press any key”. As a noobie, these statements (asides from ‘press any key”) are totally meaningless to me. Upon pressing any key, the screen goes blank to a black screen and the system freezes up. Now I’m considering having to abandon the Linux option and sadly go with Windows XP on a hard drive. So far I have gone through version 13.10, 12.10, 12.04, and 13.04 – all of which have failed. Version 12.04 seems to be the only one that has actually loaded after installation, only to fail after installing the Fglrx drivers. Any other ideas would be welcome before I totally abandon Xubuntu Linux.
I did a cold reboot and now 13.04 has loaded. So it’s good that I don’t have to resort to Windows. But I’m back to where I keep getting stuck which is between Step 2 & Step 3. I got to download the Fglrx drivers but now my Belkin N150 wireless driver is not working. It works briefly at first when Xubuntu starts, but then it fails in less than a minute and stops data transfer, although it is connected to the wireless network. Any ideas as to why this is happening?
ATI 290x cards:
If you try the above instructions with an ATI 290x (and possibly 290) card, after the ATI driver install in step three, aticonfig will report “no supported adapters detected,” and upon rebooting you’ll see a blank screen. The reason is that the ATI drivers in the Ubuntu repository don’t support the 290x card (as of the time of this post — this will be fixed eventually). It doesn’t matter what version of Xubuntu you’re using.
The solution is to download the latest drivers and supporting files from AMD:
AMD Catalyst™ 13.11 Beta V9.4 driver
amd-catalyst-13.11-beta-v9.4-linux-x86.x86_64.run.zip
http://support.amd.com/en-us/kb-articles/Pages/latest-linux-beta-driver.aspx
APP-SDK 2.9
AMD-APP-SDK-v2.9-lnx32.tgz
http://developer.amd.com/tools-and-sdks/heterogeneous-computing/amd-accelerated-parallel-processing-app-sdk/downloads/
ADL_SDK_6.0
ADL_SDK_6.0.zip
http://developer.amd.com/tools-and-sdks/graphics-development/display-library-adl-sdk/
full details can be found here:
http://rumorscity.com/2013/12/08/amd-display-driver-update-for-r9-290x-on-bamt-litecoin-miner/
Just substitute the downloads above for the first line in step 3 in the above guide, and you’ll be hashing in no time. If you’ve already installed the ATI drivers as in step 3, you can remove them as follows before installing the new drivers:
sudo apt-get remove fglrx-updates fglrx-amdcccle-updates fglrx-updates-dev
I’m currently using a 290x card with Xubuntu 13.10 and the above drivers.
Good luck!
no matter what I try in all of these tutorials whenever I get to :
./cgminer -n
I always get this error:
Segmentation fault (core dumped)
I used to have this linux LTC miner working last July but it went down and my friend who is much better at this stuff than I am isn’t around to help me anymore. I’ve tried EVERYTHING. Re-install ATI drivers. Update ubuntu. I’ve tried cgminer-2.11.4, cgminer-3-5.0. I ALWAYS get this same error, everytime, regardless of anything I do.
If there’s any chance someone has a suggestion….
Chris, I don’t know the answer, but my suggestion, since this command is only to get information, is that you ignore it and try to get cgminer running, by doing everything else in the guide. You will know the same info if you get to the point you can start cgminer, open the screen with cgm, and see how many gpu’s are running and their stats. Good Luck
Hey Cryptobadger, thansk for all the great information, but I am a little frustrated.
At the start of the guide you say that no experience of Linux is required – well, I have no experience of Linux and am feeling pretty lost by your guide. You should change the introduction. For example, after slogging through I am now stuck on the install Putty section. This may seem simple to you but I have no idea how to do this – I downloaded it but don’t know how to make it work.
Just saying
frustrated,
Putty is to be used from another computer other than your mining rig so that you can monitor the operation of your rig from a windows computer or a Mac. IF you download Putty to a windows computer, click on the exe. file or the shortcut on you desktop, enter the IP address of your mining rig…as 192.168.1.x, x being the number assigned to your rig by your network setup, press enter, when the putty screen opens enter your “user Name” for your xubuntu install and your password, that will take you to the cgminer screen …I wish I could copy my screen here but I haven’t figured out that one yet.
Frustrated, To clarify a little further, while you are in your terminal screen in your mining rig, type this command: /sbin/ifconfig
The resulting paragragh will show your IP address for the rig somewhere in the first few lines. Write it down, then download “putty” to your computer that you use every day. Open putty, type the IP into the box, and hit enter. If your rig is running, putty will connect to it and show the terminal screen with a login prompt. Type your xubuntu username for the rig, and it will give you a password prompt; type the xubuntu sudo password that you set for the rig. Note: you will not see the password after typing it, just hit the enter key and the terminal will open. Then it is just like being hooked directly to the rig with mouse, monitor and keyboard.
frustrated – “You should change the introduction” – I think that’s a little unfair. I have no (well very minimal) Linux experience and everything you need to set up your rig is here if you follow all the instructions
The part you say you’re stuck on;
“With SSH installed, you can unplug the keyboard/mouse/monitor (put dummy plugs into all GPUs, though) from your miner, and complete the rest of the installation from your desktop computer. Simply download Putty onto your desktop, run it, and enter the IP address of your mining rig. That should bring up a remote terminal session to your miner, which is more or less just like sitting at the keyboard in front of it.”
…seems clear enough to me and if you’re stuck on Putty that’s Windows and not Linux 😉
I guess finding out your rigs IP address isn’t included but a simple Google search or a bit of common sense is required here (I clicked the connection box top-right of desktop and it gave me this info…simple)
…just sayin 😉
I had never used Linux either. You can set the whole thing up with a monitor and set up your terminal emulator later anyway. Most of my computers are macs anyway so they already have terminal. As an experiment I set up putty anyway with no issues. If you want to know the internal IP address of your rig within your home network, download Fing for iOS or Android and find it with one click.
Hopefully you’ve moved past these problems by now, but I can’t think of a better incentive to figure out the things you need to do with Linux than when there’s money on the line while your rig stands idle. You can do it, and I say that with confidence because if I can build a working Linux mining rig just about anyone can –might take a couple of long nights though.
First of all, a big thanks to cryptobadger and others who have posted here for all the great information. I successfully built a crate rig with 3 7950s and it is a beaut if I do say so myself. I am especially proud since it is the first computer I have built and it is also the first time I have used Linux.
I haven’t actually run cgminer yet, but I have gotten everything to work up through step 5 and cgminer recognizes all the gpus. I just wanted to understand the process in step 6 and 7. I am assuming that if I want to mine other coins using different pools that I could create separate startup scripts for these with the proper information in them. The question is that if I want to change the pool I am mining in, do I need to stop cgminer (and how is that done) and then run the startup script for the pool I want?
Then comes step 7. I assume that this is just for emergencies so that no time is wasted when something happens. Do I just need to put in my favored pool script that was created in step 6?
Thanks again for the great info!!
To stop cgminer you just press ‘Q’ for Quit but you can swap pools while the app is running by pressing ‘P’ for Pool Management – you can add several pools and switch between them (they are each assigned a number) – it’s all pretty self explanatory when you get the app running.
bonne chance
Cat, Thanks for mentioning the pool management feature for switching pools, hadn’t got there myself yet. My approach up to now has been to go into nano mine_litecoins and change the pool address. Tu m’as bien aider!
After starting up cgminer only two of the GPUs are working. They were all found by cgminer and they all show up when it is running…..like so:
GPU 0: 65.0C 2363RPM | 278.5K/276.7Kh/s | A:26432 R:2368 HW:0 WU:253.7/m I:19
GPU 1: 31.0C 1379RPM | 287.6K/278.2Kh/s | A:29056 R:1728 HW:0 WU:270.1/m I:19
GPU 2: 29.0C 1409RPM | OFF / 0.000h/s | A: 0 R: 0 HW:0 WU: 0.0/m I:19
——————————————————————————–
[2014-01-21 22:30:59] Network diff set to 0
[2014-01-21 22:30:59] Stratum from pool 0 detected new block
[2014-01-21 22:31:01] Stratum from pool 0 detected new block
[2014-01-21 22:31:03] Pool 0 stale share detected, submitting as user requested
[2014-01-21 22:31:03] Stratum from pool 0 detected new block
[2014-01-21 22:31:03] Rejected 03026009 Diff 85/64 GPU 0 (STALE SHARE (Previous Job ‘3
[2014-01-21 22:31:05] Stratum from pool 0 detected new block
[2014-01-21 22:31:09] Stratum from pool 0 detected new block
[2014-01-21 22:31:09] Pool 0 stale share detected, submitting as user requested
[2014-01-21 22:31:09] Rejected 5f9ddf61 Diff 685/64 GPU 0 (STALE SHARE (Previous Job ‘3
Why does GPU 2 say OFF and not hash? I also went into the GPU settings and tried to restart it with no effect. The info in the GPU settings looks like this:
Thread 1: 279.5 Kh/s Enabled ALIVE
GPU 2: 0.0 / 0.0 Kh/s | A:0 R:0 HW:0 U:0.00/m I:19
29.0 C F: 20% (1399 RPM) E: 300 MHz M: 150 Mhz V: 0.950V A: 0% P: 0%
Last initialised: [2014-01-21 20:38:01]
Intensity: 19
Thread 2: 0.0 Kh/s Disabled ALIVE
Can anyone tell me what this means and have any idea how to fix it?
Very strange. I quit cgminer and restarted it. Now GPU 0 is OFF and not hashing. On the bright side, it means that GPU 2 is functional, but why is it only using two of the three?
Even stranger……here are the settings for all GPUs:
GPU 0: 0.0 / 0.0 Kh/s | A:0 R:0 HW:0 U:0.00/m I:19
61.0 C F: 45% (2127 RPM) E: 925 MHz M: 1250 Mhz V: 1.169V A: 99% P: 0%
Last initialised: [2014-01-21 23:06:12]
Intensity: 19
Thread 0: 0.0 Kh/s Disabled ALIVE
GPU 1: 287.1 / 191.3 Kh/s | A:26 R:0 HW:0 U:3.53/m I:19
30.0 C F: 20% (1374 RPM) E: 300 MHz M: 150 Mhz V: 0.950V A: 0% P: 0%
Last initialised: [2014-01-21 23:06:12]
Intensity: 19
Thread 1: 265.4 Kh/s Enabled ALIVE
GPU 2: 274.2 / 188.9 Kh/s | A:19 R:1 HW:0 U:2.68/m I:19
29.0 C F: 20% (1406 RPM) E: 300 MHz M: 150 Mhz V: 0.950V A: 0% P: 0%
Last initialised: [2014-01-21 23:06:12]
Intensity: 19
Thread 2: 277.5 Kh/s Enabled ALIVE
GPU 0 has higher Engine, Memory, and Voltage than the other cards. I matched the Engine and Memory to the other cards and the other two cards hashrate was cut down to only 1/4 of what it was before. When I set it back, it went back up. GPU 0 still isn’t working.
Finally figured it out. I had to shut down cgminer and put dummy plugs on my cards. Restarted and now I’m getting 1600kh/s! Time to optimize…..
I thought that it wasn’t necessary to have dummy plugs when running linux. What gives?
I had dummy plugs on 8 GPUs running Xubuntu 13.10 and cgm 3.7.2. I just transferred my rigs into an aluminium frame last night and forgot to put them on. Hashing at the same speed as beforehand, so now they’re in a bag.
What happened without dummy plugs? Did ubuntu still boot and recognize the cards? I have had huge problems, and get purple screen when I add a 3rd card and not booting up….
Nothing happened. It just booted up normally and after a minute or so the miner_launcher.sh fired up and the miner started hashing away. I have now wasted about $150 on adapters (they don’t come with XFX cards).
Hi Staffs. Can I be cheeky and ask you what your hashing rate is and what settings are included in your start up scrypt? I’m running 3 XFX 280xs and getting between 1600-1800. Also why version of cgminer are you running? Cheers
Both my rigs behave differently. The only difference is the supply of risers. When my USB risers arrive They will all be the same so we’ll see if they are any different after that. I can’t get the second rig to go above 712 at the moment.
The key config settings for the one hashing at 730KH/s: thread-concurrency 8192, autofan, temp-target 70, gpu-engine 1060, memclock 1500
The config for the one hashing 710KH/s: thread-concurrency 8193, autofan, temp-target 73, gnu-engine 1025, memclock 1500, shaders 2048, gpu-fan 50-100, temp-overheat 80
Both I-13, g2, w256, lookup-gap 2
my Sapphire 7950’s will not hash when unplugged from monitor (still waiting on resistors). They will be recognised in cgminer but they wont mine
THANK YOU for this great site. If i had listened to you, i would have download the GOOD DRIVERS (v 12.8) and not the LAST DRIVERS (v13.4) and i wouldn’t have BURNT 2 SAPPHIRE 7950 3GB !!!!!
So a big advice for everyone who would use these cards, listen to cryptobadger an use only drivers V12.8 !!!!!!
Note: With the newer drivers, if you don’t set auto-fan in CGminer, the card will work and heat but the fan will just blow lower and lower, instead of speeding, so at a point (i don’t know exactly how much), your card will just… burn !!! (It’s a quick explaination but if someone is interested i can explain more).
I was too hurried and i costed me €380.
Sorry wrong section
So basically you didn’t check your temps and now you want to blame it on someone else.
Yes, the driver should handle the temps if the fan isn’t at 100% speed, but that doesn’t free you from checking temps when going 100% load permanently.
Followed the install a few days ago with two 7950s and have been hashing away. Tried to add another 7950 to my setup today and I am having some problems.
I shutdown my rig and installed the new card on a riser. Plugged in cables and powered the rig back up again.
When I got to terminal, I followed Cryptobadger’s directions and typed
sudo aticonfig –adapter=all –initial
That gives me this error
ERROR – X needs to be running to perform AMD Overdrive(TM) commands
If I run
sudo aticonfig –lsa
I see all three of my GPUs and cgminer even recognizes them when I run
cgminer -n
Kind of lost here, any help is appreciated!
John,
FIRST, make sure the card you are adding is securely plugged in especially if you are using risers.
I had the same thing happen several times when I installed an additional card to my rig. It may be because the setup became corrupted after your initial setup. I recommend opening a terminal session, go back to the very beginning of the instructions for setup and verify that the amd driver updates are installed, then follow through the setup step by step to get to the point where you confirm that all card are recognized using
sudo aticonfig –adapter=all –odgt
If everything worked, then you should see all the cards listed.
When i type: ./miner_launcher.sh
This is the error I get:
./miner_launcher.sh: line 9: unexpected EOF while looking for matching `”‘
./miner_launcher.sh: line 11: syntax error: unexpected end of file
where do I fix this??
crypto,
It is telling you to go back into your nano miner_launcher.sh file. You missed some part of the entry in the file, very commonly, we forget the final quotation marks. Go over every letter and space to find what is missing. Copy and paste is the surest way to avoid leaving something out. Good Luck!