1 |
Patrik Jansson wrote: |
2 |
> I'm not sure how to do that. I'm not even sure if /dev/sdb is the |
3 |
> actual RAID or just one of the drives? |
4 |
The kernel is telling you the size of the disk it sees. Can you not |
5 |
deduce the answer to your question from this info? |
6 |
|
7 |
> SCSI device sda: 285474816 512-byte hdwr sectors (146163 MB) |
8 |
> |
9 |
Is that the correct total size of the logical drive, or of one of the |
10 |
physical drives? |
11 |
I'm pretty sure that's your logical drive right there. Which would |
12 |
indicate the megaraid_sas driver seems to working just fine. |
13 |
|
14 |
> But when I come to think about it... when I try to boot the system, |
15 |
> the Dell server actually boots from the logical drive and it do find |
16 |
> the kernel, hence /dev/sdb is infact the RAID, right? |
17 |
I believe even Dell BIOSes will be using the old DOS-style INT13h |
18 |
extensions to read the MBR. As will grub. But then the kernel will |
19 |
re-initialise the hardware and drive it directly, rather than asking the |
20 |
BIOS for help. This is why you get to load the kernel and then fail. |
21 |
|
22 |
|
23 |
> > Also, I doubt if this is necessary with a hardware RAID controller, |
24 |
> > but perhaps emerge'ing device-mapper is necessary. Perhaps also |
25 |
> > mdadm too, but I'm even more doubtful about that one. |
26 |
> |
27 |
> I can't see how this could make any difference when I can't even mount |
28 |
> the root device? Anyway, I'm desperate and will try this as soon as I |
29 |
> can. |
30 |
> |
31 |
Yes, that was just a stab in the dark. More caffeine has now proven to |
32 |
me how foolish that must have sounded. |
33 |
|
34 |
But, unabashed, I shall offer another stab in the dark: is it |
35 |
possible this new server is using an EFI partition table, rather than |
36 |
MS-DOS compatible? Try to ensure CONFIG_EFI _PARTITION is set in your |
37 |
kernel. |
38 |
|
39 |
Take care folks, |
40 |
Steve. |
41 |
-- |
42 |
gentoo-server@g.o mailing list |