Author

Topic: Xubuntu Not firing (Read 1920 times)

sr. member
Activity: 378
Merit: 250
December 25, 2013, 04:44:25 AM
#17
S.1 file is a symbolic link to s.0.13.0 that's what the command you listed earlier does. Like a shortcut in windows. My files got corrupted somehow when a card crashed, I had to copy them from another install, I actually just used the live install USB drive and copied them over. You really need to own a killawatt in this game, then you could know how much power your cards are really pulling. I doubt you are burning through a 1600w power supply adding a third gpu. The mobo you are using is confirmed working with 6 gpus by a number of people. Do you have an ivy bridge CPU?
newbie
Activity: 13
Merit: 0
December 25, 2013, 04:20:16 AM
#16
Thanks rick!

Mobo: http://uk.msi.com/product/mb/Z77A-GD65.html

How would i make an s1 file?

Graham, i have a 1600w psu, i did wonder if it would power all 5! May get another little one for the 5th if need be.
newbie
Activity: 56
Merit: 0
December 25, 2013, 03:39:38 AM
#15
most cases,
your power supply is not capable to support your 5 cards.
try 1500+ watt power supply.
sr. member
Activity: 378
Merit: 250
December 24, 2013, 04:52:17 PM
#14
The new drivers certainly rock. What mobo are you using? It may not be supporting the other cards.

The "no version information" complete failure bug happened to me as well. I took a thumb drive, copied ALL the libudev files from another rig onto the one with troublesome files (libudev.so.1, libudev.so.0, libudev.so.0.13.0) and replaced them. two of those are links, so really you can get away with just replacing the so.0.13.0 file and replacing the links. My cgminers usually say no version information available, but they work.

The command you are typing is making a link. xubuntu usually has the s.0 link to s.0.13.0 already, but cgminer wants a file called s.1 so you make it. little things like this are very stupid and annoying, and why linux isn't ever going to be mainstream. I'm not sure if it was corrupted on mine, but replacing those files with undamaged ones from another rig solved it immediately.

newbie
Activity: 13
Merit: 0
December 24, 2013, 03:33:05 PM
#13
Hi guys, thanks for your assistance with this. After spending several hours last night, this is where i am:

4x GPU's listed under sudo aticonfig --lsa, 4x GPU's listed under sudo aticonfig --adapter=all --odgt

