From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SCbBp-0005or-Ld for garchives@archives.gentoo.org; Tue, 27 Mar 2012 18:32:17 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0B118E08B1; Tue, 27 Mar 2012 18:32:03 +0000 (UTC) Received: from mail-yw0-f53.google.com (mail-yw0-f53.google.com [209.85.213.53]) by pigeon.gentoo.org (Postfix) with ESMTP id D3CD2E064A for ; Tue, 27 Mar 2012 18:30:44 +0000 (UTC) Received: by yhjj72 with SMTP id j72so229357yhj.40 for ; Tue, 27 Mar 2012 11:30:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=Piasc8t7vLhFmU2QN/aMqmi44WyPlXs+1mRD/8Nq1FM=; b=x+UsZFhOcoxYe4n0n98FbqpPa3RzHZdMPg2cNk/fDZzmYEsJoEdpPC4Hg7PnqdwVVz jkdwMBI1y/guQeE9dnW7K8I4s/wK5b+dxA7uzW6tv/9ZKeFY3/p6KBvDU7c40V6Xek1q vt54peHYGQhvCPiNlc7vCwXNgwzZ4R0BxPXD8oAPMu4Tb2Zt05sWf/DAEoVpC4i3Znfk qFurtSzKdseoUkxsJL+hr/EXajyd6plKLZ6qTTth8qd1WzZdAAjiutanIY+Ague/qKZS HBiy0aYDQmR57ZKCd0uwLGs4VeI71fXwmwK5LPlDSKnMHVVgt7BgoIHrG4Rl7PjvYHoi 88TQ== Received: by 10.236.145.193 with SMTP id p41mr26760043yhj.124.1332873044397; Tue, 27 Mar 2012 11:30:44 -0700 (PDT) Received: from [192.168.2.5] (adsl-98-95-214-242.jan.bellsouth.net. [98.95.214.242]) by mx.google.com with ESMTPS id 2sm795174ane.12.2012.03.27.11.30.42 (version=SSLv3 cipher=OTHER); Tue, 27 Mar 2012 11:30:43 -0700 (PDT) Message-ID: <4F720751.3020900@gmail.com> Date: Tue, 27 Mar 2012 13:30:41 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120325 Firefox/11.0 SeaMonkey/2.8 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] InitRAMFS - boot expert sought References: <1332844604.4130.0@numa-i> <4F71BE44.3080206@kutulu.org> <01de01cd0c26$98088c40$c819a4c0$@kutulu.org> <4F71E12F.7060108@gmail.com> <000901cd0c40$0a137520$1e3a5f60$@kutulu.org> In-Reply-To: <000901cd0c40$0a137520$1e3a5f60$@kutulu.org> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 0a073c5e-6d40-4d84-b3dd-c4f70dd1b14f X-Archives-Hash: 3e30a2a452fd8baa047bbeca37af053f Mike Edenfield wrote: >> From: Dale [mailto:rdalek1967@gmail.com] > >> Mike Edenfield wrote: > >>> I'm pretty sure that a stable Dracut is a prerequisite for a stable >>> udev-182+. Hopefully with more people taking interest in using an >>> initramfs it will stabilize quickly. It's working for me on all of the >>> systems I'm tried it, so I'm going to try switching a couple of >>> servers at work over to using it. But none of them have anything >>> particularly complex (no net boots, for example) so I don't know how >>> much of a test case they'll be :) > >> I'm still trying to figure out why my dracut init thingy isn't working right. If I >> use the init thingy, I can't su to root from a user. If I don't use the init thingy, >> I can su just fine. By the way, I boot the exact same kernel either way I boot. > > So, just to make sure I'm understanding you here (cuz it sounds kinda crazy) > > If you specify a dracut-created inittramfs in your grub.conf, your machine boots, but using 'su' to go from root -> non-root fails? > If you remove the initrd line from grub.conf and boot the exact same kernel, 'su' works fine? > What's the error? Cuz once the pivot_root step happens and the real init is running, things in user-space should be *exactly* the same as if you had no initramfs. > > --Mike > > > The other way around. When I boot using the init thingy, if I login as a user, dale in this case, I can not su to root. I think the error was something like authentication failed or something to that effect. I can reboot the exact same kernel but omit the init part, everything works fine. I even tried different kernels and it still does it. The reason it is a issue for me is that I use Konsole within KDE to emerge, edit config files and such. When I use the init thingy, none of those work. I get a error about paths being wrong or incorrect password. If I reboot without the init thingy, it works fine. I can't find any difference other than the init thingy being used. Weird, yea, but it sure doesn't work here. I found me another drive the other day. May be trying Kubuntu here pretty soon. This udev and /usr crap is just getting on my nerves. I don't have a lot of them left and I need to save the few I do have. At least by using something else, I don't have to fiddle with the crap and installs to fix things are a LOT quicker. I mentioned this before but it is just getting closer and closer. First time my system fails to boot because of this mess, it's decision time. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS="--quiet-build=n"