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 EC86D1381FA for ; Wed, 4 Jun 2014 23:25:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 44F42E09C2; Wed, 4 Jun 2014 23:24:53 +0000 (UTC) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E9161E09B8 for ; Wed, 4 Jun 2014 23:24:51 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id n15so2412858wiw.14 for ; Wed, 04 Jun 2014 16:24:50 -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:content-type:content-transfer-encoding; bh=DSEn8kmpc/aiOfIJG/KGVMJz000GfeF9mwg9yddK+qc=; b=CMAeoYatx9HdzlpjlSG+OjWAZPYifU4xO5bpGBz1XspJuGnoLfD6uQWqIYIkTHCQ3s BuYRe4SkYv3+KmqmCam9BHAtVbhtFA4JmbQ2T92M8/HUJXZJPufvL7BxcKV7xf+OQO3S vVYezTJ8IIJjOX/3mbSX+w4tlFYUuWD54ur1HLCf16FZ1gPyeZNCUl4txutr5QS3gXK0 ZVyGyI95g2cxeMowfum8v+9mJnvp0ynaKLGE3Jvlsvyon6Y4vXMlL5QQ3VNE7UV61TU+ N/PsB8cRYOz70E1AzOPPpkyYYa59DC8um4Fa7emg3MWn544/OWyy7Rl2iP500DapQkib LPEg== X-Received: by 10.180.87.165 with SMTP id az5mr10240247wib.10.1401924290379; Wed, 04 Jun 2014 16:24:50 -0700 (PDT) Received: from [172.20.0.40] (196-215-51-239.dynamic.isadsl.co.za. [196.215.51.239]) by mx.google.com with ESMTPSA id f2sm50774606wiz.11.2014.06.04.16.24.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 16:24:50 -0700 (PDT) Message-ID: <538FAA95.2000608@gmail.com> Date: Thu, 05 Jun 2014 01:24:05 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 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] quick installs on older/embedded hardware References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: fb4b67d0-6477-499a-b766-895fdbc39d05 X-Archives-Hash: a0f474ab5441e2e42b0ff215b73c8983 On 04/06/2014 21:16, James wrote: > Hello everybody, > > I have a compliment of older x86 and amd64 boxes that I use for > testing things; new or specialized gentoo offerings and such. Mostly amd64. > Many of the older ide/ata drive systems have front loaded carriers > that have quick hot swap feature that make it easy to shut down > a machine. Swap the hardrive (and carrier cassette) and boot up > with a differnt OS for testing. Often I use one machine to work > on several differnet problems. I try to avoid the VM approach, > because much of what I work on involves actual hardware issues > and hardware verifications. > > I could put a minimal distro, such as system rescure, on to a usb stick, > CD/DVD for booting, mount the drive and dd over complete images > from various places, then a quick reboot to test a drive based distro. > > I have many differnt such gyrations ongoing and I need to deploy > a singular semanctic for boot a myriad of offering to test/code on. > > To just name a few: pentoo, lilblue, lxqt(4), lxqt(5), wrt, > embedded gentoo etc etc etc. It seems as though each is a "walk_once" > exercise and I'm loosing my mind. Throw on top of this, BTRFS, CEPTh > gluster, xfs, zfs I'm beginning to become too fragmented to stay focused on > the task(s) at hand. > > (Side rant) > If you read some of my (broken english) postings, they are mostly due to > hardware irritants that have the majoring of my limited brain cells > agitated to the point of illiteracy...... I use gmane (to post to > gentoo-user) and it use to have spell checking, or I hacked it, but, for > what ever reason, spellcheck in gmane seems to be gone now........ > > Anyway, I'd like to hear all of the ideas, including various disciplined > (structured) approaches I can take to minimize uniqueness in my lab and what > I'm currently doing (mostly). I also have usb sticks, but I've > found booting various offernings on usb, particularly older hardware, to > be too biosed_burdened. > > Bear in mind, I also have dozens of embedded boards, some x86, but > mostly arm based, that are also in the mix. As soon as some less expensive > arm64 (aarch64) boards become available, those too will become much more > prevalent in my lab. I need some new organizational (software and Image) > ideas. My hardware is very well organied on large, open racks with > lots of UPS power and easy physical access to each box/board. > > I'm also going to draw things up using (app-admin/rackview). > If/when I can take my network security to the next level, > I'd like to open up 1/2 of the machines to the gentoo community > for testing and debug on actual hardware. A portal to actuall hardware > resources. I basically need the ability to move around complete > system images between differment boxes. > > > thoughts and comments are most welcome! I have no idea how to improve your situation. but I do have a thought: You are not the only person to deal with this as there are many manufacturers of embedded items and it must be quite common to test many images with many hardware setups. So how do other vendors do it? If we look at their workflow, perhaps a useable method will filter up through the wetware :-) -- Alan McKinnon alan.mckinnon@gmail.com