But, only 3 recognised by CGMiner (3.7.2): (But since installing the 13.12 drivers, hash rates are all in the 870/880's (were 810 with 13.11))

./cgminer: /lib/x86_64-linux-gnu/libudev.so.1: no version information available (required by ./cgminer)

I have tried both:

sudo ln -s /lib/x86_64-linux-gnu/libudev.so.0 /lib/x86_64-linux-gnu/libudev.so.1 &
sudo ln -s /lib/x86_64-linux-gnu/libudev.so.0.13.0 /lib/x86_64-linux-gnu/libudev.so.1

and am met with:

ln: failed to create symbolic link `/lib/x86_64-linux-gnu/libudev.so.1': File exists


 [2013-12-24 20:15:49] CL Platform 0 vendor: Advanced Micro Devices, Inc.       
 [2013-12-24 20:15:49] CL Platform 0 name: AMD Accelerated Parallel Processing 
 [2013-12-24 20:15:49] CL Platform 0 version: OpenCL 1.2 AMD-APP (1348.5)       
 [2013-12-24 20:15:49] Platform 0 devices: 3
 [2013-12-24 20:15:49]  0       Hawaii
 [2013-12-24 20:15:49]  1       Hawaii
 [2013-12-24 20:15:49]  2       Hawaii
 [2013-12-24 20:15:49] ADL found more devices than opencl!
 [2013-12-24 20:15:49] There is possibly at least one GPU that doesn't support OpenCL
 [2013-12-24 20:15:49] Use the gpu map feature to reliably map OpenCL to ADL   
 [2013-12-24 20:15:49] WARNING: Number of OpenCL and ADL devices did not match!
 [2013-12-24 20:15:49] Hardware monitoring may NOT match up with devices!       
 [2013-12-24 20:15:49] GPU 0 AMD Radeon R9 290 Series hardware monitoring enabled
 [2013-12-24 20:15:49] GPU 1 AMD Radeon R9 290 Series hardware monitoring enabled
 [2013-12-24 20:15:49] GPU 2 AMD Radeon R9 290 Series hardware monitoring enabled
 [2013-12-24 20:15:49] 3 GPU devices max detected
 [2013-12-24 20:15:49] USB all: found 8 devices - listing known devices         
 [2013-12-24 20:15:49] No known USB devices

2x GPU's are direct onto the Mobo, 2 are on risers (powered). If I move one GPU from the Mobo onto a riser, xubuntu will not fire! Very confusing! (1600 watt)

The GPU that is not being recognised by CGM will mine if connected on its own, through a riser. It is currently on the Mobo.

Merry Xmas!
sr. member
Activity: 308
Merit: 250
FlutterCoin Developer
December 23, 2013, 10:15:51 PM
#12
What is your cgminer version?
sr. member
Activity: 378
Merit: 250
December 23, 2013, 03:48:36 PM
#11
What is the exact term for the libudev error
newbie
Activity: 13
Merit: 0
December 23, 2013, 02:58:41 PM
#10
Hi, I have stripped the mobo back and plugged in the GPU that flashes the BIOS.

Xubuntu will now fire up, and after typing sudo aticonfig –lsa, the GPU is listed.

Through xubuntu command line, sudo aticonfig --adapter=all --odgt says that the GPU is seen. I rebooted, and waited for CGMiner to automaticaly launch, as CGminer launches, i was kicked from Xubuntu and had to log in again, after which i could not launch CGM. A libdev error being the reason. Re-install libdev?

Made some progress I guess!! Now onto the other GPU!
sr. member
Activity: 378
Merit: 250
December 23, 2013, 12:44:59 PM
#9
Both the ati config and cg miner test should list your available hardware. What do they say for you?
newbie
Activity: 13
Merit: 0
December 23, 2013, 06:13:21 AM
#8
I have 13.11-beta on at the moment. Will load 13.12 tonight and see if that helps things. I have tried all the other commands.

Thanks all!
sr. member
Activity: 378
Merit: 250
December 23, 2013, 03:06:23 AM
#7
I don't need any dummy plugs on xubuntu.

Have you tried all this.
Install amd driver package, use this one
http://www2.ati.com/drivers/linux/amd-catalyst-13.12-linux-x86.x86_64.zip
open the package, install the package

 sudo aticonfig --lsa

    sudo aticonfig --adapter=all --initial

    sudo reboot

After your computer have rebooted, you can confirm that everything worked by typing this code :
    sudo aticonfig --adapter=all --odgt

then

cd cgminer-3.7.2-x86_64-built

    export DISPLAY=:0

    export GPU_USE_SYNC_OBJECTS=1

    ./cgminer -n

I've built a bunch of rigs, this is in my list of commands for copy-paste, works for me almost everytime.
sr. member
Activity: 308
Merit: 250
FlutterCoin Developer
December 23, 2013, 12:37:05 AM
#6
Did you have monitors plugged into all cards when you tried? Could have been that it was sending the screen output to a GPU that wasn't plugged in.  Though to not even see the BIOS could mean other issues.

But what your describing just sounds like your not seeing output on some of the GPU's.  You need to check your graphics setup, look at your xorg.conf
newbie
Activity: 13
Merit: 0
December 22, 2013, 05:58:07 PM
#5
No dummy's. During individual testing I had a TV hooked up for each test. 3 worked, 2 didn't.

The three that worked are now running headless with out any dummy plugs.
sr. member
Activity: 280
Merit: 250
December 22, 2013, 05:40:27 PM
#4
Are you using a dummy plug for the monitor socket?
newbie
Activity: 13
Merit: 0
December 22, 2013, 05:37:46 PM
#3
Not yet, I'm hoping to try then on a windows system tomorrow night, see how they fair.

Thanks!
hero member
Activity: 896
Merit: 500
December 22, 2013, 05:35:06 PM
#2
Have you try it on other computer / different os? I am not a tech dude, but want to help
newbie
Activity: 13
Merit: 0
December 22, 2013, 05:19:21 PM
#1
Hi, I have 5 R9 290X GPU's and have recently set up a mining rig. When running the rig with 2 GPU's all worked fine. When adding the third, Xubuntu would not fire up, even the BIOS screen would not flash onto the screen.

I tested each GPU individually, and found that two of the 5 cards would not allow Xubuntu to load. One would just go black and stay black, the other would flash the BIOS screen and then give me Ubuntu options, memory tests.

Are these two GPU's useless? How are they stopping the OS from firing? Any help would be appreciated, otherwise I will have to start a fight for a refund!

S.
Jump to: