<font color='black' size='2' face='arial'><font color="black" face="arial" size="2">

<div> <pre style="font-size: 9pt;"><font face="Arial, Helvetica, sans-serif" size="2">  >SATA RAID is set up by the BIOS so you do not need to insmod anything.</font><font face="Arial, Helvetica, sans-serif" size="2"><<br>
<br>
</font></pre></div>



<div> <font size="2"><font face="Arial, Helvetica, sans-serif">This is not true. While it is true that SATA RAID is setup within the BIOS, you still need drivers to tell the OS how to access the physical sectors across the individual drives. After installing Ubuntu on my SATA RAID, booting failed because the kernel says that it cannot locate the root file system. The error basically says the partition table indicates the root fs drive takes more sectors than are physically present on the disk. It is a 3 disk RAID5 with 3x 150GB WD Raptors. If I shift-pgup through the kernel output, it is seeing the 3 drives as sda, sdb, and sdd but not as 1 drive. During the live cd install, it saw the SATA RAID as a single 300GB drive and could read and mount the NTFS file system, that I let it overwrite to install Ubuntu on. <br>

<br>

The install recognized the raid5 as /dev/mapper/nvidia_fhgbbaae1. Using the tips you gave, I figured out how to mount this file system and chroot. I used this procedure as listed in the install guide:<br>
mount -t auto /dev/mapper/nvidia_fhgbbaae1 /media/raid -o acl,user_xattr<br>
mount --bind /dev /media/raid/dev<br>
chroot /media/raid<br>
<br>
One obvious problem is that the folder /dev/mapper/ does not exist on this file system and there is no device nvidia_fhgbbaae. This device should contain<br>
/dev/mapper/nvidia_fhgbbaae1 mounted as /<br>
/dev/mapper/nvidia_fhgbbaae5 mounted as swap<br>
/dev/mapper/nvidia_fhgbbaae6 mounted as /tmp<br>
/dev/mapper/nvidia_fhgbbaae7 mounted as /home<br>
<br>
None of these mappings exist on the root fs.  Also, as you pointed out, the install for some reason decides not to install grub when it deals with a SATA RAID. This seems to be the case whenever it detects one even when it is not the install drive. I did a second install on a different drive as I pointed out. It is a single drive with space partitioned after my Vista partition. Ubuntu still did not install grub on this drive during that install either. The command you suggested:<br>
<br>
#dpkg -l grub-pc<br>
  output:<br>

</font></font></div>



