Skip to content

Installing Ubuntu on a Core i7 DX58SO motherboard

UPDATE:  2009-03-17 — It appears that hard drive issues I encountered are likely due to the HW RAID formatting on the drive I tried.  I just tried a brand new hard drive, and Ubuntu 8.10 installed flawlessly, and everything works.

I’m not sure why computer upgrades are always such an epic struggle for me, but here I go again …

The goal is to upgrade my aging AMD X2 system to a new Intel Core i7 system.  So after researching it a bit, I decided on the Intel DX58SO motherboard.  I liked the architecture, and have had good luck with Intel motherboards.  And since I don’t upgrade all that often, I try to get something good when I do.  As I learned later, I should have researched Linux compatibility a little more …

The plan was to simply replace the CPU/MB/RAM in my existing box as I already have a raid controller, decent case, etc.  However, the first challenge was the existing PS does not supply a EPS/ATX12V8 pin connector — it only had the 4-pin version.  So, I got to upgrade my PS to a Corsair CMPSU-650TX which seems very nice, and quiet.

After I put everything together, the raid array (3ware 9500S-4LP PCI) was detected, but the system would not boot.  So I booted from a Ubuntu install disk and selected boot from 1st hard disk, and then it seemed to boot fine.  However, the Ethernet controller and CDROM don’t work under Ubuntu 8.04 (64-bit) which was currently installed on the raid array.  However, everything else works pretty well, and it is quite fast.  Because the core-i7 brought back hyperthreading, Linux now shows 8 cores.

Several days later in an attempt to get the system booting from the hard drive, I upgraded the BIOS to the latest version.  However, this broke booting from the raid array; even with a Ubuntu install disk.

At this point, I decided to just rebuild the system by re-configuring the 4 hard drives currently in a hardware raid-5 array to two raid-1 software raid arrays.  As the raid card is only PCI, I think this would provide better performance and be simpler to maintain in the future.  So, I copy all my data off to a USB HD, and then try to install Ubuntu to a HD attached to the motherboard.  To my suprise, I can’t get MB attached hard drives to work.  Lots of messages like:

[  361.943329] ata1.01: status: { DRDY ERR }
[  361.943332] ata1.01: error: { ABRT }
[  362.043760] ata1.01: configured for UDMA/133
[  362.043771] ata1: EH complete
[  362.218194] ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[  362.218200] ata1.01: BMDMA stat 0x45
[  362.218207] ata1.01: cmd c8/00:08:00:00:00/00:00:00:00:00/f0 tag 0 dma 4096 in
[  362.218209]          res 51/04:08:00:00:00/04:00:1d:00:00/f0 Emask 0x1 (device error)

I tried booting a 32-bit Ubuntu 8.10 live CD and I get the same thing when trying to fdisk a hard drive attached to the MB.  So for now, the only way to get this running is to go back to the old RAID controller.  Fortunately, Intel keeps old BIOS versions on their web site and after two tries, I was able to find one that works again with the HW RAID controller.

The Ethernet and CD ROM did work with the Ubuntu 8.10 32-bit live CD, so once I upgrade to 8.10, hopefully that will all work.  So for now, I’ll limp along with my raid controller and a USB->Ethernet adapter for networking.

Anyone else have success with Linux on the DX58SO?

I’ve filed a bug on launchpad.

Tags:

6 thoughts on “Installing Ubuntu on a Core i7 DX58SO motherboard”

    1. I just ran a few tests with a brand new hard drive, and Ubuntu 8.10 64-bit installed flawlessly, and everything works. All I can figure is HW raid formatting on the hard drive I tried somehow messed up the kernel. Thanks for the feedback.

  1. For my Intel x58 motherboard, I didn’t have any luck with 8.10 getting the ethernet up. 🙁

  2. i just spent 3-4 days trying to get software RAID 1 running on a DX58SO since the onboard controller is fake raid and there doesn’t seem to be a linux driver. Must have re-installed 30+ times in slightly different ways each time.
    Finally cracked it after reading numerous posts talking about all sorts of other stuff but referring to the install log. So I mounted a flash stick and copied /var/log/installer to it and looked inside syslog and found a line in \about the the BIOS boot being read only.
    ding ding ding ding this relates to this bug I already filed: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/477167

    Although it is said that GRUB2 supports booting off of RAID the problem was that there was nowhere in the installer script to somehow set the boot flag so GRUB could never write to the boot area and the install would die at that step aaaaargh!

    The penny dropped (I can be a bit slow sometimes) I had wanted to have a separate /boot and unmount it normally for security so at last I figured I didn’t need RAID on that and so I could set a regular partition with the boot flag set.
    My solution was to make a regular bootable partition for /boot on each drive. I’ll have to install GRUB and copy /boot over to the 2nd drive and do some tweaking in the configs so it can boot if the first drive fails.

    Next made RAID1 for / and /var
    Probably could also do RAID1 for swap but I decided instead to do 2 equal priority same size swaps one on each drive. Install went flawlessly after that. ~:D
    At last I am up and running ubuntu karmic (9.10) server 64 bit with ext4 file system on DX58SO. Hope this helps someone. I will file a bug or two sometime soon.

Comments are closed.