LinuxQuestions.org
Register a domain and help support LQ
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices

Reply
 
LinkBack Search this Thread
Old 02-18-2013, 09:28 PM   #1
eduardr
LQ Newbie
 
Registered: Sep 2011
Posts: 5

Rep: Reputation: Disabled
Generic kernel boot failure - drives not being seen


Hello,

On a couple of new rack servers, I cannot get
the generic kernel to boot on Slackware 14 x64.
It can't find the disk(s) and panics. Huge
kernel works fine.

What I see when booting with the generic kernel
is VFS Cannot Open Root Device 900 when attempting
to boot off the md0 device, and when I tested
trying to boot off sda1 I got a similar error
unable to open root device 801. This suggests the
issue is with drive recognition under the generic
kernel.

Hardware info:
Supermicro 1027R-72RFTP server
Intel E5-2600, C602 chipset
Onboard LSI 2208 SAS2 in JBOD mode, megaraid_sas

Have followed the usual instructions for getting
an initrd created and lilo configured. I've had
generic kernels running on other machines with
13.37 in the past no problem.

I'm using RAID1 across the 2 drives, metadata 0.9
on root partition (includes boot) and metadata
1.2 on all the rest.

lilo.conf
---------
append=" vt.default_utf8=1"
boot = /dev/md0
raid-extra-boot = mbr
lba32
large-memory

image = /boot/vmlinuz
initrd = /boot/initrd.gz
root = /dev/md0
label = Default
read-only
image = /boot/vmlinuz-generic-3.2.29
initrd = /boot/initrd.gz
root = /dev/md0
label = Generic
read-only
image = /boot/vmlinuz-huge-3.2.29
root = /dev/md0
label = Huge
read-only

mkinitrd.conf
-------------
# mkinitrd.conf.sample
# See "man mkinitrd.conf" for details on the syntax of this file
#
#SOURCE_TREE="/boot/initrd-tree"
#CLEAR_TREE="0"
#OUTPUT_IMAGE="/boot/initrd.gz"
#KERNEL_VERSION="$(uname -r)"
#KEYMAP="us"
MODULE_LIST="ext4:megaraid_sas"
#LUKSDEV="/dev/sda2"
#LUKSKEY="LABEL=TRAVELSTICK:/keys/alienbob.luks"
ROOTDEV="/dev/md0"
ROOTFS="ext4"
#RESUMEDEV="/dev/sda2"
RAID="1"
#LVM="0"
UDEV="1"
#MODCONF="0"
#WAIT="1"

The mkinitrd_command_generator.sh spits out
mkinitrd -c -k 3.2.29 -f ext4 -r /dev/md0 -m megaraid_sas:usb-storage:ehci-hcd:usbhid:mbcache:jbd2:ext4 -R -u -o /boot/initrd.gz

which matches what I put in my mkinitrd.conf (aside from the
unnecessary usb stuff).

Thanks in advance for any hints, not sure how to
even attempt to troubleshoot this any further.

--Ed
 
Old 02-18-2013, 10:36 PM   #2
Didier Spaier
Senior Member
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slackware-14.0 on a Lenovo T61 6457-4XG
Posts: 3,643

Rep: Reputation: 827Reputation: 827Reputation: 827Reputation: 827Reputation: 827Reputation: 827Reputation: 827
Blind guess: may be your disk needs a little more time to sync.

So I'd add to the relevant entry in lilo.conf:
Code:
 append="rootdelay=30"
then run "lilo".

Adapt to the time really needed, the delay is in seconds.

To know more, see /home/src/linux/Documentation/kernel-parameters.txt
 
Old 02-18-2013, 10:55 PM   #3
eduardr
LQ Newbie
 
Registered: Sep 2011
Posts: 5

Original Poster
Rep: Reputation: Disabled
Didier,

