From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx1.redhat.com (mx1.redhat.com [172.16.48.31]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7K8Iea23739 for ; Fri, 20 Aug 2004 04:18:40 -0400 Received: from yoda.hubxpress.net (gw-oleane.hubxpress.net [81.80.52.129] (may be forged)) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7K8Ide1027387 for ; Fri, 20 Aug 2004 04:18:39 -0400 Received: from illicom.com (unknown [192.168.1.128]) by yoda.hubxpress.net (Postfix) with ESMTP id 19F992172 for ; Fri, 20 Aug 2004 10:18:38 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by illicom.com (Mail Server) with ESMTP id F31152FC62 for ; Fri, 20 Aug 2004 10:18:37 +0200 (CEST) Received: from illicom.com ([127.0.0.1]) by localhost (bilbo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15851-02 for ; Fri, 20 Aug 2004 10:18:37 +0200 (CEST) Received: from [192.168.31.100] (unknown [192.168.31.100]) by illicom.com (Mail Server) with ESMTP id D15132FC2C for ; Fri, 20 Aug 2004 10:18:37 +0200 (CEST) From: duverger Content-Type: multipart/alternative; boundary="=-ynqNBxOGmA3Q90KUMY6i" Message-Id: <1092989918.1340.9.camel@sushi> Mime-Version: 1.0 Date: Fri, 20 Aug 2004 10:18:38 +0200 Subject: [linux-lvm] lvm2 + kernel 2.4.26 Reply-To: LVM general discussion and development List-Id: LVM general discussion and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Id: To: linux-lvm@redhat.com --=-ynqNBxOGmA3Q90KUMY6i Content-Type: text/plain Content-Transfer-Encoding: 7bit LVM version: 2.00.16 (2004-05-24) Library version: 1.00.19-ioctl (2004-07-03) Driver version: 4.1.0 Lords, I'm currently testing lvm2. It works well with a 2.6.6 kernel using an "initrd" created by the "lvm2create_initrd" script. Problems appear when i use a 2.4.26 kernel (the initrd is created the same way that for 2.6 kernel). I think it's more related with initrd kernel code and not lvm code, but maybe with your experience you already have encoutered that kind of situation. First strange thing is that even if i create a "linuxrc" executable file on the root of my initrd, it is never processed. But the "/sbin/init" is searched and found first instead. It's not the case when i create the initrd with debian mkinitrd. "/sbin/init" is a shell script, the problem appears when bash needs to be launched. /bin/bash: libdl.so.2 ... no such file or directory .... "ldd bash" gives me entries to /lib/tls/libc.so.6 and /lib/tls/libdl.so.2. These two libs are in the right place on the initrd filesystem. So, it seems that kernel is able to find the "init" binary on the initrd file system but not the libs. I thought about lib path problems. I have created a fake "/sbin/init" staticaly linked that only does a printf() and an execve(/sbin/init_real) passing LD_LIBRARY_PATH in new environment (but normally ld.so also checks default directories such as /lib as it is said in the manpage). My "init" is correctly executed so this justifies that kernel is able to read the initrd filesystem, enter in sbin directory and launch a binary. I've also tried to put library files wherever i could (/, /bin/, ...) but no effect. Why it couldn't find files in /lib directory ? Is there any special patch to apply on 2.4.26 kernel ? Best regards, stephane --=-ynqNBxOGmA3Q90KUMY6i Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit LVM version:     2.00.16 (2004-05-24)
Library version: 1.00.19-ioctl (2004-07-03)
Driver version:  4.1.0

Lords,

I'm currently testing lvm2. It works well with a 2.6.6 kernel using an "initrd" created by the "lvm2create_initrd" script.

Problems appear when i use a 2.4.26 kernel (the initrd is created the same way that for 2.6 kernel). I think it's more related with initrd kernel code and not lvm code, but maybe with your experience you already have encoutered that kind of situation.

First strange thing is that even if i create a "linuxrc" executable file on the root of my initrd, it is never processed. But the "/sbin/init" is searched and found first instead. It's not the case when i create the initrd with debian mkinitrd.

"/sbin/init" is a shell script, the problem appears when bash needs to be launched.

/bin/bash: libdl.so.2 ... no such file or directory ....

"ldd bash" gives me entries to /lib/tls/libc.so.6 and /lib/tls/libdl.so.2. These two libs are in the right place on the initrd filesystem.

So, it seems that kernel is able to find the "init" binary on the initrd file system but not the libs. I thought about lib path problems.

I have created a fake "/sbin/init" staticaly linked that only does a printf() and an execve(/sbin/init_real) passing LD_LIBRARY_PATH in new environment (but normally ld.so also checks default directories such as /lib as it is said in the manpage). My "init" is correctly executed so this justifies that kernel is able to read the initrd filesystem, enter in sbin directory and launch a binary.

I've also tried to put library files wherever i could (/, /bin/, ...) but no effect.

Why it couldn't find files in /lib directory ?
Is there any special patch to apply on 2.4.26 kernel ?


Best regards,

stephane --=-ynqNBxOGmA3Q90KUMY6i--