From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id BD915138350 for ; Sat, 4 Apr 2020 21:42:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9C93DE0D1A; Sat, 4 Apr 2020 21:42:12 +0000 (UTC) Received: from covici.com (debian-2.covici.com [166.84.7.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 41CEBE0D0D for ; Sat, 4 Apr 2020 21:42:12 +0000 (UTC) Received: from ccs.covici.com (ccs.covici.com [70.109.53.110]) (authenticated bits=0) by covici.com (8.15.2/8.15.2/Debian-14~deb10u1) with ESMTPSA id 034LgxUn017978 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Sat, 4 Apr 2020 17:43:00 -0400 Received: from ccs.covici.com (localhost [127.0.0.1]) by ccs.covici.com (8.15.2/8.15.2) with ESMTPS id 034Lg8Vs4017702 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Sat, 4 Apr 2020 17:42:08 -0400 Received: (from covici@localhost) by ccs.covici.com (8.15.2/8.15.2/Submit) id 034Lg8pl4017701; Sat, 4 Apr 2020 17:42:08 -0400 Date: Sat, 04 Apr 2020 17:42:08 -0400 Message-ID: From: John Covici To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] ...recreating exactly the same applications on a new harddisc? In-Reply-To: <3e42dd22-4b16-ecaf-690a-e8c505810fc7@gmail.com> References: <20200404173459.eggbc2sijcnkw67j@solfire> <3e42dd22-4b16-ecaf-690a-e8c505810fc7@gmail.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/26 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) Organization: Covici Computer Systems 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 81957059-c297-4d95-bdf2-48458bc485fa X-Archives-Hash: 94393515b75d0d97c90ccee709291c97 On Sat, 04 Apr 2020 14:33:21 -0400, Dale wrote: >=20 > Mark Knecht wrote: > > Your world file should do that for the Gentoo stuff, with limitations. > > It assumes you have nothing on the system that was created outside of > > normal portage/emerge. It would probably duplicate the latest kernel > > tree but wouldn't build it, and wouldn't copy old kernels that aren't > > in portage if you still have them on the system. It isn't going to get > > virtual environment, be they python or things like virtualbox if you > > use those. > > > > I suspect you'll get a 'working' machine (I've done it) but you will > > still have a lot of stuff to transfer by hand or from backups which > > you really should do anyway. > > > > HTH, > > Mark > > >=20 > I recently tried this in a chroot starting with a stage3 tarball.=A0 At > first, I tried unpacking the tarball, copying over /etc and the world > file.=A0 I also copied over the binaries and tried using -k.=A0 It was a > disaster.=A0 I ran into hard blacks that I never was able to get around > not to mention emerge complaining about USE flags and such.=A0 Then I > tried unpacking a tarball and just updating the tarball itself with no > changes on my part, not even the profile, it to ran into hard blocks > just not as many of them. >=20 > In the 2nd attempt, I think something was off in the tarball itself.=A0 > When you unpack a tarball and try to sync and update it and it fails, > something is wrong somewhere.=A0 It's not covered in the install handbook > either.=A0 In theory, one should be able to unpack a tarball, copy over > /etc and the world file and do a emerge -e world.=A0 If one copies over > the binaries from the old system, one could add a -k to speed up the > process, for most if not all packages.=A0 Thing is, theory meets real > world real fast and it gets ugly. After multiple attempts, I ended up > coping my original OS over and that worked better and MUCH faster. >=20 > Way back in the day, I would boot a rescue disk of some type, mount both > drives and then copy everything over, excluding /home if it is on a > separate drive or any others that shouldn't be transferred.=A0 Once that > is done, chroot in and install grub, the old original one not grub2.=A0 > Once that is done, shutdown and remove old drive, plug new drive into > old port and then power up, crossing fingers and toes.=A0 It worked first > time generally.=A0 I have NOT done that with grub2.=A0 It may work the sa= me, > it may not.=A0 Grub2 is a bit of a beast. >=20 > Theory, should work.=A0 In my real world experience, it does not. Coping > tends to work if you do it all right. >=20 > Just my thoughts. I did something like this a few months ago, I first got the tarball, did an immediate update, copied a lot of /etc, particularly /etc/portage, but not some things like package.use, because I wanted to let it redetect them, and did parts of the world file at a time, not all at once, because I had some crud in the world file which I wanted to be sure I got rid of. Took a couple of weeks, but did work and then I had a better system than I had before. --=20 Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una covici@ccs.covici.com