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 98AD1138350 for ; Sat, 4 Apr 2020 19:29:38 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8D010E08F4; Sat, 4 Apr 2020 19:29:27 +0000 (UTC) Received: from mail.suugaku.co.uk (unknown [IPv6:2a02:c7d:25f3:2800:c68:8688:e93c:2aa2]) (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 0A1E8E0897 for ; Sat, 4 Apr 2020 19:29:26 +0000 (UTC) Received: from ad-gentoo-main.Home (ad-gentoo-main [192.168.0.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: ash) by mail.suugaku.co.uk (Postfix) with ESMTPSA id 783263C00E5 for ; Sat, 4 Apr 2020 20:30:33 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=suugaku.co.uk; s=mail; t=1586028633; bh=lDUkBMtsLu9JFXYjNQLP58BTOM+Sg5QXa6QR6Voy2y0=; h=Date:From:To:Subject:References:In-Reply-To; b=YuV8exAgTEIn5mBkoCN7JFTsqVsHuFJS/Nja6RAo9Dh3YnYz5mqnHY3p5x/+fnHfm 0KoEu1AQ/3VbS2roYvG5nAFROs0UTPYyZ9R0AcZZZHPLmGpPe9DZm9Woh+8MCnTG40 0WwxMo6/73wCex7ejrSeEK3tfIw2KI5URyGukswA= Date: Sat, 4 Apr 2020 20:29:17 +0100 From: Ashley Dixon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] ...recreating exactly the same applications on a new harddisc? Message-ID: <20200404192917.sakdwmx662bfy4da@ad-gentoo-main.Home> References: <20200404173459.eggbc2sijcnkw67j@solfire> <20200404182532.pagcc4j6xwx4t57i@ad-gentoo-main.Home> <20200404190509.ljqdlwxbz2vts3aw@solfire> 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: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hjsqkok47dlh7gw3" Content-Disposition: inline In-Reply-To: <20200404190509.ljqdlwxbz2vts3aw@solfire> User-Agent: NeoMutt/20180716 X-Archives-Salt: b40e80c5-6fab-40ec-9893-b25c9f53638a X-Archives-Hash: ed29f377761a8ac5d14af86003919cdf --hjsqkok47dlh7gw3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 04, 2020 at 09:05:09PM +0200, tuxic@posteo.de wrote: > This gives me the chance to use a new set of cpuflags given by cpuid2cpuf= lags, too. > (by the way: This command show far less flags than diplayed via the > command 'lscpu'....is cpuid2cpuflags uptodate?) I assume it's up-to-date; the last commit was made in late September of last year. While lscpu reads from /proc/cpuinfo and lists _all_ reported flags, `cpuid2cpuflags` only regards ones which are applicable to the CPU_FLAGS variable in Gentoo, so its no surprise that less flags are shown by the lat= ter. > For the "partition and boot" scheme (not the correct words...sorry no > native speaker ahead....;) ) I thought of this: Don't worry, I understood you well. Aside from your marvellous usage of ellipses ("..."), your communication in English is fine :) > One thing: > Would it possible to boot grub from harddisc, which in turn has > entries in the menu to boot either from harddisc or (as default)=20 > from SSD? I don't care about the 23.6573 ms it takes longer to > read grub stage 1 and 2 from harddisc instead off the SSD... ;) `grub` is capable of showing entries from multiple partition tables/block devices, if that's what you mean ? Just emerge sys-boot/grub with the `moun= t` USE flag. > Feeling still a bit paranoid when it comes to SSDs. I know, its > supersticous...but... ;) Yeah, I know what you mean there. Solid-state is the way things are going, = but I always keep backups/mirrors on hard disk and tape drives (but the latter is= only feasible for huge volumes of data). I'll have a more detailed look upon your question tomorrow when I'm not qui= te as tired, but what you're trying to do is certainly reasonable, and shouldn't = be a huge amount of work. Thanks for an interesting problem :) --=20 Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA --hjsqkok47dlh7gw3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEKpralop7ow7ykEEX0Yqw0r8lqKoFAl6I4AsACgkQ0Yqw0r8l qKr5eBAAjFARmW41V628wjHKMBivPd2gyJMsDEpbbqUOReKyXLJs8woAlwR0VBTL Pw5Ymau/ImWV1WQXsDY5reEDtZFRl/IIbicMV6bzMBiWpSOiOsG/07LA8moMWNzP Gmxu5NmUgFD1zF4ZKGV5MKiwu2wQh3R2S0CjsmA4ZH+wa8A4j1Y3Qg7Z3xk8/dAv Tzo0tjfanHyLnBlcoUNbdQPzKUEuBiCBmeIsAtqgQxskKi7CU2ASEKYeEhhyR9tO ovBX2r6TsBm7jSi2SYyKWVP1t1uN6fnizbQ+bAwm6w45NWQxq88CmpZIIri1WmGH SIPZm2VTRsSziqch3jigL7HqIkFSRu0OTv8m2kKBBqojcLv6U3lEwL0TZJiGWwzY 6ZkR8Vz5GNRQ9Vf0exlkHui2KO3Sm5zL5sedBV/PIL1wsotv1nLRa7cHM4PY2luH 5lvESNC+67XINjhyellS6xcA0jO7PDhpkSvxtoe6Vav+dg9Ml0ZjwEgyUkm4nLDm AwHKKhT7xfN+1D6J7Q/dOEI+wunGaZxCDU2o3YopPEtSjcAKrjy7cA8NpRMeOYnS p1hgCTFhLTuhqMl3dyBSG8RXrzk5H75E5S53kZlitpKQbghqzxhAMw0RSeRSUCCW c/zJocjHPW1rP225s5afm32gRd8yQBi1KC+PatK3rwNqhWb8QrA= =8Pk1 -----END PGP SIGNATURE----- --hjsqkok47dlh7gw3--