Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I've just installed Slackware 12, compiled my new kernel and got it all going. I've compiled in support for my CPU, # of CPU's, RAID card, NIC, etc., and I'm running into an odd problem booting the kernel when the RAID card has the HDD's plugged in and the arrays present.
The boot drive is a 160GB Seagate SATA2 drive as /dev/sda
The RAID card is a Promise SuperTrak EX16350 PCI-e 16x 16port Card, with 2X2TB RAID 5 arrays defined.
The kernel, as I said before, has been compiled with this card present and it's detected fine. What happens is when I do NOT have any drives present on the card (the molex cables are disconnected from the card), the kernel boots properly. With the molex cables on and all drives present, the RAID card seems to 'push' the main boot drive (/dev/sda) down to /dev/sdc, and the defined arrays become /dev/sda and /dev/sdb respectively.
I wind up getting a kernel panic, obviously. I've been able to work-around this by modifying LILO from /dev/sda1 to /dev/sdc1, and altering /etc/fstab to reflect the similar values. It works OK this way, but obviously compiling a future new kernel is not going to work; and the crap I'd need to do to get everything all to work is tremendous.
Is there a way to change the expected /dev/sda of my primary boot drive permanently to /dev/sdc so that no matter what, at each boot, it's "expected" to be there? Or a way to tell Linux during boot that these arrays are elsewhere? Help!
The kernel, as I said before, has been compiled with this card present and it's detected fine. What happens is when I do NOT have any drives present on the card (the molex cables are disconnected from the card), the kernel boots properly. With the molex cables on and all drives present, the RAID card seems to 'push' the main boot drive (/dev/sda) down to /dev/sdc, and the defined arrays become /dev/sda and /dev/sdb respectively.
This is normal and is a motherboard boot order issue. When you don't want to boot with the RAID attached, just go into the BIOS setup and switch the boot order.
Alright, so I checked the mobo settings for the boot order, and the 160gb boot drive is where it's supposed to be -- first, and the promise raid arrays immediately follow it. Here's something I noticed:
The stock kernel (hugesmp.s) off the slackware 12 install cd, finds my raid card fine. The raid support compiled in has some issues (it sees 4x2tb arrays when i only have 2x2tb arrays..) which is neither here nor there; but it brings up ALL the disks in the proper order when the system loads. /dev/sda is my 160 boot, /dev/sdb1 and /dev/sdc1 (etc) for the raid.
when I boot from my COMPILED kernel, this all gets undone, and the raid arrays become first, bumping down the 160gb boot drive. I need to resolve this. Is there a commandline I need to issue during the build? something to add/remove in the kernel build?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.