Bug 197065 - support side-by-side installation of 32 bit and 64 bit releases
support side-by-side installation of 32 bit and 64 bit releases
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
x86_64 Linux
medium Severity low
: ---
: ---
Assigned To: Dave Jones
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2006-06-28 08:34 EDT by Avi Kivity
Modified: 2015-01-04 17:27 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-03-25 17:06:18 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Avi Kivity 2006-06-28 08:34:50 EDT
Description of problem:

With LVM, it is very easy to install multiple versions of FC5 on multiple 
volumes, with a common /boot.  The only problem is with the kernel, in that 
both 32 bit and 64 bit use exactly the same file names and grub titles.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. install FC5-i386 and FC5-x86-64
Actual results:
1. later install overwrites previous kernel

Expected results:
1. non-conflicting file names

Additional info:
Having arch in the file name would eliminate the problem.  Also nice to have 
the arch in the title
Comment 1 Dave Jones 2006-10-16 20:16:43 EDT
A new kernel update has been released (Version: 2.6.18-1.2200.fc5)
based upon a new upstream kernel release.

Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.

This bug has been placed in NEEDINFO state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.

Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.

In the last few updates, some users upgrading from FC4->FC5
have reported that installing a kernel update has left their
systems unbootable. If you have been affected by this problem
please check you only have one version of device-mapper & lvm2
installed.  See bug 207474 for further details.

If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.

If this bug has been fixed, but you are now experiencing a different
problem, please file a separate bug for the new problem.

Thank you.
Comment 2 Avi Kivity 2006-10-17 01:18:59 EDT
Still happens as of latest rawhide.  To install side-by-side, I'm using 
two /boot partitions, but it's a pain.
Comment 3 Dave Jones 2006-10-17 01:57:37 EDT
I'll take a look into this for FC7
Comment 4 Avi Kivity 2006-10-17 03:17:37 EDT
Ok.  I can prepare a patch if you like.
Comment 5 Jarod Wilson 2008-03-25 17:06:18 EDT
Modifications just committed to rawhide.

Notice to fedora-devel-list:
...we've made some [kernel] changes that should be transparent to most users, 
save those that are building external kernel modules. As of 
kernel-2.6.25-0.154.rc6.git7.fc9, we now include the target cpu in uname -r 
output, like so:

# uname -r

And we've also renamed files in /boot:

# ls /boot/*x86_64*

# ls /boot/*i686*

The uname -r change also means /lib/modules/ looks slightly different:

# ls /lib/modules/

And so do the contents of the kernel-devel packages:

# ls /usr/src/kernels/

This last one is probably the one with the most visible impact, as any 
external module build script that was looking 
for /usr/src/kernels/$(uname -r)-$(uname -m) should now be looking 
for /usr/src/kernels/$(uname -r) only.
Comment 6 John Summerfield 2010-05-13 21:50:33 EDT
This is too silly for words. RH/Fedora (it's just made its way to RHEL6 beta) has to inflict this change because someone couldn't fix their own scripts? Now tout le monde has to change too?
Comment 7 Jarod Wilson 2010-05-14 10:50:47 EDT
What's wrong with this change? It simply adds arch-specific info to file names and file paths. No real change in normal usage patterns, and now people can install both 32-bit and 64-bit kernels on the same /boot partition (which is NOT a simple scripting issue). Haven't seen any problems with this change in the past 2+ years its been this way in Fedora now (after some initial quirks were sorted out, iirc). Seems like nothing but a win to me. Do you have an actual bug to report?

Note You need to log in before you can comment on or make changes to this bug.