Bug 426471

Summary: Can't boot with Kernel builds 63 & 85
Product: [Fedora] Fedora Reporter: Eliran Itzhak <eliranitzhak>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 8CC: tuju
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-01-09 05:34:41 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:
Attachments:
Description Flags
the dmesg file from a successful boot
none
Initrd for the working kernel
none
Initrd for the NON working kernel none

Description Eliran Itzhak 2007-12-21 11:07:01 UTC
Description of problem:
Kernel build 49 works fine. After installing build 63 I could'nt boot. Same
problem with build 85.
When I boot with 63/85 This is what I get on the screen.
......
Red Hat nash version 6.0.19 starting
Unable to access resume device (LABEL=myswap)
mount: could not find file system '/dev/root'
setuproot: moving /dev failed: No such file or directory
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
switchroot: mount failed: No such file or directory
My guess is that there is a problem with LVM in these builds.
My system is configured with LVM. Here are some details.
[root@hp-brio ~]# pvs
  PV         VG   Fmt  Attr PSize  PFree
  /dev/sda2  POOL lvm2 a-   37.16G 32.00M
[root@hp-brio ~]# vgs
  VG   #PV #LV #SN Attr   VSize  VFree
  POOL   1   2   0 wz--n- 37.16G 32.00M
[root@hp-brio ~]# lvs
  LV     VG   Attr   LSize   Origin Snap%  Move Log Copy%
  myroot POOL -wi-ao  36.38G
  myswap POOL -wi-ao 768.00M
[root@hp-brio ~]#


Version-Release number of selected component (if applicable):
Kernel 2.6.23.9-85.fc8 & 2.6.23.9-63.fc8

How reproducible:
Install on a machine with LVM ?

Steps to Reproduce:
1.
2.
3.
  
Actual results:
System not loading. Init is not starting.

Expected results:


Additional info:

Comment 1 Chuck Ebbert 2007-12-21 21:32:49 UTC
Please attatch /var/log/dmesg from successful boot.


Comment 2 Eliran Itzhak 2007-12-21 21:43:43 UTC
Created attachment 290276 [details]
the dmesg file from a successful boot

Comment 3 Chuck Ebbert 2007-12-22 00:22:23 UTC
Can you attach the initrd from a failing kernel and a working one?
(They will be in /boot.)

Comment 4 Eliran Itzhak 2007-12-22 11:33:50 UTC
Created attachment 290289 [details]
Initrd for the working kernel

Comment 5 Eliran Itzhak 2007-12-22 11:37:16 UTC
Created attachment 290291 [details]
Initrd for the NON working kernel

Comment 6 Eliran Itzhak 2007-12-24 13:43:38 UTC
Well, I've tried loading from a rescue CD, chrooting and recreating initrd, but
the problem persists.

Eliran.

Comment 7 Eliran Itzhak 2007-12-29 22:22:27 UTC
Is someone working on this problem ? Is there anything I can do to help
investigate the problem ?
Thanks.

Comment 8 Chuck Ebbert 2008-01-02 18:41:26 UTC
Looks like a bug in mkinitrd, or /etc/fstab was manually changed to use
mount-by-label. The init script on the initrd is different:

-49:
resume /dev/POOL/myswap
mkrootdev -t ext3 -o defaults,ro /dev/POOL/myroot

-85:
resume LABEL=myswap
mkrootdev -t ext3 -o defaults,ro LABEL=myroot




Comment 9 Eliran Itzhak 2008-01-06 14:31:30 UTC
This could be it, as I changed my system to use labels not very long ago
(probably after installing F8).
How should I proceed to solve this problem ?
(Can I change back to NO labels then run mkinitrdm or should I use another
procedure ?)

Thanks.

Comment 10 Chuck Ebbert 2008-01-10 20:22:01 UTC
Are all of the filesystems properly labeled? Everything should work if they are.


Comment 11 Eliran Itzhak 2008-01-10 20:35:29 UTC
I've managed to bypass the problem by stopping to use labels.
I'll look for a better solution later.

Thanks !

Comment 12 Gian Paolo Mureddu 2008-01-17 01:26:12 UTC
I have this issue too, the labels didn't change (well not all, and certainly not
the root's partition one) and what DID change was the drive "order" in /dev/ as
I had to change my motherboard. So the '/' partition passed to be /dev/sda6 to
be /dev/sdc6.

How could I inspect the initrd images and change this in them?

Thanks.

Comment 13 Chuck Ebbert 2008-01-17 21:25:07 UTC
(In reply to comment #12)
> I have this issue too, the labels didn't change (well not all, and certainly not
> the root's partition one) and what DID change was the drive "order" in /dev/ as
> I had to change my motherboard. So the '/' partition passed to be /dev/sda6 to
> be /dev/sdc6.
> 
> How could I inspect the initrd images and change this in them?
> 

initrd files are .cpio.gz format. The "common problems" page tell how to examine
them:

https://fedoraproject.org/wiki/KernelCommonProblems





Comment 14 Juha Tuomala 2008-02-07 15:53:58 UTC
possible dupes bug 388901, bug 391641

my last working is kernel-2.6.23.8-63.fc8

http://tuju.fi/tmp/boot.e2.jpg

Comment 15 Juha Tuomala 2008-02-07 15:55:42 UTC
kernel-2.6.23.14-115.fc8
kernel-2.6.23.8-63.fc8
kernel-devel-2.6.23.14-107.fc8
kernel-devel-2.6.23.14-115.fc8
kernel-headers-2.6.23.14-115.fc8

115 didn't boot either.

Comment 16 Bug Zapper 2008-11-26 09:06:31 UTC
This message is a reminder that Fedora 8 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 8.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '8'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 8's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 8 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 17 Bug Zapper 2009-01-09 05:34:41 UTC
Fedora 8 changed to end-of-life (EOL) status on 2009-01-07. Fedora 8 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.