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 735F8138350 for ; Sun, 5 Apr 2020 08:17:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 579B4E0982; Sun, 5 Apr 2020 08:17:46 +0000 (UTC) Received: from mout02.posteo.de (mout02.posteo.de [185.67.36.66]) (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 A3883E096E for ; Sun, 5 Apr 2020 08:17:45 +0000 (UTC) Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 18F4B2400E6 for ; Sun, 5 Apr 2020 10:17:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1586074663; bh=+Q4A7Yp9/QhJPGsondueKkeH7Kht/X0E/XBRUSUYJ4Q=; h=Date:From:To:Subject:From; b=PevbRnG49GKzITAEkZpJ8r1aqdW7AziwzPuvK1wz60yIAWo6/q3yuwiuj8ftijHcP O+g0MYGka0tDwh/v+yRZC4elZuOcUWO0k0tr/USN1fBn2NHJ3P6nPOlhcfdlTTke1U hqsxcE5qWl/BbvSZQLefzf43Kis2CE12AzCftF2Izsm5LZZSAx4bdyGw/m1EqaEieY zv1Vpt0d2yX6/7vMXnJw+Tu6YgVX7EtD3F5YEq8TLvoxGMofspFzpoWsOFByTW22m5 vIiS8PJRAhSQp2rFkw3/0WskdQ0vGJnS3cDLmMcJ26EHck0Ku+alK8modtyn56G03H 0KTn5BQfgFmTQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 48w63p23Ptz9rxS for ; Sun, 5 Apr 2020 10:17:41 +0200 (CEST) Date: Sun, 5 Apr 2020 10:17:41 +0200 From: tuxic@posteo.de To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] ...recreating exactly the same applications on a new harddisc? Message-ID: <20200405081741.o32ew747jluxa3qg@solfire> Mail-Followup-To: gentoo-user@lists.gentoo.org References: <20200404173459.eggbc2sijcnkw67j@solfire> <8b767f42-0945-ecd7-fcff-5fc0277841fd@spamtrap.tnetconsulting.net> 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 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8b767f42-0945-ecd7-fcff-5fc0277841fd@spamtrap.tnetconsulting.net> X-Archives-Salt: 85a2aece-1868-40b1-9d9d-b0b94fc03e90 X-Archives-Hash: f0dc84bb39c6fbecaba0ba40e6ea99b3 On 04/04 03:56, Grant Taylor wrote: > On 4/4/20 11:34 AM, tuxic@posteo.de wrote: > > Hi, > > Hi, > > > I am currently preparing a new harddisc as home for my new Gentoo > > system. > > > > Is it possible to recreate exactlu the same pool of > > applications/programs/libraries etc..., which my current system have - > > in one go? > > Baring cosmic influences, I would expect so. > > > That is: Copy from the current system into the chroot > > environment, fire up emerge, go to bed and tommorow morning the new > > system ready...? > > > > Does this exists and is it reasonable to do it this way? > > > > Thanks for any hint in advance! > > I think that any given system is the product of it's various components. > Change any of those components, and you change the product. > > I see the list of components as being at least: > > · world file > · portage config (/etc/portage) > · USEs > · accepted keywords > · accepted licenses > · portage files (/usr/portage) > · this significantly influences the version of packages that get > installed, which is quite important > · kernel > · version > · config > > Copying these things across should get you a quite similar system. I > suspect you would be down to how different packages are configured. > > But the world file is only one of many parts that make up the system. > > I didn't include distfiles because theoretically, you can re-download files. > However, I've run into cases where I wasn't able to download something and > had to transfer (part of) distfiles too. > > If you're going to the trouble to keep a system this similar, why not simply > copy the system from one drive / machine to another? > > > > -- > Grant. . . . > unix || die Hi, a new morning... :) Being on the way to install/setup the base system (mostly getting stage3 uptodate) I came accross kinda inconsistency -- or at least it looks like for me. The system uses a 3T harddisc (and later a SSD) and therefore GPT. GPT is the sister/brother of an U/EFI boot. For that the documentation (AMD64 handbook): https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks#Using_UEFI says: Default partitioning scheme Throughout the remainder of the handbook, the following partitioning scheme will be used as a simple example layout: Partition Filesystem Size Description /dev/sda1 (bootloader) 2M BIOS boot partition /dev/sda2 ext2 (or fat32 if UEFI is being used) 128M Boot/EFI system partition /dev/sda3 (swap) 512M or higher Swap partition /dev/sda4 ext4 Rest of the disk Root partition and later on at https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/System FILE /etc/fstabA full /etc/fstab example /dev/sda2 /boot ext2 defaults,noatime 0 2 /dev/sda3 none swap sw 0 0 /dev/sda4 / ext4 noatime 0 1 /dev/cdrom /mnt/cdrom auto noauto,user 0 0 Here /boot changes from fat32 to ext2. Since this is my first U/EFI system I am a little confused. Currentlu it looks like the vmlinuz binaries will be installed on a FAT32 filesystem. Since the kernel can be launched from a ext4 filesystem I cannot see, why this have to be a FAT32 filesystem. My plan (if this is possible), is to U/EFI-boot grub, from which I can select the kernel in question as it has been on my old system (MBR based). My current partition table looks like (only relevant parts shown): Number Start End Size File system Name Flags 1 1049kB 3146kB 2097kB grub bios_grub 2 3146kB 137MB 134MB fat32 boot boot, esp 3 137MB 674MB 537MB linux-swap(v1) swap 4 674MB 269GB 268GB ext4 root What did I messed up here? Cheers! Meino