91966 – genkernel doesn't create /lib64 evms-activate doesn't run

Bug 91966 - genkernel doesn't create /lib64 evms-activate doesn't run

Summary: genkernel doesn't create /lib64 evms-activate doesn't run

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Hosted Projects
Classification:	Unclassified
Component:	genkernel (show other bugs)
Hardware:	AMD64 Linux

Importance:	High normal (vote)
Assignee:	Gentoo Genkernel Maintainers

URL:
Whiteboard:
Keywords:	InVCS

Duplicates (1):	104451 (view as bug list)
Depends on:
Blocks:

Reported:	2005-05-08 21:34 UTC by John Huttley
Modified:	2005-11-04 16:26 UTC (History)
CC List:	1 user (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Add /lib64 -> lib to the initrd for amd64 (gen_initrd.sh-patch,484 bytes, patch) 2005-05-19 05:08 UTC, hvjunk	Details \| Diff
View All Add an attachment (proposed patch, testcase, etc.)

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

Description John Huttley 2005-05-08 21:34:56 UTC

In the initrd, evms_activate does not run with library problems. A brief investigation is that its needs libraries in /lib64.
This generally seems to be a symlink to ../lib.

The initrd was generated by genkernel 3.1.6 on gentoo-sources-2.6.11-r7 with --udev --evms2 options


Reproducible: Always
Steps to Reproduce:
1. evms_actiate , not executable or fails with libevms yadda
2.
3.

Actual Results:  
ldd shows evms_activate has a dependence on a library in /lib64/


ld-linux.so.2 seems to want to symlink to /lib32, which also does not exist.
Likely not relevant to present bug.

fix it by symlinking lib64 -> ../lib, inside the initrd.

Genkernel version 3.1.6, on amd64, freshly installed from 2005.0-r1 and emerged
in a chroot enviroment from the livecd.
As of the moment, it boots!

Comment 1 hvjunk 2005-05-19 05:05:33 UTC

*** gen_initrd.sh.orig  Thu May 19 12:35:19 2005
--- gen_initrd.sh       Thu May 19 13:11:32 2005
***************
*** 41,46 ****
--- 41,47 ----
        ln -s bin ${TEMP}/initrd-temp/sbin
        ln -s ../bin ${TEMP}/initrd-temp/usr/bin
        ln -s ../bin ${TEMP}/initrd-temp/usr/sbin
+       ln -s lib ${TEMP}/initrd-temp/lib64
  
        echo "/dev/ram0     /           ext2    defaults" >
${TEMP}/initrd-temp/etc/fstab
        echo "proc          /proc       proc    defaults    0 0" >>
${TEMP}/initrd-temp/etc/fstab

Comment 2 hvjunk 2005-05-19 05:08:38 UTC

Created attachment 59298 [details, diff]
Add /lib64 -> lib to the initrd for amd64

Fixing the "problem" :)
(Brute force I'd admit, but I don't know of a problem on other platforms)

Comment 3 John Huttley 2005-05-19 15:44:52 UTC

Thanks, I think thats all thats required.

Comment 4 John Huttley 2005-08-10 14:37:31 UTC

This has reoccured with the new genkernel creating initramfs.

My fix is to add a symlink. 
edit gen_initramfs.sh
find create_base_layout_cpio ()

look for 
	mkdir -p ${TEMP}/initramfs-base-temp/usr/bin
	mkdir -p ${TEMP}/initramfs-base-temp/usr/sbin

add
	ln -s  ../lib  ${TEMP}/initramfs-base-temp/lib64

Comment 5 Jakub Moc (RETIRED) gentoo-dev

2005-09-01 00:43:12 UTC

*** Bug 104451 has been marked as a duplicate of this bug. ***

Comment 6 hvjunk 2005-09-01 00:56:37 UTC

(In reply to comment #5)
> *** Bug 104451 has been marked as a duplicate of this bug. ***

It that bug I stated that another option is to add it to linuxrc, ie

     34     [ -e /sbin/udev ] && ln -s /sbin/udev /sbin/udevstart
i>>> 35     ln -s lib lib64
     36     if [ -e /bin/lvm ]

Comment 7 Chris Gianelloni (RETIRED) gentoo-dev

2005-09-08 09:03:24 UTC

Does genkernel 3.3.6 resolve this?

Comment 8 hvjunk 2005-09-09 03:07:48 UTC

Thanx :)
Appears to be working... now just for the broken grub.confs (couldn't find bugid
this morning)

Comment 9 Tim Yamin (RETIRED) gentoo-dev

2005-11-04 16:26:40 UTC

Fixed, closing.