From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (unknown [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 79D261388E3 for ; Tue, 7 Oct 2014 16:02:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 55AC5E0C71; Tue, 7 Oct 2014 16:01:44 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id CDDBCE0C07 for ; Tue, 7 Oct 2014 16:01:42 +0000 (UTC) Received: from localhost ([84.133.144.248]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M3R1g-1YSXOn03yi-00r1Ir for ; Tue, 07 Oct 2014 18:01:41 +0200 Date: Tue, 7 Oct 2014 18:01:40 +0200 From: meino.cramer@gmx.de To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Gentoo SDcard updates tactics Message-ID: <20141007160140.GC3826@solfire> References: <20141007032911.GA18442@solfire> <20141007073939.GB19166@TranscendTheRubicon.alshain.ring0> 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-Disposition: inline In-Reply-To: <20141007073939.GB19166@TranscendTheRubicon.alshain.ring0> User-Agent: mutt-ng/devel-r804 (Linux) X-Provags-ID: V03:K0:hw42nE+O1qPWvntOQKhIv3rEr0tLYw4C8H6eHnjcmFEBx6iI+Bo zEsGBoamxiPIn8G5iBwHnUyWt8UwmTVESwDX1pYL1WTzGqKwpKu2+ESjMfgvlQOvvy9f1kO viooz9MY9+leZofaabLS+ExYJoJX1HOirZm0iISGqxQfAtBLI68AEg+wMBrCJoNWxje62+a GChmHI6T2CArMHy9MxJ6A== X-UI-Out-Filterresults: notjunk:1; X-Archives-Salt: ba5cc515-c686-4d71-97a3-2068f035528e X-Archives-Hash: 5fe0f7614be8727b54b5b43d9c01e3de Hinnerk van Bruinehsen [14-10-07 17:23]: > On Tue, Oct 07, 2014 at 05:29:11AM +0200, meino.cramer@gmx.de wrote: > > Hi, > > > > There are two SDcards of the same brand and model. > > The first one cariies a not so current Gentoo Linux. > > The second one is empty. > > Now the first one is image-copied to the second one with dd, > > which copies the contents of the whole device (not the partitions). > > > > Then the first one is put into my embedded system, boots up and > > the normal eix-syn/emerge/compiel is done to update the system (whch > > takes a longer time becaus this is an embedded system). > > > > Will I get a technical identical working and valid copy of the first sdcard onto > > the second sdcard if I rsync the relevant partition of the first onto > > the second sdcard. > > > > Or will I produce crap this way? Is this valid Gentoo-wise? > > > > Moin (again), > > this will work quite well, at least if you take care (I used this way for > moving my systems to new drives or even via network to different boxes (in the > latter case CFLAGS and kernel config will become important again, as you can > imagine)). > Ideally you should run rsync with the option to remove files not found on the > source drive (otherwise you'll likely clutter the target with stale files > (especially documentation but also older library versions). > You will also need to change the configs (at least static network & hostname, > possibly more) so that both systems don't clash, at least if you plan to run > both on the same network. > The "rm" option of rsync is potentially dangerous (e.g. you can delete files > from home). > If you are careful this is a valid way of doing that. Another option that would > move quite a bit work from one machine to the other is just building binpkgs on > one host and use the other one as binhost. That way (if you use identical > /etc/portage dirs) you can quite savely use portage and nonetheless negate the > use of compiling (there will still be the load of dependency resplution, > extracting etc). > > WKR > Hinnerk Moin Hinnerk, ;) Good points...I have not thought deep enough about it - I think (recursion?)... Currently the "master card" is being updated via eix/emerge...and then... :) Best regards, Meino