Bug 116573
Summary: | Kernel failes to mount LVM ext2 error | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Douglas Furlong <bugzilla_rhn> | ||||
Component: | initscripts | Assignee: | Bill Nottingham <notting> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | |||||
Severity: | high | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | rawhide | CC: | gbpeck, katzj, rvokal, sct | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | athlon | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2006-02-21 19:01:32 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: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 114961 | ||||||
Attachments: |
|
Description
Douglas Furlong
2004-02-23 12:35:35 UTC
I have just attempted to use the kernel 2.6.3-1.100, I am receiving the same error still. I installed a fresh system (x86_64) from devel tree, using -91 kernel, and when upgrading to 2.6.3-1.96 or -97 I get this exact same error. Also see bug 116410, sort of related. Upgraded to kernel releases 1.100, 1.106, 1.109 and 1.110 - does not solve it. Reinstalled box yesterday based on develtree from 25/2 (2.6.3-1.106). Now everything works fine, and upgrades to 109 and 110 is ok. So guess there was a problem with the -91 and/or -96/-97 kernel releases? This is nothing to do with the kernel, it's entirely a property of the LVM2 interaction with initscripts. LVM2 uses dynamic device major/minor numbers. You need to create those device inodes before you can access an LVM device. To fsck root, you need to create the inodes for the root fs. And you can't do that on the root fs, because at that point it's readonly. Bill's suggestion was to use the copy of the device inodes on the initrd image for root fsck instead. The attached patch does that for me. Please test! Doing a re-upgrade probably just meant that the installer created device nodes which happened to be correct on the next boot. That will work a lot of the time, but when the device nodes change (as they can after any kernel upgrade or initrd change), you'll be back to the same problem. Created attachment 98369 [details]
Use /initrd/dev/* inode for root fs fsck if possible.
*** This bug has been marked as a duplicate of 117575 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |