Bug 117742
Summary: | Kernel panic: No init found | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Janet Smith <janet_smith> |
Component: | s390utils | Assignee: | Phil Knirsch <pknirsch> |
Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 3.0 | CC: | petrides, riel, rvokal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | s390 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-07-02 12:39:31 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Janet Smith
2004-03-08 01:39:26 UTC
additional information: chroot /mnt/new rpm -qa|grep kernel kernel-2.4.21-4.EL kernel-2.4.21-9.0.1.EL kernel-unsupported-2.4.21-4.EL kernel-utils-2.4-8.37 ls -l boot total 14308 -rw------- 1 root root 66048 Mar 7 19:17 bootmap -rw-r--r-- 1 root root 48095 Oct 3 16:41 config-2.4.21- 4.EL -rw-r--r-- 1 root root 48111 Feb 9 21:14 config-2.4.21- 9.0.1.EL drwxr-xr-x 2 root root 4096 Oct 27 17:38 grub -rw-r--r-- 1 root root 597889 Nov 24 10:05 initrd-2.4.21- 4.EL.img -rw-r--r-- 1 root root 596569 Mar 7 19:10 initrd-2.4.21- 9.0.1.EL.img -rw-r--r-- 1 root root 331 Oct 27 17:40 kernel.h -rw-r--r-- 1 root root 23108 Sep 11 02:32 message -rw-r--r-- 1 root root 21282 Sep 11 02:32 message.ja -rw-r--r-- 1 root root 17 Mar 5 19:43 parmfile.1 lrwxrwxrwx 1 root root 22 Mar 5 19:42 System.map -> System.map-2.4.21-4.EL -rw-r--r-- 1 root root 270194 Oct 3 16:41 System.map- 2.4.21-4.EL -rw-r--r-- 1 root root 271258 Feb 9 21:14 System.map- 2.4.21-9.0.1.EL -rw-r--r-- 1 root root 6109 Feb 19 04:41 tape0 -rwxr-xr-x 1 root root 3163388 Oct 3 16:41 vmlinux- 2.4.21-4.EL -rwxr-xr-x 1 root root 3167488 Feb 9 21:14 vmlinux- 2.4.21-9.0.1.EL -rwxr-xr-x 1 root root 3144960 Oct 3 16:41 vmlinuz- 2.4.21-4.EL -rwxr-xr-x 1 root root 3153152 Feb 9 21:14 vmlinuz- 2.4.21-9.0.1.EL jasmith@lnxbld Ready; cat etc/zipl.conf [defaultboot] default=linux target=/boot/ [2.4.21-9.0.1.EL] image=/boot/vmlinuz-2.4.21-9.0.1.EL ramdisk=/boot/initrd-2.4.21-9.0.1.EL.img parameters="root=/dev/dasda1 " [linux] image=/boot/vmlinuz-2.4.21-4.EL ramdisk=/boot/initrd-2.4.21-4.EL.img parameters="root=/dev/dasda1 " Problem is with zipl. I uninstalled s390utils-1.2.4-3 and reinstalled s390utils-1.1.7-2 Ran zipl and system booted OK. Thanks for this report, Janet. I'm reassigning this to our s390utils maintainer. But I'd like to mention that the RHEL3 U2 s390* kernel packages will now list a conflict with s390utils pkg versions prior to s390utils-1.2.4-3. We believe that s390utils-1.2.4-3 has a bug fix that is critical for upgrades *from* U1. Is it possible that your /etc/zipl.conf was mangled by the U1 version of s390utils (the one prior to 1.2.4-3)? I don't know. Early in this bug, I pasted the /etc/zipl.conf file and the results of the zipl command. I'll mention another problem now. I'm trying to boot from scsi and using this older zipl (from s390utils-1.1.7-2), I could not get a proper zipl result: # chroot /mnt/new zipl Error: Cannot get partition info for bootmap /boot//bootmap. So, I installed the newer zipl (from s390utils-1.2.4-3). And like the with DASD, the zipl appeared to work. However, we get the kernel panic on booting from the SCSI device also. > VFS: Can't find ext2 filesystem on dev dasd(94,0)
I wonder why it tries to access /dev/dasda instead of /dev/dasda1 ?
94,0 is dasda, 94,1 is dasda1
Well, booting from SCSI isn't supported for Red Hat Enterprise Linux 3 at the moment iirc. But as Ernie already pointed out, versions prior to s390utils-1.2.4-3 hat a bug that sometimes prevented the proper installation of the zipl entries. As booting from DADS now work again i'll close this bug as ERRATA (as the latest quarterly update has the fixed version included). Read ya, Phil |