From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 7B80013873B for ; Mon, 3 Mar 2014 01:55:28 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AF740E0B16; Mon, 3 Mar 2014 01:55:21 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9D080E0AB5 for ; Mon, 3 Mar 2014 01:55:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 99B8233ECCD for ; Mon, 3 Mar 2014 01:55:19 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: 2.261 X-Spam-Level: ** X-Spam-Status: No, score=2.261 tagged_above=-999 required=5.5 tests=[DATE_IN_PAST_03_06=1.076, FORGED_HOTMAIL_RCVD2=1.187, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XgVrRTwSQqqs for ; Mon, 3 Mar 2014 01:55:09 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 9C31533F6E1 for ; Mon, 3 Mar 2014 01:55:09 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WKI5v-0000dl-Ey for gentoo-user@gentoo.org; Mon, 03 Mar 2014 02:55:04 +0100 Received: from pool-71-168-64-31.cncdnh.fast.myfairpoint.net ([71.168.64.31]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Mar 2014 02:55:03 +0100 Received: from gregsurbey by pool-71-168-64-31.cncdnh.fast.myfairpoint.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Mar 2014 02:55:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Greg Surbey Subject: [gentoo-user] Re: genkernel-next will not mount /usr but genkernel will Date: Sun, 2 Mar 2014 21:08:40 +0000 (UTC) Message-ID: References: <17996.1391682262@ccs.covici.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 71.168.64.31 (Mozilla/5.0 (Windows NT 5.1; rv:27.0) Gecko/20100101 Firefox/27.0) X-Archives-Salt: 41159f28-db2f-4132-8eb1-ec925050e7a6 X-Archives-Hash: 439865723c8c575cae374444127eabaa ccs.covici.com> writes: > > Hi folks. I wanted to switch to using genkernel-next instead of > genkernel so eventually I could switch to using systemd. However > genkernel-next-50 will not mount my /usr file system. I have everything > on lvm volumes, except my /boot which is a regular partition. With the > regular genkernel /usr is mounted, but I can't even test systemd > bedcause it looks for realinit before /usr is even mounted. My > genkernel command line is: > genkernel --no-clean --no-splash --lvm --e2fsprogs > --kerneldir=/usr/src/linux-3.6.2-gentoo initramfs > > Now when I use genkernel-next, it would not mount /usr because it said > no such file or directory -- I guess its mount point -- not sure of > that. It would not execute udev because it said there was a missing > library. > > So, how can this be fixed? Is there a bug in genkernel-next? > > Thanks in advance for any ideas. Hi Covici, I experienced a similar issue to yours and I thought I'd post a workaround that worked for my situation. What I did was add 'debug' as a kernel line parameter so that the initramfs would drop me into a busybox commandline before mounting the root file system. I then went into /dev/vg/ and ran this command 'ln -sf /dev/dm-0 usr'. This changed the symbolic link from a relative to an absolute path and thus fixed it so the mount command would work correctly when called in the bootup script. I typed 'exit' to continue with the boot. -- Greg Surbey