Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Kernel panic "no init found" on sparc64 w/ software RAID
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gentoo on Sparc
View previous topic :: View next topic  
Author Message
chiliandrew
n00b
n00b


Joined: 12 Sep 2005
Posts: 2

PostPosted: Tue Sep 13, 2005 1:01 am    Post subject: Kernel panic "no init found" on sparc64 w/ softwar Reply with quote

Grettings all.

I'm having a problem installing Gentoo on my Sparc64 Sun Enterprise E450. I've already bootstapped the system, emerged 'system' with the '-e' switch, installed SILO (the Sparc boot loader), and configured and compiled my kernel. Everything seems correct, but when I reboot, I get a kernel panic.

Code:

EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Mounted devfs on /dev
Kernel panic: no init found. try passing init= option to kernel.
 Press L1-A to return to the boot prom


I think that the problem somehow resides in my RAID setup. The machine has 12 drives and have been RAIDed into two different arrays. The first array is to be used for my /boot partition. It is in a RAID 1 configuration and has two drives in it with an addition hot spare (drive sda) standing by. The second array, a RAID 5 setup, is my / parition and consists of a partition each from 11 drives with the 12th (drive sda) drive being my hot spare in this array. I like it set up this way because it offers me the maximum available redundancy and space utilization without having to worry about running out of space on a /usr or /home partition. Below is the output of mdadm for both arrays.

Code:

livecd / # mdadm -D /dev/md0
/dev/md0:
        Version : 00.90.00
  Creation Time : Thu Sep  8 16:48:24 2005
     Raid Level : raid1
     Array Size : 49088 (47.94 MiB 50.27 MB)
    Device Size : 49088 (47.94 MiB 50.27 MB)
   Raid Devices : 2
  Total Devices : 3
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Mon Sep 12 18:51:40 2005
          State : active
 Active Devices : 2
Working Devices : 3
 Failed Devices : 0
  Spare Devices : 1

           UUID : 2e00b860:f11c05a3:b8799dd2:47ea5283
         Events : 0.16

    Number   Major   Minor   RaidDevice State
       0       8       17        0      active sync   /dev/sdb1
       1       8       33        1      active sync   /dev/sdc1

       2       8        1        2      spare   /dev/sda1


Code:

livecd / # mdadm -D /dev/md1
/dev/md1:
        Version : 00.90.00
  Creation Time : Tue Sep  6 20:36:33 2005
     Raid Level : raid5
     Array Size : 87028480 (82.100 GiB 89.12 GB)
    Device Size : 8702848 (8.30 GiB 8.91 GB)
   Raid Devices : 11
  Total Devices : 12
Preferred Minor : 1
    Persistence : Superblock is persistent

    Update Time : Mon Sep 12 18:51:42 2005
          State : active
 Active Devices : 11
Working Devices : 12
 Failed Devices : 0
  Spare Devices : 1

         Layout : left-symmetric
     Chunk Size : 128K

           UUID : 22d313b2:f1f14687:27d54216:d2b4f821
         Events : 0.45

    Number   Major   Minor   RaidDevice State
       0       8       18        0      active sync   /dev/sdb2
       1       8       34        1      active sync   /dev/sdc2
       2       8       49        2      active sync   /dev/sdd1
       3       8       65        3      active sync
       4       8       81        4      active sync
       5       8       97        5      active sync
       6       8      113        6      active sync
       7       8      129        7      active sync
       8       8      145        8      active sync
       9       8      161        9      active sync
      10       8      177       10      active sync

      11       8        2       11      spare   /dev/sda2


My /etc/fstab looks like this.

Code:

# /etc/fstab: static file system information.
# $Header: /var/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.18.4.1 2005/01/31 23:05:14 vapier Exp $
#
# noatime turns off atimes for increased performance (atimes normally aren't
# needed; notail increases performance of ReiserFS (at the expense of storage
# efficiency).  It's safe to drop the noatime options if you want and to
# switch between notail / tail freely.
#
# See the manpage fstab(5) for more information.

# <fs>                  <mountpoint>    <type>          <opts>          <dump/pass>

# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
/dev/md0                /boot           ext3            noauto,noatime  1 2
/dev/md1                /               ext3            noatime         0 1
/dev/sdd2               none            swap            sw,pri=0        0 0
/dev/sde2               none            swap            sw,pri=0        0 0
/dev/sdf2               none            swap            sw,pri=0        0 0
/dev/sdg2               none            swap            sw,pri=0        0 0
/dev/sdh2               none            swap            sw,pri=0        0 0
/dev/sdi2               none            swap            sw,pri=0        0 0
/dev/sdj2               none            swap            sw,pri=0        0 0
/dev/sdk2               none            swap            sw,pri=0        0 0
/dev/sdl2               none            swap            sw,pri=0        0 0
/dev/cdroms/cdrom0      /mnt/cdrom      iso9660         noauto,ro       0 0
#/dev/fd0               /mnt/floppy     auto            noauto          0 0

