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 1OxvWF-0000SH-JW for garchives@archives.gentoo.org; Tue, 21 Sep 2010 05:35:55 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2C8C7E0A6E; Tue, 21 Sep 2010 05:35:19 +0000 (UTC) Received: from mail-pv0-f181.google.com (mail-pv0-f181.google.com [74.125.83.181]) by pigeon.gentoo.org (Postfix) with ESMTP id ED366E0A6E for ; Tue, 21 Sep 2010 05:35:18 +0000 (UTC) Received: by pvg16 with SMTP id 16so2900957pvg.40 for ; Mon, 20 Sep 2010 22:35:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=sDG0i9VEEJnqwM5BA9BLj4QcoHLfDu6qHDc4oCPPEmU=; b=INLbNk7lBWTZSEujg5JPoiVpa24VFVL6znZvdfoty6D9SH114cBG6bCM7Su4iuw5Gi HBB9JEJ6QU2MmvdGjbv+PpnzFwvYmD40tKlVS6mvpWDADmjgw4jtfhl4lon5tRzsqH+V R8OiQ4Ov7ktu7DVWubv0VcEkW3BRwLtRXqjPk= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=DTi5STDgw0gfb50AXa4tochZNgf4mqKShBtAFRqW5LtllidgiFniQGNfA1JnCy2TXy 4sJWNzHn7xxoyEL/41cu/QqmEWl1UKxQ5ZFMioyxY/yB3bbQRWz8BaV0Lud/EEF3W9et 6UXpNQbaouG3e/JRvaYRjK4gBhTgP4+Iisubk= Received: by 10.114.160.2 with SMTP id i2mr11287142wae.110.1285047318385; Mon, 20 Sep 2010 22:35:18 -0700 (PDT) Received: from [192.168.0.135] ([59.154.26.81]) by mx.google.com with ESMTPS id q6sm14841013waj.10.2010.09.20.22.35.15 (version=SSLv3 cipher=RC4-MD5); Mon, 20 Sep 2010 22:35:16 -0700 (PDT) Message-ID: <4C984411.9090905@gmail.com> Date: Tue, 21 Sep 2010 15:35:13 +1000 From: Jake Moe User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100910 Lightning/1.0b3pre Thunderbird/3.1.3 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] Booting Gentoo from USB stick References: <4C89BD8B.4020306@gmail.com> <201009160822.27134.joost@antarean.org> <4C91EB07.7070404@gmail.com> <201009161330.25890.joost@antarean.org> In-Reply-To: <201009161330.25890.joost@antarean.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 5c2394d3-25ec-439c-92c2-afe63272a807 X-Archives-Hash: d07298775c8d69a1a9f75a9209cdbe0d On 16/09/10 21:30, J. Roeleveld wrote: > On Thursday 16 September 2010 12:01:43 Jake Moe wrote: >> On 09/16/10 16:22, J. Roeleveld wrote: >>> On Thursday 16 September 2010 00:34:39 Jake Moe wrote: >>>> On 16/09/10 08:26, Dale wrote: >>>>> Jake Moe wrote: >>>>>> Thanks for that, I'll rebuild the genkernel with blkid support. >>>>>> >>>>>> As to the second suggestion, there is *no* /dev/sda1 (the partition in >>>>>> question). It just doesn't exist for some reason. However, fstab >>>>>> shows that it's mounted, and /sys/block has entries for the disk, so >>>>>> I'm not sure why it's dropped out. I'm guessing it has something to >>>>>> do with udevd, or uevents? Because shortly before that, I tell it to >>>>>> find the root partition at /dev/sda1, and it starts to boot, but then >>>>>> it loses it. >>>>>> >>>>>> Jake Moe >>>>> The file fstab doesn't show what is mounted. Either use the command >>>>> "mount" with no options or cat /etc/mtab to see what is actually >>>>> mounted. >>>>> >>>>> Dale >>>>> >>>>> :-) :-) >>>> Gah, it's too early. That's what I meant to say (and previously said in >>>> my original post): when I run "mount", it shows /dev/sda1 is mounted on >>>> /. >>>> >>>> Jake Moe >>> I wonder if it looses the "/dev" tree when it mounts the root-partition >>> read only prior to running the fsck. >>> That could explain why it's not there. >>> >>> Try building a dummy /dev-tree on your root partition with the correct >>> device- nodes hardcoded for /dev/sdxxxxxx and see how far you get then? >>> >>> -- >>> Joost >> Erm, you've gone a bit beyond my knowledge there. Are you saying I >> should go into the maintenance console, create a dummy /devdir, and try >> to mknod the hard drive? I assume I'd use something like 'mknod >> /dev/sda c 8 0'? If not, what do you mean, cause you've lost me. >> >> Jake Moe > Ok, what I mean is that I think the following might happen: > > 1) root-dir from ramdisk is mounted under / > 2) dev-tree is mounted under /dev > 3) /dev/sda1 is mounted under / > 4) at this point, /dev might no longer be accessible. > > Now, if you make sure that on the USB-root (/dev/sda1) the folder /dev is > actually populated, then it might continue through the boot-process. > > Or, as you mentioned, issue "mknod ......." commands while in that > maintenance console, then it might be able to find the /dev/sda, /dev/sda1,... > devices and continue. > > Please bear in mind, I have not actually used nor needed a ramdisk to boot > from ever since I started using Gentoo. > Not even when I played with booting from USB-sticks myself. > I simply build the kernel with all the necessary drivers compiled-in and used > that to boot from. > > This might also be an idea for you? > > -- > Joost > > Eg. if you do the mknod-commands to build the /dev/sda, /dev/sda1,.... device > nodes, then it should be able to continue. > Well, I've finally gotten this to work with a manually config'ed kernel. Before, I was only getting kernel panics. Now, after your comment "all compiled-in", I took the old config I tried, did a sed to change all "=m" to "=y", and recompiled, and it worked. So obviously, there was some option that I wasn't building into the kernel (only as a module) that was needed to start from USB. I had previously started from a working config I had previously used for the same model PC that I was doing my testing on, and just changed the USB drivers from modules to built-in, but apparently that's not enough. Any ideas what else is needed for a USB-stick boot that's not needed in a SATA boot? I'd like to a) find out what I missed, and b) be able to cull the kernel back down again, so I can build up lots of SATA, graphics and audio modules to make this able to boot (and work properly) on other systems. Jake Moe