Thanks for the suggestion! I tried and still getting the
boot error (ocr'd it from the screenshot) -

6.0516081 Waiting 45sec before mounting root device ...
51.0561251 md: Waiting for all devices to be available before autodetect
51.0562511 md: If you don't use raid, use raid=noautodetect
51.0570591 md: Autodetecting RAID arrays.
51.0571751 md: Scanned 0 and added 0 devices.
51.0572871 md: autorun ...
51.057399 I md: ... autorun DONE.
51.0575111 RAMDISK: Couldn't find valid RAM disk image starting at 0.
51.0716031 UFS: Cannot open root device "900" or unknown-block(9,0)
51.0717'151 Please append a correct "root=" boot option; here are the
available partitions:

Kernel panic- not syncing: UFS: Unable to mount root fs on unkno
Pid: 1, comm: swapper/0 Not tainted 3.2.29 #1
Ca II Trace:
<ffffffff811f9126>l panic•0x91/0x189
l<ffffffff81896f58>l mount_block_root•0x1ce/0x27f
<ffffffff818971ec>l mount_root•0xal/0xa5
l<ffffffff8189735d>l prepare_namespace+0x16d/0x1a6
l<ffffffff8107acd0>l? release_tgcred.isra.5•0x30/0x30
l<ffffffff81896cc6>l kernel_ init•0x11b/0x150
l<ffffffff81501e31>l kernel_thread_helper•0x1/0x10
l<ffffffff81896b7b>l ? start_kernel•0x390/0x390
I <ffffffff81501e30> J ? gs_change•0xb/0xb
 
Old 02-19-2013, 01:31 AM   #4
Didier Spaier
Senior Member
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slackware-14.0 on a Lenovo T61 6457-4XG
Posts: 3,643

Rep: Reputation: 827Reputation: 827Reputation: 827Reputation: 827Reputation: 827Reputation: 827Reputation: 827
Quote:
Originally Posted by eduardr View Post
51.0575111 RAMDISK: Couldn't find valid RAM disk image starting at 0.
This seems to indicate a problem with your initrd.

My lack of knowledge prevents me to help you solve it, but there is still the possibility to reconfigure your kernel with all drivers needed at boot time (especially the file system used for /) built in, then re-compile and install it.

This could help you doing that.

Last edited by Didier Spaier; 02-19-2013 at 01:32 AM.
 
1 members found this post helpful.
Old 02-19-2013, 05:03 PM   #5
comet.berkeley
Member
 
Registered: Dec 2009
Location: California
Distribution: Slackware
Posts: 131

Rep: Reputation: 26
Since the huge kernel works and the smaller one doesn't it definitely looks like an initrd problem.

Quote:
Originally Posted by Didier Spaier View Post
This seems to indicate a problem with your initrd.
Look at the /boot/README.initrd file for documentation on initrd.

Essentially an initial ramdisk (initrd) is created to contain kernel modules that are not included in the kernel.

I used to mess around with initrd files, but after many years I realized that it is not worth the trouble.

Now I always use "huge" kernels and keep it simple.

Last edited by comet.berkeley; 02-19-2013 at 05:22 PM. Reason: grammar
 
Old 02-19-2013, 05:19 PM   #6
Didier Spaier
Senior Member
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slackware-14.0 on a Lenovo T61 6457-4XG
Posts: 3,643

Rep: Reputation: 827Reputation: 827Reputation: 827Reputation: 827Reputation: 827Reputation: 827Reputation: 827
Yes, but in the few cases where some conflicting driver can't be blacklisted (because it is built-in) nor disabled using some specific parameter.

In that case you end up either using an initrd or re-compiling the kernel whithout this driver.
 
Old 02-27-2013, 04:29 PM   #7
eduardr
LQ Newbie
 
Registered: Sep 2011
Posts: 5

Original Poster
Rep: Reputation: Disabled
Thanks again for all the help, I compiled a new kernel 3.2.39 version with megaraid_sas, mpt2sas (for another server I use), ext2, 3, and 4 built in and it boots fine now! I based this kernel config on the generic config shipped with Slackware 14. Why the initrd didn't work, some mysteries must remain forever unsolved .

I mainly followed the guide at http://alien.slackbook.org/dokuwiki/...kernelbuilding but instead of using a local version name in the kernel config I just used a newer kernel release source (3.2.39) so that it would not conflict with the default kernels and modules installed by Slack 14.

Cheers,
--Ed
 
  


Reply

Tags
boot failure, generic, kernel


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] initrd / generic kernel --> won't boot. What am I forgetting? chexmix Slackware 6 09-30-2012 02:43 PM
[SOLVED] How do I modify GRUB to boot using the generic kernel? Robert.Thompson Slackware 3 02-16-2011 02:00 PM
[SOLVED] very slow boot with 2.6.32.2 generic-smp kernel thach.trung.ngoc Slackware 3 01-10-2010 06:31 AM
generic kernel boot time parameters ignored shadowsnipes Slackware 4 12-21-2008 07:04 AM
generic-smp kernel doesn't boot in 12.2 samac Slackware 7 12-12-2008 12:01 PM


All times are GMT -5. The time now is 06:49 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration