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 1SCg85-0005Nh-1Q for garchives@archives.gentoo.org; Tue, 27 Mar 2012 23:48:48 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0F5B8E092F; Tue, 27 Mar 2012 23:48:28 +0000 (UTC) Received: from mail-gy0-f181.google.com (mail-gy0-f181.google.com [209.85.160.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 9EF31E06B4 for ; Tue, 27 Mar 2012 23:47:10 +0000 (UTC) Received: by ghbz13 with SMTP id z13so492793ghb.40 for ; Tue, 27 Mar 2012 16:47:10 -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=kjuOuwNA8IOyic6TeC1Z9tK6pC2iFAEt/R4Ge21mvAw=; b=vLsCKcnVc/cmixmMKWm7tMvXkQPRVA4yPWayz94P4+XOEZ/7PQ0rWxrnSfdfBag0m2 K8pKjdCpA49FdOr7fRku4ZVzSqR6BLpIZG1rPsSgYoJUAVGa0+bioUUokRlErwTyG8Ik sMiPtMmAYmioOxV8EExqKKZgTWTix+9UD+Xnv4kFTeggXZRR8Fey9opxmx+zfjftW7d6 wuiwdJ6MNNh2De0IQW5S0gS1tecQJjUk/C+80ukuoePU1JZDUZT3P2d4OzsRUfVzKuV1 rrY/wKvfcaLA4NFq3Sy5x2IPGBpg/fpakRPSH7xQIvcvXeduHYXPZ5Hya1cMq96HRgci yR+w== Received: by 10.101.180.18 with SMTP id h18mr8725075anp.23.1332892029970; Tue, 27 Mar 2012 16:47:09 -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 o15sm1827478anj.1.2012.03.27.16.47.08 (version=SSLv3 cipher=OTHER); Tue, 27 Mar 2012 16:47:09 -0700 (PDT) Message-ID: <4F72517A.3090300@gmail.com> Date: Tue, 27 Mar 2012 18:47:06 -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> <4F720751.3020900@gmail.com> <4F72149D.7060605@darkmetatron.de> <4F721D30.8090400@gmail.com> <4F722735.90500@gmail.com> <4F72348A.2060407@gmail.com> <20120328000433.6e990754@hactar.digimed.co.uk> In-Reply-To: <20120328000433.6e990754@hactar.digimed.co.uk> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 27adcea3-edb8-4524-8138-410453666326 X-Archives-Hash: e4bf359aa4ba7cdec504fbab75be2fae Neil Bothwick wrote: > On Tue, 27 Mar 2012 16:43:38 -0500, Dale wrote: > >> That's why I want something that I can install fast. Gentoo certainly >> isn't the right choice for that. If Kubuntu fails, I can just reinstall >> and not format /home. > > That's why ${DEITY} gave us backups: no need to reinstall just roll back > to the last working version. Even if your backup is a couple of weeks > old, it with be more up to date than any distro CD. I don't have the space for a backup, certainly not a full back up of even just the OS. I might could do one without all the KDE and other extras but that's not a whole lot better than just reinstalling. I keep copies of /etc and my world file on a stick thingy. > >> Right now, if Gentoo fails to boot because of the init thingy, I have no >> idea how to fix it. None at all. I know the basics of what it does but >> no idea how to fix it when it breaks. That's where I am now with regard >> to my other post. I can't su to root when using the init thingy but can >> when I don't use the init thingy. I have no clue where to even start to >> fix it. > > Why not post the details of it? All an initramfs is is an init script and > a few binaries. Extract the init script, the initramfs file is a plain > cpio archive, and post it here. I did post it a week or so ago in another thread. I thought it was a KDE issue at first since I first noticed it in KDE. After a few other tests, I found out it did the same outside of KDE. I went back to see what was updated and didn't find anything that I thought could cause such a thing so I thought I would try a older kernel, with no init thingy. It worked. Then I tried the exact same kernel as I was using before but removed the init options. It worked then. So far the only way I can get it to fail is to boot with the inti thingy. That is even tho I used the exact same kernel. Confuses me too. > >> Me clueless since this is something I tried to avoid in the past and not >> sure why it is needed now either. > > Because upstream decided to work this way to avoid the problems caused by > the anachronistic separation of / and /usr. This is not so much a > decision by the udev devs as an acceptance that the current filesystem > organisation was becoming ever more unworkable in the general case. > > Yea, I know all that. They are breaking one thing to fix something else so that they don't have to deal with fixing what they broke. I got that a long time ago. ;-) When I reboot, I'll use the init thingy and post all this in a new thread. 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"