| View previous topic :: View next topic |
| Author |
Message |
chiliandrew
n00b
Joined: 12 Sep 2005
Posts: 2
|
 Posted: Tue Sep 13, 2005 1:01 am Post subject: Kernel panic "no init found" on sparc64 w/ softwar |
 |
|
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 |
|
 |
kimchi_sg
Advocate
Joined: 26 Nov 2004
Posts: 2968
|
| Posted: Tue Sep 13, 2005 2:36 am Post subject: |
|
|
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.  |
|
| Back to top |
|
|
chiliandrew
n00b
Joined: 12 Sep 2005
Posts: 2
|
| Posted: Tue Sep 13, 2005 2:43 am Post subject: |
|
|
| 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 |
|
|
kallamej
Administrator
Joined: 27 Jun 2003
Posts: 4975
Location: Gothenburg, Sweden
|
| Posted: Tue Sep 13, 2005 4:59 am Post subject: |
|
|
Moved from Installing Gentoo to Gentoo on Sparc.
_________________
Please read our FAQ Forum, it answers many of your questions.
irc: #gentoo-forums on irc.libera.chat |
|
| Back to top |
|
|
jbwillia
Tux's lil' helper
Joined: 07 May 2004
Posts: 108
Location: TN, USA
|
| Posted: Tue Sep 13, 2005 3:46 pm Post subject: |
|
|
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 |
|
|
jbwillia
Tux's lil' helper
Joined: 07 May 2004
Posts: 108
Location: TN, USA
|
| Posted: Tue Sep 13, 2005 3:52 pm Post subject: |
|
|
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 |
|
|
|
|
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
|
|
Gentoo on Sparc