# NOTE: The next line is critical for boot!
proc                    /proc           proc            defaults        0 0

# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
#  use almost no memory if not populated with files)

#trying tmpfs instead of shm according to the 2.4 kernel config help
#shm                     /dev/shm        tmpfs           nodev,nosuid,noexec     0 0
tmpfs                   /dev/shm        tmpfs           defaults        0 0


I've compiled RAID support, SCSI support, RAID 1 support, and RAID 5 support into my kernel (which, by the way, is v 2.4.31 with whatever gentoo patches are added onto it during emerge). As the kernel is initialized, I see md0 and md1 being initialized without errors. The arrays work and are mountable after I raidstart them in the livecd environment after I reboot from the panic, so I'm pretty sure they are set up correctly.

I've tried things I've read elsewhere in the forums, such as adding 'append="init=/sbin/init"' and 'append="init=/bin/sh"' to the entry for my image in /boot/silo.conf. Even though bash has already been compiled during the 'emerge -e', neither of those append strings helped. My silo.conf follows.

Code:

image=/vmlinux
        label=Gentoo
        root=/dev/md1
        append="init=/sbin/init"
        read-only


I can usually figure these things out on my own, but I'm really stuck here. Any help would be very greatly appreciated.
Back to top
View user's profile Send private message
kimchi_sg
Advocate
Advocate


Joined: 26 Nov 2004
Posts: 2915
Location: Singapore

PostPosted: Tue Sep 13, 2005 2:36 am    Post subject: Reply with quote

I believe you'll have more luck getting a reply if you leave a message here asking the moderators to move this thread to the SPARC forum. 99% of those visiting the Installing Gentoo forum (ie, this one) probably have no idea what a SPARC processor is. ;)
_________________
Murphy's Law of Gentoo installation: If a compile can fail, it will.

MacGillicuddy's Corollary: At the most inopportune time.

Please search and read the FAQs before posting.
Back to top
View user's profile Send private message
chiliandrew
n00b
n00b


Joined: 12 Sep 2005
Posts: 2

PostPosted: Tue Sep 13, 2005 2:43 am    Post subject: Reply with quote

I figured it had more to do with an installation problem than the actual architecture, but you're probably right. I see that someone has already requested that my thread should be moved, so hopefully I can get some help there. Thanks.
Back to top
View user's profile Send private message
kallamej
Administrator
Administrator


Joined: 27 Jun 2003
Posts: 4830
Location: Gothenburg, Sweden

PostPosted: Tue Sep 13, 2005 4:59 am    Post subject: Reply with quote

Moved from Installing Gentoo to Gentoo on Sparc.
_________________
Please read our FAQ Forum, it answers many of your questions.
irc: #gentoo-forums on irc.freenode.net
Back to top
View user's profile Send private message
jbwillia
Tux's lil' helper
Tux's lil' helper


Joined: 07 May 2004
Posts: 108
Location: TN, USA

PostPosted: Tue Sep 13, 2005 3:46 pm    Post subject: Reply with quote

I believe your problem resides in the fact that you've mirrored your /boot partition; I had similar problems on my U60 when I first setup raid1 between my two 18G drives. As you may know, the sparc does not have a master boot record per se, but the default is to use the first block of the disk (so in a way, that pretty much is the mbr). However, as it turns out, the raid array also uses a portion of this space in the mirroring of the /boot partition. I tried various things such starting my boot partitions at block 1 instead of 0 and having silo store the first half of the boot loader at block 0. Anyways, I could never get it to work, so I ended up giving in and not mirroring my /boot partition. I do mirror it in a sense, but I do it manually; any time I update the kernel or reinstall silo I just use $(dd if=/dev/sda1 of=/dev/sdb1) followed by unmounting /dev/sda1 from /boot and then mounting /dev/sdb1 to /boot and and finally rerunning $(silo -f) for good measure. This is not quite as redundant as raiding the /boot partition, but it's the best way I could find to get it to work.
_________________
Code:
#!/bin/bash
for everyexe in $(find /home/you -name "*.exe" | egrep -i ".*exe$")
do
    kill $(pgrep you)
done
Back to top
View user's profile Send private message
jbwillia
Tux's lil' helper
Tux's lil' helper


Joined: 07 May 2004
Posts: 108
Location: TN, USA

PostPosted: Tue Sep 13, 2005 3:52 pm    Post subject: Reply with quote

BTW, if you actually do get /boot mirroring to work then please post back to this thread. I'd be very interested in knowing how it would work.

Also, FYI; I doubt it makes that much of a difference in our scenarios, but my system is actually running a 2.6.6 kernel with compiled in raid support.
_________________
Code:
#!/bin/bash
for everyexe in $(find /home/you -name "*.exe" | egrep -i ".*exe$")
do
    kill $(pgrep you)
done
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on Sparc All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum