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 1R2PuU-0006HN-Iq for garchives@archives.gentoo.org; Sat, 10 Sep 2011 15:56:02 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 66A0621C05C; Sat, 10 Sep 2011 15:55:19 +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 7B85B21C0B4 for ; Sat, 10 Sep 2011 15:52:31 +0000 (UTC) Received: by ywt2 with SMTP id 2so1445219ywt.40 for ; Sat, 10 Sep 2011 08:52:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=0zdp+V33bjOmtaql92lsnZkMYIbjBX/ZMakSoGCcUf8=; b=qWm/r4eQL2cjPX05f8nK11OLYZs1futhGH9eN0FWn9+TAWZS3xMwT3ThTkGKuppuLY EZOkvMLgMrtTQN5Yt69OQqGGBQYliBAXSdBTlSME51QsCMnRJQX472VPty1GlbJuzK5l wEjSSDDHAUdVdfGhUa17X9KsH/Lui4knZuXMs= Received: by 10.150.50.11 with SMTP id x11mr313140ybx.279.1315669950953; Sat, 10 Sep 2011 08:52:30 -0700 (PDT) Received: from [192.168.2.5] (adsl-65-0-89-228.jan.bellsouth.net [65.0.89.228]) by mx.google.com with ESMTPS id s15sm8375099ank.8.2011.09.10.08.52.29 (version=SSLv3 cipher=OTHER); Sat, 10 Sep 2011 08:52:30 -0700 (PDT) Message-ID: <4E6B87BB.2060202@gmail.com> Date: Sat, 10 Sep 2011 10:52:27 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110829 Firefox/6.0 SeaMonkey/2.3.1 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] /dev/sda* missing at boot References: <201108191109.34984.michaelkintzios@gmail.com> <11342928.W3O2ONNTLv@tux> <4E69D406.9000909@gmail.com> <20110909133547.2cc7747c@weird.wonkology.org> <4E6A426A.7060205@coolmail.se> <4E6AB6EF.7010305@gmail.com> <20110910125616.26995a54@weird.wonkology.org> In-Reply-To: <20110910125616.26995a54@weird.wonkology.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: X-Archives-Hash: 9f9ae3b66be77550fd74b4a77051953b Alex Schuster wrote: > Dale writes: > >> pk wrote: >>> On 2011-09-09 13:35, Alex Schuster wrote: >>> >>>> When I switched to using an initramfs, it was not very complicated. I >>>> simply use genkernel. With CLEAN="no" and MRPROPER="no", it uses my >>>> /usr/src/linux/.config and does not change the kernel options. Then >>>> comes genkernel --install --lvm -luks all, and I have kernel and >>>> initramfs >>> And for those that like to do without genkernel? Again, adding another >>> layer for things to go wrong. > That's just what I do and what I know about. I'm reading about dracut > here, but I don't know how easy that is. Sure, I also wouldn't like an > additional layer, but what if there are no good alternatives? There is alternative, get a proper fix for udev. Since udev is needed to boot, put those files in /bin or /sbin where they should be. It's really that simple. If they are truly opposed to that idea, have a /run directory or something like that. Then let it be documented, FHS maybe, that that directory has to be on / just like /bin and /sbin. > >> I tried genkernel. All I got was a kernel that wouldn't boot. Heck, >> it barely even started to boot. The kernel wouldn't even finish >> loading. After several tries, I put genkernel in the trash. It worked >> a LOT better there for me. It was out of sight and mind. ;-) > Yes, I remember the discussion. But I think you used genkernel as it was > designed, to generate a new kernel .config from scratch. This is not > necessary, as I wrote above you can also make it use your > working .config. That's what I do, and it also gives me the initramfs I > need, without having to think about how it does that. I suggest you just > try it, and I'd say there is a really good chance it just works. When you > use 'genkernel --install kernel', you should get the same kernel as when > you build it manually, just with a different name. With 'genkernel > --install all', you also get the initramfs. > I can't guarantee this, though, and especially you seem to have a history > of being bitten by bugs. But then, that's what people say about me, too, > and I'm using genkernel just fine. The point is, its one more thing to break and as Alan explains, it breaks the tradition of what is required for booting up. I run into enough problems already. I don't want to add yet one more, to booting at that. I'm sure I'm not the only one that doesn't like init* stuff. That is part two of not liking this idea. > >>>> I don't get this one. Why do you want to copy an existing /usr >>>> partition to another one? >>> He said he wishes to move his /usr to a spare partition (the part >>> about KDE4)... I assume his /usr currently resides on / (or maybe a >>> smaller partition that he cannot easily expand). >> You hit it, for some reason I put /usr on the root partition without >> thinking. This is where I am now: >> >> rootfs 19534436 10693048 8841388 55% / >> >> Over half full. When I have a critical partition get over 60%, I start >> looking for expansion. Moving /usr was my plan but someone stole that >> from me I guess. Now I got to figure out what I want to do next. > Uh. So you think about leaving Gentopo, because your root partition is > barely over half full, and moving /usr somewhere else might involve an > initramfs soon? I'd just wait until it starts getting to 80-90%, and > think about it again. > > Wonko > No, I'm thinking about this because one of the reasons I left binary based distros was crap like this. I didn't like init* stuff because they caused me grief when booting. I wasn't as skilled as I am now so I didn't know how to fix them. Heck, I still don't and really don't want to be forced to learn either. It's the same reason I don't use LVM. It just adds one more layer to cause problems. I *may* use LVM for data or something but not for anything required for booting. I'm sort of like this. I want to be able to boot to single user at a minimum as simple as possible. If I can do that, I can fix whatever is broke. If I install a init* thingy and I can't boot because it got screwed up somehow, I'm not going to be happy. I don't get mad often but this could be much worse than hal. Given my medical situation, I need to avoid that at all costs. One of those costs may be me picking something else for my OS. I like Gentoo but the reasons I started using Gentoo are slipping away. I'm running out of reasons to have this installed. It's like having a car. If you have a old car that breaks a lot, at some point you have to decide whether the reason you have the car is the same as when you bought the car. If you can't depend on it to get you where you are going, it's time for a new car. Cars are to get a person from point A to point B for most people. I want a OS that is simple enough to get it running but I also like the control Gentoo offers or used to. Yea, I know, Gentoo isn't that simple but it is simple in how it works once set up. Load grub, load kernel, start the init process. Simple. The init* process is going to add yet one more thing to this that shouldn't be needed. Others with more knowledge than me have already posted better ways to fix this. Dale :-) :-)