<div> Desired=Unknown/Install/Remove/Purge/Hold<br>
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend<br>
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)<br>
||/ Name            Version         Description<br>
+++-===============-===============-==============================================<br>
un  grub-pc         <none>          (no description available)<br>
<br>
I did the install as you suggested. <br>
<pre style="font-size: 9pt;"><tt><tt>aptitude update<br>
aptitude install grub-pc grub-common<br>
</tt></tt></pre>this worked.  the /boot/grub directory is now populated, before was empty. It has a grub.cfg I got from http://grub.enbug.org/LVMandRAID modified to look like this:<br>
<pre>set timeout=20<br>
<span class="anchor" id="line-51"></span>set default=0<br>
<span class="anchor" id="line-52"></span>menuentry "Linux on RAID" {<br>
<span class="anchor" id="line-53"></span>        insmod dmraid<br>
<span class="anchor" id="line-54"></span>        set root=(<font color="black" face="arial" size="2"><font size="2"><font face="Arial, Helvetica, sans-serif">nvidia_fhgbbaae1</font></font></font>)<br>
<span class="anchor" id="line-55"></span>        linux /vmlinuz root=/dev/mapper/<font color="black" face="arial" size="2"><font size="2"><font face="Arial, Helvetica, sans-serif">nvidia_fhgbbaae1</font></font></font><br>
<span class="anchor" id="line-56"></span>        initrd /initrd.img<br>
<span class="anchor" id="line-57"></span>} </pre>Then I ran:<br>
#grub-install /dev/mapper/nvidia_fhgbbaae1<br>
grub-probe: error: no mapping exists for `nvidia_fhgbbaae1'<br>
<br>
This config still does not boot. The kernel cannot find the root fs. during the live cd session I can see dmraid_45 when I do lsmod. As long as this module is loaded, the kernel can see the array and can mount the fs.  I need the help of a grub expert to go further. What is missing?<br>
<br>
John<br>
<br>
<br>

</div>

-----Original Message-----<br>

From: Tom H <tomh0665@gmail.com><br>

To: ubuntu-users@lists.ubuntu.com<br>

Sent: Mon, Oct 26, 2009 7:33 pm<br>

Subject: Re: boot loader not installed<br>

<br>








<div id="AOLMsgPart_0_f6eb4d7e-4f5c-4f30-9256-d7938470bc39" style="margin: 0px; font-family: Tahoma,Verdana,Arial,Sans-Serif; font-size: 12px; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);">

<pre style="font-size: 9pt;"><font face="Arial, Helvetica, sans-serif" size="2">>> Forgot in my last email:<br>
<br>
>> <a href="https://wiki.ubuntu.com/Grub2" target="_blank">https://wiki.ubuntu.com/Grub2</a><br>
<br>
>> "Recover Grub 2 via LiveCD" is at about 75% down the page.<br>
<br>
>> I would "sudo su -" to avoid all the sudos.<br>
<br>
>> You will also need to run<br>
<br>
>> aptitude update<br>
<br>
>> aptitude install grub-pc grub-common<br>
<br>
>> after the chroot.<br>
<br>
<br>
<br>
<br>
<br>
> Those commands don't work from a live cd right? When I tried to install grub<br>
<br>
> manually after the install it halted with an error. Basically refused to<br>
<br>
> install. I don't think I can install to the installed system from the live<br>
<br>
> cd. I it is possible, what would be the necessary steps?<br>
<br>
<br>
<br>
> Your last email also helps. I tried a wubi install around 6 months ago and<br>
<br>
> had a heck of a time getting the raid to work then too. Finally found dmraid<br>
<br>
> which worked. I didn't remember the name of it so thanks. I assumed that<br>
<br>
> since the Ubuntu install found the raid5 and partitioned and installed on it<br>
<br>
> that it would take care of all that automatically. 4 sleepless nights later<br>
<br>
> it's clear that was a bad assumption.<br>
<br>
<br>
<br>
> Of course it would also be nice it the Install coders did not allow install<br>
<br>
> on unsupported drives. Previous versions of Ubuntu never recognized software<br>
<br>
> raid configs in the install. When I saw it fully accessible in the<br>
<br>
> partitioning phase of the install I got all happy and couldn't resist. Of<br>
<br>
> course the standard drive didn't work either.<br>
<br>
<br>
<br>
> Another question: Isn't it possible to put insmod commands after<br>
<br>
> root=/dev/xxx? Could I not instruct the kernel to install the dmraid module<br>
<br>
> in the boot parameters?<br>
<br>
<br>
<br>
<br>
<br>
These commands work when booted from a Live CD but only after you<br>
<br>
chroot. Once you are chrooted, it will be as if you are booted into<br>
<br>
your HD. You could even "su - <yourusername>" and you will have access<br>
<br>
to your bash history. So when you run "aptitude update; aptitude<br>
<br>
install ..." you will install Grub 2 on your HD.<br>
<br>
<br>
<br>
I do not think that your drive is unsupported. Grub 2 is not installed<br>
<br>
if you choose the SATA RAID option; not quite the same thing. I assume<br>
<br>
that if you choose "no" to the SATA RAID, Grub 2 is installed.<br>
<br>
<br>
<br>
</font><font face="Arial, Helvetica, sans-serif" size="2">SATA RAID is set up by the BIOS so you do not need to insmod anything.</font><font face="Arial, Helvetica, sans-serif" size="2"><br>
<br>
<br>
<br>
-- <br>
<br>
ubuntu-users mailing list<br>
<br>
<a href="mailto:ubuntu-users@lists.ubuntu.com">ubuntu-users@lists.ubuntu.com</a><br>
<br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-users" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-users</a><br>
<br>
</font></pre>
</div>

 <!-- end of AOLMsgPart_0_f6eb4d7e-4f5c-4f30-9256-d7938470bc39 -->

</font>
</font>