From owner-freebsd-questions@freebsd.org Fri Jun 12 22:36:01 2020 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4A07C348D2A for ; Fri, 12 Jun 2020 22:36:01 +0000 (UTC) (envelope-from dpchrist@holgerdanske.com) Received: from holgerdanske.com (holgerdanske.com [184.105.128.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "holgerdanske.com", Issuer "holgerdanske.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49kFtl5wGyz4Bx9 for ; Fri, 12 Jun 2020 22:35:59 +0000 (UTC) (envelope-from dpchrist@holgerdanske.com) Received: from 99.100.19.101 ([99.100.19.101]) by holgerdanske.com with ESMTPSA (TLS_AES_128_GCM_SHA256:TLSv1.3:Kx=any:Au=any:Enc=AESGCM(128):Mac=AEAD) (SMTP-AUTH username dpchrist@holgerdanske.com, mechanism PLAIN) for ; Fri, 12 Jun 2020 15:35:54 -0700 Subject: Re: Makin' backups -- questions To: freebsd-questions@freebsd.org References: <92538.1591995509@segfault.tristatelogic.com> From: David Christensen Message-ID: <9e3e8b2b-7ec2-a329-2ec0-6d90bea03d27@holgerdanske.com> Date: Fri, 12 Jun 2020 15:35:53 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <92538.1591995509@segfault.tristatelogic.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49kFtl5wGyz4Bx9 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of dpchrist@holgerdanske.com has no SPF policy when checking 184.105.128.27) smtp.mailfrom=dpchrist@holgerdanske.com X-Spamd-Result: default: False [2.77 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.41)[0.412]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.64)[0.640]; DMARC_NA(0.00)[holgerdanske.com]; NEURAL_SPAM_LONG(0.82)[0.817]; RCVD_IN_DNSWL_NONE(0.00)[184.105.128.27:from]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:184.104.0.0/15, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 22:36:01 -0000 On 2020-06-12 13:58, Ronald F. Guilmette wrote: > In message <6ba3f007-3045-99be-5d35-10c75b37ab17@holgerdanske.com>, > David Christensen wrote: > >>>> 2. I use MBR partitioning, to avoid problems with the GPT backup >>>> partition table when the source and target device sizes differ. >>> You're going to have to explain that one to me. What are these "problems" >>> of what you speak? >> >> See "Secondary GPT": >> >> https://en.wikipedia.org/wiki/GUID_Partition_Table > > I know, in general, what GPT is and I am aware that there is a second > backup copy of that partition table. I am not aware of any specific > "problems" this creates, in actual or common practice, relative to MBR. > > I converted all of my own drives to GPT some time ago now, and I have > never experienced any special issues or problems as a result of that > change-over. So I am still puzzled by your assertion that GPT can be > in some way(s) more problematic that MBR. If I use dd(1) to copy all of the blocks of a system disc with MBR partitioning to another device with a different (but sufficient) number of blocks. the target device will be laid out correctly, the partition, slice, and/or filesystem contents will be correct, and the disc work as a system disc. I have done this countless times. If I use dd(1) to copy all of the blocks of a system disc with GPT partitioning to another device with a different (but sufficient) number of blocks, the target device primary GPT table and partition, slice, and/or filesystem contents will be correct, but the secondary GPT table either will be in the wrong location (destination has more blocks) or will be missing (destination has fewer blocks). My guess is that the disc would still work as a system disc (?), but I would need to fix the secondary GPT table. David