From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 7E4EC138A1C for ; Wed, 12 Nov 2014 22:53:40 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 911ABE0866; Wed, 12 Nov 2014 22:53:33 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 676FDE085A for ; Wed, 12 Nov 2014 22:53:32 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 791A8340444 for ; Wed, 12 Nov 2014 22:53:31 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.629 X-Spam-Level: X-Spam-Status: No, score=-1.629 tagged_above=-999 required=5.5 tests=[AWL=-0.372, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.555, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5mYKaFsbwbP6 for ; Wed, 12 Nov 2014 22:53:25 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 3E7223404E2 for ; Wed, 12 Nov 2014 22:53:22 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Xogmt-0007zA-QV for gentoo-user@gentoo.org; Wed, 12 Nov 2014 23:53:19 +0100 Received: from rrcs-71-40-157-251.se.biz.rr.com ([71.40.157.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Nov 2014 23:53:19 +0100 Received: from wireless by rrcs-71-40-157-251.se.biz.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Nov 2014 23:53:19 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James Subject: [gentoo-user] Re: gentoo livedvd kernel Date: Wed, 12 Nov 2014 22:53:09 +0000 (UTC) Message-ID: References: <20141112173401.2c448c65@hactar.digimed.co.uk> <20141112185020.1f94a404@digimed.co.uk> 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 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 71.40.157.251 (Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1) X-Archives-Salt: ba02fd3d-6a43-4124-bbd8-0a34a2b00aba X-Archives-Hash: 2a241dc20980e5dea4978e9738010f5b Rich Freeman gentoo.org> writes: > Generally the kernel is the easiest thing to get off of one of those > LiveDVDs by just sticking the DVD in a drive and reading it (without > booting it). Everything else on the DVD except for the kernel and > initramfs and bootloader tends to go in some big squashfs or the like. > However, the kernel has to be someplace the bootloader can read it, > and that usually means a vmlinuz or whatever on the root directory. Right now the (2) systems are booted up on media, so I cannot test this. (later on I will). > You could probably just use the same kernel on your own system, unless > it has an embedded command line or initramfs (I forget offhand how > overriding either of these works). Yes. scp is my favorite for this.... but I want to look at the actual kernels that are used for bootup of a livedvd and the minimal, for many reasons. > Most bootloaders tend to not > require these, but in some embedded situations you could run into > them. Once upon a time the kernel had a BIOS boot sector in the first > 512 bytes so you could just dd the kernel onto a disk and boot it > (there is still a stub that will tell you to bugger_off_msg if you do > that in arch/x86/boot/header.S). (just a bit of trivial there) Do tell more. Now this would be most useful to me. If you recall (over 6 months ago) I was (am) working on a setup where I can use all of the old systems, drives, usb, and a plethora of embedded boards to run variants of embedded gentoo through minimal gentoo. I particularly got stuck on how to quickly reinstall a system moving media around. If I could just "dd" kernels/images around, I could keep many images/kernels on a server and then boot--> chroot one of those aforementioned "test boxes" and quickly and have a minimal old cpu test system online for hacking. I (temporarily) shelved that project to get clustering going with btrfs, ceph and mesos+spark on gentoo. Naturally, I have bitten off a wee_bit too much, but, life is good! Likewise, meino was (is?) working on porting/hacking the old venerable netconsole.c [1] to some newer embedded boards. Many variants of netconsole.c have existed over the decades..... I think running embedded/minimum gentoos via secure portal is kind of the next step (for me) after figuring out a semantic for being about to use all those old x86 and amd64 boxes for various testings of singular codes and all sorts of custombuilt hardware across the net. That way folks could hack remotely without having to have the specific hardwware. Developing virtually is great, but at some point you have torun the codes on actual hardware. After x86 I'm going to support a variety of arm boards (that run linux). *SO* do tell me more......as I'm curious about your "dd" of kernels and such. > Rich James [1] http://lxr.free-electrons.com/source/drivers/net/netconsole.c