I've been reading, yup dangerous thing to do I know but I wonder if this might be relevant in some way?
https://bugs.launchpad.ne...urce/linux/+bug/371434

I have joined and asked for help with this on the tc/coreplus forum
http://forum.tinycorelinux.net/index.php/topic,15964.0.html
 

Just as a thought, since I am using 2 power supplies of 650w each, is there a preferred method of allocating which power supply power what on the motherboard ?
I am thinking that variations between the two supplies might cause syncing issues ?
---
As you can tell I am very keen on resolving this problem quickly.

apaseall
Just as a thought, since I am using 2 power supplies of 650w each, is there a preferred method of allocating which power supply power what on the motherboard ?
I am thinking that variations between the two supplies might cause syncing issues ?

 
I would connect one PSU to the motherboard including 24-pin and 8-pin CPU connectors.
 
Then have the other PSU power your graphics cards.

linuxrouter
 I would connect one PSU to the motherboard including 24-pin and 8-pin CPU connectors.
 
Then have the other PSU power your graphics cards.

I would love to be able to do that but neither of the psu's have enough 8/6 pin connectors to power the motherboard alone.
I posted a different thread here about suitable power supplies but only got one reply.

apaseall
I would love to be able to do that but neither of the psu's have enough 8/6 pin connectors to power the motherboard alone.
I posted a different thread here about suitable power supplies but only got one reply.

My concern with having two different power supplies supplying voltage to the motherboard is if there is a difference in voltage between the two PSUs. This could potentially cause some issues. I know you mentioned possibly upgrading to four way SLI down the road in your other thread. Selecting the right single PSU is going to depend on which graphics cards you plan to go with. Some cards are more power hungry than other cards.
 
I have done dual power supplies before with system builds without any problem; however, I only used the secondary power supply to provide power to additional graphics cards.

Well that was certainly not 'just a couple of minutes' job.
But think I may have found the culprit!
---
I took the time to try to ensure that as far as possible I was using one power supply for the motherboard with the other one powering the graphics card.
Once I had done that I tried to boot from usb so as to install tc/coreplus on the ide hdd as stated in my previous post.
No dice. I tried master single, master with slave, slave, cable select. No joy.
Repeated with a different ide hdd, no luck. Swopped the ide cable, still nada.
---
The 2nd power supply was still running whilst I was gently moving some of the clutter of wires.
The 1st power supply powers the mobo and the mobo was cpu fan stopped.
ie powered down cos that power supply fan was not running, so no juice flowing.
 
---
I thought it would be safe to gently move the power cables slightly just to double check where each one was going.
The 2nd power supply like I said goes to the graphics card, but it also goes to 2 case fans at the back of the case.
---
Graphics card built in fan was stopped but the two back case fans were wirring away nicely.
That is until I moved the connector power cable that would normally go to the mobo, but was not since the 1st power supply was connected.
This 2nd 24? pin connector has a tiny cable acting as a jumper to mimic the signal the mobo gives to make the power supply to power on.
The fans speed altered, wobbled shall we say. Odd I thought, so I checked the jumper. That was firmly in place.
Turns out there is a bad connection somewhere in the sheathed cable because in certain positions, ALL power went off.
---
Nut shell ? One of the psu's is very suspect.
Which is odd since all this stuff, ide hdd's, ide cable, power supplies came from -until i took em appart- working pc's.
Looks like I will have to wait a little and invest in a single decent psu.
Hopefully that will be next week, depending on real life making demands on my wallet!
---
I will post back here again once I have the new psu.

Back again as promised.
I wish I could say all is fixed but sadly that is not the case.
---
I wish to begin again.
---
Current situation.
Still trying to install *nix to SSD from USB install with unetbootin.
Corsair ax1200i power supply.
ps/2 keyboard, usb stick, dvi to vga connector, mini hdmi to hdmi connector are connected to the back of pc.
usb stick is in the slot below the one below the ps/2 connector.
internal front usb header taken off the mobo.
corsair link not connected to internal usb.
---
in bios
advanced bios features - sata configuration - sata#1 [compatible], configure sata#1 as [ide], sata#2 configuration [enhanced]
advanced bios features - esata controller (backpanel) [disabled], esata boot [disabled], sata 3.0 storage controller [disabled]
advanced chipset features - hd audio [disabled], usb 3.0 controller [enabled], marvell lan 2 [disabled], marvell lan 1 [disabled], lan boot [disabled]
frequency/voltage control -cpu configuration - intel vt-d [disabled]boot from usb device first.
---
usb stick [kubuntu-13.04-desktop-amd64]
unetbootin
boot from first hard disk, tab add nomodest;
> /ubnkern initrd=/ubninit nomodeset
---
ctrl+alt+f1 and ctrl+alt+f7 appear to work.
after leaving it for quite a while no further progress is made.
---
changing bios boot order to ssd first I boot straight into win7 i.e. no bootloader appears to have been installed to pick kubuntu.
---
bit of progress I think, not sure what to do next though.

Looks like I'm late to this party, so I hope the OP is still reading this.
In short - you are running into a hardware/firmware bug of the SR-2. PCIe hotplug (pciehp) support is broken, and one of the components keeps flapping when it gets probed for hotplugging. All SR-2s do this, so don't bother RMA-ing it. It may or may not be fixable in firmware, but even if that is the case, you'd need to rely on EVGA releasing a firmware patch (don't hold your breath).
 
What I can offer you, is a potential workaround (I use Linux on my SR-2). There are two options:
 
1) Your pciehp driver is compiled statically into the kernel (no idea if that is the case on the Ubuntu kernel, I'm a RHEL user).
You will need to make sure that something like following happens in the init immediately after udev gets set up:
 
if [ -e /sys/bus/pci_express/drivers/pciehp/unbind ]; then
        sleep 1
        echo "0000:00:1c.0:pcie04" > /sys/bus/pci_express/drivers/pciehp/unbind
fi


I would expect the PCI ID to be the same on your SR-2 as it is on mine, but you'll need to double check that. If you can get the installer to get as far as booting you to a console, just run the echo line on the command line and that should wake it up.
 
2) Your kernel has pciehp built as a module
This is easier to deal with you need to add this to your module configuration to prevent the driver from being used:
blacklist pciehp
On RHEL this would go in /etc/modprobe.d/blacklist.conf - Ubuntu may be different.
 
HTH

I can promise you the A58 BIOS does NOT solve the PCIe hotplug flapping issue.

Look at the last two post here: http://forums.evga.com/tm.aspx?m=1804285&mpage=4#1930477
for a fix for the PCIe hotplug issue.

Update.
PC now dual boots win7hp and LinuxMint14.
I swapped out the cpu's and have disconnected all case wires that were plugged in (hdd led, reset switch etc).
Happy bunny