From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JrEex-00087H-FA for garchives@archives.gentoo.org; Wed, 30 Apr 2008 15:55:55 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 57D95E0929; Wed, 30 Apr 2008 15:54:46 +0000 (UTC) Received: from md2.t-2.net (md2.t-2.net [84.255.209.81]) by pigeon.gentoo.org (Postfix) with ESMTP id 08A6AE0929 for ; Wed, 30 Apr 2008 15:54:45 +0000 (UTC) Received: from [192.168.0.11] (84-255-203-94.static.t-2.net [84.255.203.94]) by md2.t-2.net (MOS 3.8.5-GA) with ESMTP id CKB31977; Wed, 30 Apr 2008 17:54:45 +0200 (CEST) Message-ID: <48189676.3020002@avtomatika.com> Date: Wed, 30 Apr 2008 17:55:34 +0200 From: Branko Badrljica User-Agent: Thunderbird 2.0.0.12 (X11/20080302) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] boot Gentoo from USB key References: <1209537833.6170.62.camel@ws2912.agr.st.com> <481867A3.3070904@lakedaemon.net> <48188245.9010603@avtomatika.com> <4818866C.90109@lakedaemon.net> <48188AC2.70804@avtomatika.com> <481892EC.6050105@lakedaemon.net> In-Reply-To: <481892EC.6050105@lakedaemon.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail-Status: score=10/150, host=md2.t-2.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A0B0204.48189645.0124,ss=1,fgs=0, ip=192.168.0.11, so=2007-07-31 18:51:00, dmn=5.4.3/2008-02-01 X-Archives-Salt: 25b2420b-dafe-456f-8f9b-435a27262323 X-Archives-Hash: 291391b62b52490c4d503f1c405a0839 Jason wrote: > ons won't be out of sync then. Gentoo has genkernel for this purpose. > >> Also, opened files and extra nodes in /dev during intiramfs phase >> tend to cause a headache or two... > > If your initrd follows the 3 suggestions, above, there won't be any > processes running to hold a file or device open. Unless you had > something else in mind? > > Jason. I ahve used initrd for booting from LVM2 partition in the past and have always had headaches with this sort of thing- and I believe exactly this was covered in some article on gentoo.org Point is that you need to run some programs to do some things ( why else have initramfs ?) before system becomes really useable for the user and you can't always control all aspects of programs that you have ran. Some might spawn some daemon with opened files or at least devices etc etc. I have mounted XFS on one machine and because of this two daemons run on my machine etc. Also, if you need autodetection and device for some PnP hardware ( USB, 1394 etc ) you need udev and hotplug system to generate enw devices in dev and then recreate them in /new_root/dev. And if some daemon has continually opened something in /dev, after chroot/pivot_root your initrd might still occupy your memory. AFAIK initramfs should eb way better with this, but any user data about it is very scarce on the net... -- gentoo-amd64@lists.gentoo.org mailing list