From nobody Wed Jul 14 14:36:45 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id F0FE71276DCD for ; Wed, 14 Jul 2021 14:36:46 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GQ0SZ5b9Cz3qXK; Wed, 14 Jul 2021 14:36:46 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro.local (d-24-233-223-154.va.cpe.atlanticbb.net [24.233.223.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 8A5C86D55; Wed, 14 Jul 2021 14:36:46 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: etcupdate: Failed to build new tree To: Nuno Teixeira , FreeBSD CURRENT References: From: John Baldwin Message-ID: Date: Wed, 14 Jul 2021 10:36:45 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 7/2/21 2:30 AM, Nuno Teixeira wrote: > Hello, > > Last update I have some issues with etcupdate: > > etcupdate warning: "No previous tree to compare against, a sane comparison > is not possible." > > That I corrected with: > > etcupdate extract > etcupdate diff > /tmp/etc.diff > patch -R < /tmp/etc.diff > (etcupdate diff doesn't show any diffs.) > > Today I've just updated current and etcupdate -p gives: > > "Failed to build new tree" > > What might be wrong? You can look in /var/db/etcupdate/log to check for errors. -- John Baldwin From nobody Fri Jul 16 12:12:50 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EC0A21272019 for ; Fri, 16 Jul 2021 12:12:52 +0000 (UTC) (envelope-from 0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@amazonses.com) Received: from a8-24.smtp-out.amazonses.com (a8-24.smtp-out.amazonses.com [54.240.8.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GR99c0GJZz4tMN for ; Fri, 16 Jul 2021 12:12:51 +0000 (UTC) (envelope-from 0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1626437570; h=To:From:Subject:Message-ID:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=XaiEcvSjEvuGNi7p43RneFTINJCKs1zpvNo+eOCkLfU=; b=dwE0oQT6srXzOk71bBnWbdzhLYmIDmbU8/6a9WVWs8c+kTn56vdcPLmynSrhif61 GxOda2KDYqUnhQx6sYupDIsoZjEjb7rJIxflx5KTFg5wTTeVNg64ZMjj9ETdeFS+296 bZzejUud1cAHFJBJYQkDnSOzJ0NmvuYzlmYG0RjY= To: Current FreeBSD From: Thomas Laus Subject: EFI boot partition overwritten Message-ID: <0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@email.amazonses.com> Date: Fri, 16 Jul 2021 12:12:50 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Feedback-ID: 1.us-east-1.9pbSdi8VQuDGy3n7CRAr3/hYnLCug78GrsPo0xSgBOs=:AmazonSES X-SES-Outgoing: 2021.07.16-54.240.8.24 X-Rspamd-Queue-Id: 4GR99c0GJZz4tMN X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=amazonses.com header.s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug header.b=dwE0oQT6; dmarc=none; spf=pass (mx1.freebsd.org: domain of 0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@amazonses.com designates 54.240.8.24 as permitted sender) smtp.mailfrom=0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@amazonses.com X-Spamd-Result: default: False [-0.49 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[amazonses.com:s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[54.240.8.24:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:54.240.0.0/18]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[acm.org]; NEURAL_HAM_LONG(-0.87)[-0.869]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[54.240.8.24:from:127.0.2.255]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[amazonses.com:+]; NEURAL_HAM_SHORT(-0.94)[-0.937]; RCVD_IN_DNSWL_NONE(0.00)[54.240.8.24:from]; FORGED_SENDER(0.30)[lausts@acm.org,0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@amazonses.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[54.240.8.24:from]; ASN(0.00)[asn:14618, ipnet:54.240.8.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[lausts@acm.org,0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@amazonses.com]; MAILMAN_DEST(0.00)[freebsd-current] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N Group: This is an issue for more than just CURRENT. The 'usr/src/UPDATING' file has the instructions for updating the ZFS bootblocks but not the EFI partition. I recently upgraded a RELEASE-12.2 to RELEASE-13.0. The freebsd-update procedure did not upgrade the ZFS bootblocks. I forgot that this PC was UEFI only and overwrote the first partition with the gptzfsboot code. That made my system un-bootable. I found the recovery procedure on one of the FreeBSD forums and was able to reformat the EFI MSDOS partition, create the proper directory structure, and copy the loader.efi file to the correct location and filename using the Live Filesystem running on the installation CD. I searched the man pages and the UPDATING file for instructions but came up empty and had to resort to finding the answer on one of the forums. The filenames have changed since FreeBSD first supported EFI and some of the forum instructions are out of date. My problem must be fairly common and the recovery procedure should be in a man page with a footnote or man reference somewhere on the install media. Since CURRENT receives more updates to the EFI boot loader than the release versions, there should be instructions in the CURRENT 'usr/src/UPDATING' file on how to update the EFI bootcode. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From nobody Fri Jul 16 12:36:33 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D4FFD12786AC for ; Fri, 16 Jul 2021 12:36:47 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GR9jC5NWkz3GDL for ; Fri, 16 Jul 2021 12:36:47 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-ed1-x532.google.com with SMTP id l1so12723145edr.11 for ; Fri, 16 Jul 2021 05:36:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=L/oOQeQCkU28/HfhkcqVJqetio6MEoI3qqSsYGX96qs=; b=m3ccVcxQeTf14Lhuu5j5EU7YNxZDKIIV0ZPGxb4z5aZr19ZJUuz5wXKTrAdIvZMy2o 6U87EL2lqJCfUfStBfYzvcERZiBxqaKkVQ8fnC8gqpgcHWIOhYqDP5vf1PI7uNOswCP0 Gyo9ELK11Bnl3M9cz4hVjH1Geu9+xRX4+5Hh2VkFD1TBYzQHb2OhpnY32lD3MlrcwxGn eIBqen/vBklDotqwnPCBPiIURh0P4Qvge9pbkk2WvIW0SOd895ShRzoElBUjIfHhJant WnFq3pUspnJnvQ12MTqz8WpEfbsvqbRFZoLPipZ4TGkJYU99RyLZ6sl4gzFeneMmNyN8 BNog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=L/oOQeQCkU28/HfhkcqVJqetio6MEoI3qqSsYGX96qs=; b=EYkzVrZPNkqM5VtRFa7evF3anAG/3eiVBEIi4iORUAX/PxxZahyNGpkT55caVvorrX 9Nkp4eOsCIL6k2GopVBCHiWYUjAhvn58xIJ3mFeQRfqy1aCx4VLxDgH94JjHi2lYKQoJ PLCctPl66aRDTdQxbTBs7tSbtieL3/wvvN4BoZH8uio1v8yog6MHFMCd74lIACKYsuXN ykXpJPU9EACApwQgPbDR5XHh1aFScRphtPYfK16YM0tp6F+D4Rn03QWEwFhy+8vfTrb/ SPnRYRL6bV9wsxc7mE1Zs1nEfOvHnuoguUUySgRnhqzK5tc0/9dlvTwpy66cCJqXdm9t VYiA== X-Gm-Message-State: AOAM5331rn7QJgGJJ+glqQ8V/zCBeVemuAeWN4MkNVOK82YGLZlpd2rl lsBfl5O4nZV+zhiYYxnQQbBvatMbdBrSBAbpCSE= X-Google-Smtp-Source: ABdhPJzXl3A01tveL7awbqQf009fprncRDMM6jGS7McBajuSFAz1UOH8Hnc7cyMQ1kFa87pUneJSB6laQPznpu4kEKY= X-Received: by 2002:a05:6402:1812:: with SMTP id g18mr14155503edy.325.1626439005293; Fri, 16 Jul 2021 05:36:45 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@email.amazonses.com> In-Reply-To: <0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@email.amazonses.com> From: Andrey Fesenko Date: Fri, 16 Jul 2021 15:36:33 +0300 Message-ID: Subject: Re: EFI boot partition overwritten To: Thomas Laus Cc: Current FreeBSD Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4GR9jC5NWkz3GDL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, Jul 16, 2021 at 3:15 PM Thomas Laus wrote: > > Since CURRENT receives more updates to the EFI boot loader than the > release versions, there should be instructions in the CURRENT > 'usr/src/UPDATING' file on how to update the EFI bootcode. > Old systems have little efi part 800K or smaller and require creating new, end of disk or cut swap. From nobody Fri Jul 16 15:01:49 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 54CBB12471AF for ; Fri, 16 Jul 2021 15:02:02 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f48.google.com (mail-ot1-f48.google.com [209.85.210.48]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRDwn3v2Bz3v15 for ; Fri, 16 Jul 2021 15:02:01 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f48.google.com with SMTP id v32-20020a0568300920b02904b90fde9029so10142484ott.7 for ; Fri, 16 Jul 2021 08:02:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=dIDFnpPOw5EtCKY30E2y3f8Ez9y4UEnQBf8s+MYwz2U=; b=nvMzHhihgSdlSPeuvJKNMoPKavF4f/9scEEV6rbXr2r1sC0xyUydBsfrDMLJ699mxx cytYN7TGxnXA5dGgjRRtlKpF4hxrgHIQqOTC1ZFXm8f7CcU7447iPISyoMSQaY3zYLuW XLsSN/e3URnyUFbi3LxGWjjwuu9WekOICXLnltzAFAzJkMl5++KrlEQo1IzA2TkKC8P9 o8Hpt7y353fJukkZil1yzr5JxcS/PP8z9uSPgBWPwIpfa7lpGdkq899KTnLd6FOWeUb+ ooQgHJ6DPb7AUgjuKgwbkA4Kb93fiFDR4r6vBnJHMgIB8DjVO8tWWQ0fQ5BUdn1UQowO 67QA== X-Gm-Message-State: AOAM532Bi1BNgNvS8IS5gsoquHXL9Q1Xp5AkOgnXZWRAUCDlh8Kngyyg OUm5U8sQ/76lv3rEZ2iCJe/LK7qj4D9zB6UFAsSibr7UA2cPDg== X-Google-Smtp-Source: ABdhPJxfBtiWEZmKzuoOVYsaMguNq9sX9OXWXc5EDmkWmLPMZrDBk1SorYzz7+Tjm1gfWPV0dsDTR7Dl6Otl/rsgW+Q= X-Received: by 2002:a9d:d04:: with SMTP id 4mr8925288oti.251.1626447720170; Fri, 16 Jul 2021 08:02:00 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 From: Alan Somers Date: Fri, 16 Jul 2021 09:01:49 -0600 Message-ID: Subject: PATH: /usr/local before or after /usr ? To: FreeBSD CURRENT Content-Type: multipart/alternative; boundary="0000000000009b4a3105c73edeb2" X-Rspamd-Queue-Id: 4GRDwn3v2Bz3v15 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.210.48 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-1.11 / 15.00]; RWL_MAILSPIKE_GOOD(0.00)[209.85.210.48:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.210.48:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.12)[-0.117]; FREEFALL_USER(0.00)[asomers]; R_DKIM_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.995]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.85.210.48:from:127.0.2.255]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.48:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: Y --0000000000009b4a3105c73edeb2 Content-Type: text/plain; charset="UTF-8" FreeBSD has always placed /usr/local/X after /usr/X in the default PATH. AFAICT that convention began with SVN revision 37 "Initial import of 386BSD 0.1 othersrc/etc". Why is that? It would make sense to me that /usr/local/X should come first. That way programs installed from ports can override FreeBSD's defaults. Is there a good reason for this convention, or is it just inertia? -Alan --0000000000009b4a3105c73edeb2-- From nobody Fri Jul 16 15:17:37 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B91F71274AA9 for ; Fri, 16 Jul 2021 15:17:46 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRFGy2hSNz4Twb; Fri, 16 Jul 2021 15:17:45 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id fd965730; Fri, 16 Jul 2021 15:17:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=8/F0XJGV l/pUndGiZ6RhKhNPnY0=; b=oPg64pxNCFJog6Rs6hz6oIK08TiSYmg9D4l+fxIc ldH9SOowuXX2u8j9H+7OlCtUfo0dvgaQIBxGR1Vc+4Zin7h+uGzPfYmzReWQE8Es JJB9RslrCKmXXHjOp/uXtq+rgDYZbaFxuyl9D6KqDTxqlIww5ae/qo3uPgvYmW/8 L2nctY+EInruN3yJ6PrnHQU9TIoO9R5pfil5WZ+7p5AJUu/qyfLX9XobMen5wANq WNyOub4UIDKDjVIDRK7e0ljiTFF3T/47Mh6qW8M3lzqcUPhdSEfzsXhe1HnSooS0 Hjw2kVzWbOQBHAeYtunOaEXCZCZxapY4tQKf/RLiVXKNQA== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=iY 0m0AOXWrHiYoDXs4LViR+TEnAJoV6zhsr+Zd570jRDf4VqBTQdEB0PWI6ISonft/ 88Sv24VQXGK3j55kfmdyX0+SLTPA9PQU65asULL9OZCiVTeR7Gn06DJDeBG5cncK jS3FcOlrUDDt1+PVxEC8hs4BnTMb7z9w4l8dSa4HlNPWBFi6TXmo9GG7Gb0Y9PBM QEWOhmcWvnJlbK7OMkEpryDTuKRh959LDv1mqvUhbv9YiGchSNi6Wyl+obFqTUKT LIXEKCn0AB7aWCAL94pHX22949VQ6zkLWZHV2Okzi4ADq3jkr7eZtNcTa+NP622H X4di5fNlmqxUQn1njdSA== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id c4ea9506 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Fri, 16 Jul 2021 15:17:41 +0000 (UTC) Date: Fri, 16 Jul 2021 17:17:37 +0200 From: Michael Gmelin To: Alan Somers Cc: FreeBSD CURRENT Subject: Re: PATH: /usr/local before or after /usr ? Message-ID: <20210716171737.36b757a9@bsd64.grem.de> In-Reply-To: References: X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GRFGy2hSNz4Twb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N On Fri, 16 Jul 2021 09:01:49 -0600 Alan Somers wrote: > FreeBSD has always placed /usr/local/X after /usr/X in the default > PATH. AFAICT that convention began with SVN revision 37 "Initial > import of 386BSD 0.1 othersrc/etc". Why is that? It would make > sense to me that /usr/local/X should come first. That way programs > installed from ports can override FreeBSD's defaults. I think that is exactly what you don't want to happen by default (imagine all the ways the system could fall apart in a really hard to support ways if individual standard tools from base are overridden - especially as many users might not even notice, as it might be a side-effect of installing some dependency of something they need). Users are always free to tweak PATH for their purposes of course, but running the UNIX tools that came with the OS by default makes a lot of sense to me. -m > Is there a > good reason for this convention, or is it just inertia? > -Alan -- Michael Gmelin From nobody Fri Jul 16 15:50:04 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 753C3127D249 for ; Fri, 16 Jul 2021 15:50:13 +0000 (UTC) (envelope-from me@cameronkatri.com) Received: from cameronkatri.com (cameronkatri.com [206.189.178.249]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRG0N3LJzz4cqZ for ; Fri, 16 Jul 2021 15:50:12 +0000 (UTC) (envelope-from me@cameronkatri.com) Received: from FreeBSDY540 (c-73-84-80-103.hsd1.fl.comcast.net [73.84.80.103]) by cameronkatri.com (Postfix) with ESMTPSA id 9F2B34166D for ; Fri, 16 Jul 2021 11:50:05 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cameronkatri.com; s=20201109; t=1626450606; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1ilCrfqxK/LFghkOSJYD7I/g0d2yb8S8zjNY86itnX0=; b=IIcfo7nwrbS9GO1KCm9eqwA5oQnfiyAo47xklOBgag2L7UW1IO1/FbXsSUQ79AS55+rqD6 L3OIMQWqp+XTgDq6jgb0q2T1nXQXXJDG/Wvsc8YdgHOW2gxIawBHpJf4eSf6wtdlNYyv9W xQoVW1UAN2P3ZjP56VNqVuZ27Z3TZhQ= Date: Fri, 16 Jul 2021 11:50:04 -0400 To: freebsd-current@freebsd.org Subject: Re: PATH: /usr/local before or after /usr ? Message-ID: <20210716155004.d2qiciqkipmegs3j@FreeBSDY540> References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lm36po4aimq2unay" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4GRG0N3LJzz4cqZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cameronkatri.com header.s=20201109 header.b=IIcfo7nw; dmarc=pass (policy=reject) header.from=cameronkatri.com; spf=pass (mx1.freebsd.org: domain of me@cameronkatri.com designates 206.189.178.249 as permitted sender) smtp.mailfrom=me@cameronkatri.com X-Spamd-Result: default: False [-4.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[cameronkatri.com:+]; DMARC_POLICY_ALLOW(-0.50)[cameronkatri.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[206.189.178.249:from]; ASN(0.00)[asn:14061, ipnet:206.189.176.0/20, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RECEIVED_SPAMHAUS_PBL(0.00)[73.84.80.103:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; R_DKIM_ALLOW(-0.20)[cameronkatri.com:s=20201109]; FREEFALL_USER(0.00)[me]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.948]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[206.189.178.249:from:127.0.2.255]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Reply-To: me@cameronkatri.com From: Cameron Katri via freebsd-current X-Original-From: Cameron Katri X-ThisMailContainsUnwantedMimeParts: N --lm36po4aimq2unay Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 16, 2021 at 09:01:49AM -0600, Alan Somers wrote: > FreeBSD has always placed /usr/local/X after /usr/X in the default PATH. > AFAICT that convention began with SVN revision 37 "Initial import of 386B= SD > 0.1 othersrc/etc". Why is that? It would make sense to me that > /usr/local/X should come first. That way programs installed from ports c= an > override FreeBSD's defaults. Is there a good reason for this convention, > or is it just inertia? The biggest example I can think of this being a problem is having binutils installed, it will cause any calls to elftoolchain or llvm-binutils to go to GNU binutils which is platform specific, so cross compiling, or LTO could be broken because of using GNU binutils which don't support cross compiling or LTO. - Cameron Katri > -Alan --=20 Cameron Katri Email: me@cameronkatri.com PGP Fingerprint: 7D3B36CEA40FCC2181FB6DCDBAFFD97826540F1C --lm36po4aimq2unay Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEfTs2zqQPzCGB+23Nuv/ZeCZUDxwFAmDxqqwACgkQuv/ZeCZU Dxy7bgf7Be69zLgkwiKAboRESi7AY7gDQoJvilWRonc3fEOrfZ/YacajrcVQsFtP XfKbZHF+EjJIFK3POeD++S6nJZdyhzhjRSs3XpBftJY1EmeojR1sMAa7vIl1d7mx Gg0ac7zZWI2CGr+2Pw8Z9dt06g+skbQ9v3eu3pTGtZw8APNYbYrfXYOWckmnXIAw bMrohjfl6NOToY+/HBddaHZmN9g3mxgjqiJWWjtz2c4hDUebsgLRGMqfjoodh2T2 ledB9PJwhR8yzebButLhpQh9bajdZYaJuFv5zxBlFsNd2TgDETb6gclcP+2shUAc lWj2nzVoVOWHm/1tvpQgETcNLXcKdw== =a1Uw -----END PGP SIGNATURE----- --lm36po4aimq2unay-- From nobody Fri Jul 16 16:11:41 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EDDD28D36C5 for ; Fri, 16 Jul 2021 16:11:54 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f48.google.com (mail-ot1-f48.google.com [209.85.210.48]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRGTQ6P7Pz4k4g for ; Fri, 16 Jul 2021 16:11:54 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f48.google.com with SMTP id o72-20020a9d224e0000b02904bb9756274cso10384164ota.6 for ; Fri, 16 Jul 2021 09:11:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DAdy9bVOeTYnq4SlIu1saUf1jV3/QWEIp1mBsajP0vk=; b=VY4UDqTyWTVNIHliilTz/mnHtszJp4ETcwEN5Q1985uidkUFdyMaGC26yxJS+SMFnz fd9NtK2KqkdG+/sURSNf3Nk63+LkptzNgnHd1W80Xm/5izChFsSx0NLbMQYeucAxzCZz ddBnwTcHt870FD8xUPOTOVKFApgLSMWGbMXuvjIi4R27YsSvxmpGhBCeObHK8cjkjCHm bnYsBRAkR08HcpK89daK3km7AN7/Wit1Q6n+XAYxA7dVq8q/4JFkla4pZRerGcv0fYqv U78bYbKC+w44fekee7sFK8lhhtwEHMCx0VI2rpFcmqAETkwpw9d+59BI3Rw+d4bRFqxQ kr/w== X-Gm-Message-State: AOAM5304necwLC9k9z/V4FCv5R76OZfSRq2hNq/2CsGx9wWPL4FNIviW qzDiAxLY3+kSLd4fUWzSBSPBYefknB0lBhZ45Gkwl6AHWys= X-Google-Smtp-Source: ABdhPJxxw7jTLfGMJSrhlEoHETX2KMsBFHmVbHxbSARbm6fETXlbRE3zRYKp1JbDSomKq1tgcQOU9AnlRwbcV4Zcb7g= X-Received: by 2002:a9d:7982:: with SMTP id h2mr8331751otm.291.1626451912293; Fri, 16 Jul 2021 09:11:52 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <20210716155004.d2qiciqkipmegs3j@FreeBSDY540> In-Reply-To: <20210716155004.d2qiciqkipmegs3j@FreeBSDY540> From: Alan Somers Date: Fri, 16 Jul 2021 10:11:41 -0600 Message-ID: Subject: Re: PATH: /usr/local before or after /usr ? To: me@cameronkatri.com Cc: FreeBSD CURRENT Content-Type: multipart/alternative; boundary="0000000000007a0e3805c73fd860" X-Rspamd-Queue-Id: 4GRGTQ6P7Pz4k4g X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --0000000000007a0e3805c73fd860 Content-Type: text/plain; charset="UTF-8" On Fri, Jul 16, 2021 at 9:54 AM Cameron Katri via freebsd-current < freebsd-current@freebsd.org> wrote: > On Fri, Jul 16, 2021 at 09:01:49AM -0600, Alan Somers wrote: > > FreeBSD has always placed /usr/local/X after /usr/X in the default PATH. > > AFAICT that convention began with SVN revision 37 "Initial import of > 386BSD > > 0.1 othersrc/etc". Why is that? It would make sense to me that > > /usr/local/X should come first. That way programs installed from ports > can > > override FreeBSD's defaults. Is there a good reason for this convention, > > or is it just inertia? > > The biggest example I can think of this being a problem is having > binutils installed, it will cause any calls to elftoolchain or > llvm-binutils to go to GNU binutils which is platform specific, so cross > compiling, or LTO could be broken because of using GNU binutils which > don't support cross compiling or LTO. > > - Cameron Katri > > > -Alan > Ugh, that's a good example. I was thinking more about interactive programs, like say /usr/bin/vi vs editors/vim. Hypothetically how would one solve the conflict if /usr/local/bin came before /usr/bin ? Install binutils's binaries to /usr/local/libexec/binutils/ ? But a lot of ports depend on binutils. That would be a ton of ports to update. BTW my motivation for this thread is a new replacement for gstat that I'm working on. I would like to name it "gstat", but if /usr/sbin must come before /usr/local/sbin, then that won't be a very helpful name. -Alan --0000000000007a0e3805c73fd860-- From nobody Fri Jul 16 16:24:15 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 384BA12416AA for ; Fri, 16 Jul 2021 16:24:18 +0000 (UTC) (envelope-from me@cameronkatri.com) Received: from cameronkatri.com (cameronkatri.com [206.189.178.249]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRGlj4QB5z4nmQ for ; Fri, 16 Jul 2021 16:24:17 +0000 (UTC) (envelope-from me@cameronkatri.com) Received: from FreeBSDY540 (c-73-84-80-103.hsd1.fl.comcast.net [73.84.80.103]) by cameronkatri.com (Postfix) with ESMTPSA id ADA304129F for ; Fri, 16 Jul 2021 12:24:16 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cameronkatri.com; s=20201109; t=1626452656; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=L1o1DeZggTvE3Yh89PTMoJNrvxk9IGCJTYIeQTwbIsk=; b=liPi5yf73XHpxyA787Q3tKY0GEvQs6Nuz0B2oVWjigNQ9bpB4utaReSsBoq6ocGFkw1Gwl zwOzLYinhU6eJT4rKTeN7g7uEBrHOgBnmDnSl5SvoPP7xoaS3SenKTXmVMsCjzzRKFC0hL H4pVfGLeaZjnFBQ8fLQwoxJTfU1R6mw= Date: Fri, 16 Jul 2021 12:24:15 -0400 To: freebsd-current@freebsd.org Subject: Re: PATH: /usr/local before or after /usr ? Message-ID: <20210716162415.iiidcsyybac2xttw@FreeBSDY540> References: <20210716155004.d2qiciqkipmegs3j@FreeBSDY540> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7jfqedueicoavsqu" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4GRGlj4QB5z4nmQ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cameronkatri.com header.s=20201109 header.b=liPi5yf7; dmarc=pass (policy=reject) header.from=cameronkatri.com; spf=pass (mx1.freebsd.org: domain of me@cameronkatri.com designates 206.189.178.249 as permitted sender) smtp.mailfrom=me@cameronkatri.com X-Spamd-Result: default: False [-4.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[cameronkatri.com:+]; DMARC_POLICY_ALLOW(-0.50)[cameronkatri.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[206.189.178.249:from]; ASN(0.00)[asn:14061, ipnet:206.189.176.0/20, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RECEIVED_SPAMHAUS_PBL(0.00)[73.84.80.103:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; R_DKIM_ALLOW(-0.20)[cameronkatri.com:s=20201109]; FREEFALL_USER(0.00)[me]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.94)[-0.943]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[206.189.178.249:from:127.0.2.255]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Reply-To: me@cameronkatri.com From: Cameron Katri via freebsd-current X-Original-From: Cameron Katri X-ThisMailContainsUnwantedMimeParts: N --7jfqedueicoavsqu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 16, 2021 at 10:11:41AM -0600, Alan Somers wrote: > Ugh, that's a good example. I was thinking more about interactive > programs, like say /usr/bin/vi vs editors/vim. Hypothetically how would > one solve the conflict if /usr/local/bin came before /usr/bin ? Install > binutils's binaries to /usr/local/libexec/binutils/ ? But a lot of ports > depend on binutils. That would be a ton of ports to update. >=20 > BTW my motivation for this thread is a new replacement for gstat that I'm > working on. I would like to name it "gstat", but if /usr/sbin must come > before /usr/local/sbin, then that won't be a very helpful name. > -Alan Or, you could give it a different name, install it to ~/.local/bin or probably the best option, `alias gstat=3D'/usr/local/sbin/gstat'`. But imo setting /usr/local/bin before /usr/bin will cause countless more problems than any issue it solves. - Cameron --=20 Cameron Katri Email: me@cameronkatri.com PGP Fingerprint: 7D3B36CEA40FCC2181FB6DCDBAFFD97826540F1C --7jfqedueicoavsqu Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEfTs2zqQPzCGB+23Nuv/ZeCZUDxwFAmDxsq8ACgkQuv/ZeCZU DxyEAgf+LdZ/2gzyeBOpRHhfhiG+5Ijy48iaDeMLgmEs3pjMIRzgDNX/nupZ/cao UGbuKvrhLat0V2kMjZ2bRU739Z/KmJk84y/DoYC/Co5OYgyY0NwUXC8effmN2zrw fS4Q9khVOIS1061MwHPN2yVHLPJI8gKMbsCvaR4/JiYeMdxsbcpqKuyGeRROtywt ITcMDleF4kTiBUyZMfYbBkw4TCEukNAL5C85DtLNKtMZMAn7KFWN08wnzeBGFAa7 jM0XPELSXh/49T60FM6xM+BKQZiQQczurmp0QyZ++VDYJVM+vfT032sSROWcTXLf ahMWYXAuMCIGp4iBspdHNwMu+JHS2g== =sP/K -----END PGP SIGNATURE----- --7jfqedueicoavsqu-- From nobody Fri Jul 16 16:35:16 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 266B61245A34 for ; Fri, 16 Jul 2021 16:35:26 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRH0Y5VRcz4sSr; Fri, 16 Jul 2021 16:35:25 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 16GGZGwm071536; Fri, 16 Jul 2021 09:35:16 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 16GGZG8u071535; Fri, 16 Jul 2021 09:35:16 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202107161635.16GGZG8u071535@gndrsh.dnsmgr.net> Subject: Re: PATH: /usr/local before or after /usr ? In-Reply-To: <20210716171737.36b757a9@bsd64.grem.de> To: Michael Gmelin Date: Fri, 16 Jul 2021 09:35:16 -0700 (PDT) CC: Alan Somers , FreeBSD CURRENT X-Mailer: ELM [version 2.4ME+ PL121h (25)] List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4GRH0Y5VRcz4sSr X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > > > On Fri, 16 Jul 2021 09:01:49 -0600 > Alan Somers wrote: > > > FreeBSD has always placed /usr/local/X after /usr/X in the default > > PATH. AFAICT that convention began with SVN revision 37 "Initial > > import of 386BSD 0.1 othersrc/etc". Why is that? It would make > > sense to me that /usr/local/X should come first. That way programs > > installed from ports can override FreeBSD's defaults. > > I think that is exactly what you don't want to happen by default > (imagine all the ways the system could fall apart in a really hard to > support ways if individual standard tools from base are overridden - > especially as many users might not even notice, as it might be a > side-effect of installing some dependency of something they need). Michael states the exact reasoning that was used, and has been used repeatidly over history for this ordering of path. Any alteration of that ordering leads to issues with deterministic behavior is the bottom line. > > Users are always free to tweak PATH for their purposes of course, but > running the UNIX tools that came with the OS by default makes a lot > of sense to me. Others have noted use of aliases which is a good way to handle this. Global aliases can be installed in /etc/csh.cshrc or /etc/profile, other shells have similiar global config files. > > -m > > > Is there a > > good reason for this convention, or is it just inertia? Good reason(s). > > -Alan > -- > Michael Gmelin -- Rod Grimes rgrimes@freebsd.org From nobody Fri Jul 16 16:46:02 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D80631271EB1 for ; Fri, 16 Jul 2021 16:46:06 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound4s.ore.mailhop.org (outbound4s.ore.mailhop.org [54.185.97.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRHDt4C3rz3Ccs for ; Fri, 16 Jul 2021 16:46:06 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1626453965; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=Wj/GLgUox2dhgUxKQimdaMcNB/zPghcrXD4HVphW5dJyx5ObKflRXeBxAu5JuH/Z7WcauQ3VEaqMW u+/IQZXCfJFvwwSST0Uns2JY6TT6Inqgi5JbEDxd3LjgGOGOb3m2X85PRpYlugFDjR7nCXRryN3Ehn WMAcVUAN8vYFOn9C9mgcfJmQ7Kfai9lFydRwqKUzDQUc2D38EaqutZoSaNCUwfUHoLQd1vM0NqUTFF 6gqe/lRDVnCFi1L4Yi12+bBH+6c9uS20tg0czODb3U0qhLYLH44BTG+Gg4DN2cerKs9T1eRHklQU0e 60Tx+0pZoeShfISzMc2CYSQ6L5YAQ3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=ny57q/3lOgPCmyDKjY6CtiVw7jayOPBF3HS5GdNeejE=; b=nsIQSitZ2n+e1obnyfka2Y5V4V0YZ6f5ttsHSGJTiD8Nb0Cgyy/fjkGdZArEBFNsJBTkzRxzFM5nu EcDoMU1Y4KQOcwF3F2wRB8QwJKM+S59b69RpnnaIN1h3aLU6sDoLm4qjnX+l+VfmRhO8D2YgFUgVHr Sd0cua+/NidT9euCkEpA7NVLfc9id5SJXdMsypTuRpHuZ3EuDFZSrcvg78bySlCtvq0XoQRtUwtJks x4OxGY8rrxK2TkHGMZXdBFPT55xKHUWo7/6rsBrlkJNNMmyUPf2BjwJqTBuXs11rJ7tyKg6Jdjq2My 9hPS6YG3D5uBFkSS3sqORHUp0WGeULg== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=ny57q/3lOgPCmyDKjY6CtiVw7jayOPBF3HS5GdNeejE=; b=ZsmXIX6jv7AxdYvFIlGgpGV3Hb4k7Co711381kNETvEzw8QIxOQzxyklSAjkD0s3QbPxmJ4fz2MRd stov9+pS4oB6P+5WGXVx1VcOHdmUAqIclqM/L1qaTQtzvHHzDYwbj+jN03XFVsJesdqUl7bochLO4w sE3JwBQgqyuKuo2DQUi17ZUA2YY+SOGT5dT/KdVPQ1oJ5QAT29pDECZGkdeYPWd1pRKjcM/t8LppHe WKhe0/crE8aSXXWjwWs/nVAxsYnQf4CAVawV4LeRHwoEDN+CWoUogTxYslCOVjxpsgr0HqiTsHDTiL //3FfU+OHsqOcUzij4C3RkuDb5kI3OA== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 4e8bbba7-e655-11eb-a657-89389772cfc7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 4e8bbba7-e655-11eb-a657-89389772cfc7; Fri, 16 Jul 2021 16:46:03 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 16GGk2kR003064; Fri, 16 Jul 2021 10:46:02 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <662dbcebb38135deb1599cd9d8fee3e133330409.camel@freebsd.org> Subject: Re: PATH: /usr/local before or after /usr ? From: Ian Lepore To: Alan Somers , FreeBSD CURRENT Date: Fri, 16 Jul 2021 10:46:02 -0600 In-Reply-To: References: Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GRHDt4C3rz3Ccs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, 2021-07-16 at 09:01 -0600, Alan Somers wrote: > FreeBSD has always placed /usr/local/X after /usr/X in the default PATH. > AFAICT that convention began with SVN revision 37 "Initial import of 386BSD > 0.1 othersrc/etc". Why is that? It would make sense to me that > /usr/local/X should come first. That way programs installed from ports can > override FreeBSD's defaults. Is there a good reason for this convention, > or is it just inertia? > -Alan I have a hierarchy on my machines rooted at /local and /local/bin is before /bin and /usr/bin in my PATH, so I can override system tools when I explicitly want to without suffering any problems of an unexpected override from installing a port or package. If you're using ports as a development environment to work on a new gstat replacement, you could do something similar and put PREFIX=/local in your port makefile while you're developing on it. -- Ian From nobody Fri Jul 16 17:11:58 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 63C6D127940A for ; Fri, 16 Jul 2021 17:12:11 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f46.google.com (mail-ot1-f46.google.com [209.85.210.46]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRHpz0xPNz3KrN; Fri, 16 Jul 2021 17:12:10 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f46.google.com with SMTP id o72-20020a9d224e0000b02904bb9756274cso10574196ota.6; Fri, 16 Jul 2021 10:12:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2wiLdjsNMxBteRVXBWaqsl6KwM0OeGtQkWH+Cj7jHiw=; b=d2SNzlhJvpCJynwHKvh0mYhYzX+Ijaj2ecfVD0L9Pfef2Mu3uZdgUKTNp9csraJo9C lDFDq8aDpzOX+pGY6UioXXuxPLiVlGQ7E/QWFfZuz/XFMSU6FMGimOwNI6iCXTTp6438 QjiVW1SkUWSyHfCY29gf4eyAZKvKUWjusL9lEhzlxAQt2H2QjQNW5MVI3032p9FPUKX6 I/kL7C3Z+wcc3UVWf7slMKR/qnaldHaxSxyZVaw3lGJIkbydXWke18xixJGr8ESWD2b7 NzHvEE84rB+8w+OSbwGjKZ07RsXQrwC3Dpm2aofLp6nxgfVR6Yjv6aBmIbjogXHGbExQ Fn/Q== X-Gm-Message-State: AOAM530qNYpJZUYi1+ECA2DD9j+59EMtDwmiOfNeNOgSHNdSWnQilf16 995OlqAqGi5aM4IS81TrN7OcJ2Nt6phd/UYU09sF1gbOLjY= X-Google-Smtp-Source: ABdhPJyJPLku0FRnQYJZTnWiqpKSbBKIuRr/zZQCHv/6zoRNEOkGUFXvQLUmhvNGHTur9ry8/m3TUBF74XMAhvm+KCM= X-Received: by 2002:a9d:d53:: with SMTP id 77mr9283574oti.18.1626455529521; Fri, 16 Jul 2021 10:12:09 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <662dbcebb38135deb1599cd9d8fee3e133330409.camel@freebsd.org> In-Reply-To: <662dbcebb38135deb1599cd9d8fee3e133330409.camel@freebsd.org> From: Alan Somers Date: Fri, 16 Jul 2021 11:11:58 -0600 Message-ID: Subject: Re: PATH: /usr/local before or after /usr ? To: Ian Lepore Cc: FreeBSD CURRENT Content-Type: multipart/alternative; boundary="0000000000001486b405c740b0cb" X-Rspamd-Queue-Id: 4GRHpz0xPNz3KrN X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: Y --0000000000001486b405c740b0cb Content-Type: text/plain; charset="UTF-8" On Fri, Jul 16, 2021 at 10:46 AM Ian Lepore wrote: > On Fri, 2021-07-16 at 09:01 -0600, Alan Somers wrote: > > FreeBSD has always placed /usr/local/X after /usr/X in the default PATH. > > AFAICT that convention began with SVN revision 37 "Initial import of > 386BSD > > 0.1 othersrc/etc". Why is that? It would make sense to me that > > /usr/local/X should come first. That way programs installed from ports > can > > override FreeBSD's defaults. Is there a good reason for this convention, > > or is it just inertia? > > -Alan > > I have a hierarchy on my machines rooted at /local and /local/bin is > before /bin and /usr/bin in my PATH, so I can override system tools > when I explicitly want to without suffering any problems of an > unexpected override from installing a port or package. > > If you're using ports as a development environment to work on a new > gstat replacement, you could do something similar and put PREFIX=/local > in your port makefile while you're developing on it. > > -- Ian > Thanks for the feedback everyone. Here's what I'm going to do: * If you install it from cargo, it will go into ~/.cargo/bin/gstat, which (for cargo users) comes first in PATH * If you install it from ports, it will become /usr/local/sbin/gstat-rs, with a pkg-message advising you to setup an alias. -Alan --0000000000001486b405c740b0cb-- From nobody Fri Jul 16 17:16:35 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 96E62127C268 for ; Fri, 16 Jul 2021 17:16:37 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRHw53pbyz3NfL for ; Fri, 16 Jul 2021 17:16:37 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from smtp.theravensnest.org (smtp.theravensnest.org [45.77.103.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: theraven) by smtp.freebsd.org (Postfix) with ESMTPSA id 6587E2F5A4 for ; Fri, 16 Jul 2021 17:16:37 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.1.202] (host86-191-32-244.range86-191.btcentralplus.com [86.191.32.244]) by smtp.theravensnest.org (Postfix) with ESMTPSA id 72C3E2ADB2 for ; Fri, 16 Jul 2021 18:16:36 +0100 (BST) Subject: Re: PATH: /usr/local before or after /usr ? To: freebsd-current@freebsd.org References: <20210716155004.d2qiciqkipmegs3j@FreeBSDY540> From: David Chisnall Message-ID: Date: Fri, 16 Jul 2021 18:16:35 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <20210716155004.d2qiciqkipmegs3j@FreeBSDY540> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 16/07/2021 16:50, Cameron Katri via freebsd-current wrote: > On Fri, Jul 16, 2021 at 09:01:49AM -0600, Alan Somers wrote: >> FreeBSD has always placed /usr/local/X after /usr/X in the default PATH. >> AFAICT that convention began with SVN revision 37 "Initial import of 386BSD >> 0.1 othersrc/etc". Why is that? It would make sense to me that >> /usr/local/X should come first. That way programs installed from ports can >> override FreeBSD's defaults. Is there a good reason for this convention, >> or is it just inertia? > The biggest example I can think of this being a problem is having > binutils installed, it will cause any calls to elftoolchain or > llvm-binutils to go to GNU binutils which is platform specific, so cross > compiling, or LTO could be broken because of using GNU binutils which > don't support cross compiling or LTO. FWIW: In about 20 years of using FreeBSD, my $PATH has always had /usr/local/bin before /usr/bin and I have never once encountered a problem from this. If I install something from ports that's already in the base system, it's invariably because I want to use it in preference to the base-system version. David From nobody Fri Jul 16 17:35:11 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 26A0112A27B1 for ; Fri, 16 Jul 2021 17:35:24 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf36.google.com (mail-qv1-xf36.google.com [IPv6:2607:f8b0:4864:20::f36]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRJKm0M2Tz3jQ5 for ; Fri, 16 Jul 2021 17:35:23 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf36.google.com with SMTP id f3so4948988qvm.2 for ; Fri, 16 Jul 2021 10:35:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=R5tiUtfooyZqa13rWbvzz/s77kzyZlroNJlQcZXAZHo=; b=pj7qMBJufKme3bX6oI54MB7HUxrubTOaFRpTEm7dv5zAIF9Uv+1RKGS34XWCU4nXT3 X5i57uPDPjgFtB2UZAx/IkJvUJcNShaeZcjHj7/oUAFki9I15kC+H58k3n5t/syeV6SN GiF8y4e9d1ESapz2T5GeX5FMtg+rPoi0D0aGIwV6ZOAuALwNR+Vhd73ouP0dPpX7HfPw pPzPduvYgpcjKaf/pA04SIKhF+F76vhWnuKAkIYzPVgly0RjDlpqXNdUVMi+kMPOalia zomBiXNL++q1lOQPHe3FelZ6hiWuv2BQtB4Ne8+J0/ZTGGTLZ6OMrqwc1fS1ScQIg7Dj /p1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=R5tiUtfooyZqa13rWbvzz/s77kzyZlroNJlQcZXAZHo=; b=n8urfQeMjgomzf0LNwhH5zxhwp519jyyZOTG0Hp95VDqC6y1zE2F5JGV/7fDm2T5yZ H7Deu08KgSqJ1qmeFppdJpKSjazn7bRsnBcJCFohD13StKgkF0hA+b3ueOBTXaWHi9j7 qR6btJC3dCbk7nSC6Xc7n1o0Eb0Z+3RRkyx8jnJBwnT3erbzQVSmXUoRQc0DhPIXxBDR REyAeeSrODjDAiksFbG3rfjM0JILufm2elD3zttqIu1LXWfhM3ns/YiVqCcUc8bOQ9pH i9bwudEeXnyZr+cmrXtPo8QCzP8jTdr13TIXXeeaoUuLG/VUvAxXjcftcaNlWezF69Uj 3yyg== X-Gm-Message-State: AOAM530aI/vja4v7pVu00BaXpq5j15TkqHfEhB1J/aqBTnk41eA4ZxQN A4R6amxlQ7C2UTKj4u3skSJ5kPIyv1NtBBN6ghNWrg== X-Google-Smtp-Source: ABdhPJyxK5gvlmoAMXOnIOYi5s4HxtOTytf4age1oqydZ3mZ00/p3pPCgo24uWJI0g04NpDrT8/VOh43de2AWgbouDI= X-Received: by 2002:ad4:5ded:: with SMTP id jn13mr9859386qvb.24.1626456922599; Fri, 16 Jul 2021 10:35:22 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@email.amazonses.com> In-Reply-To: <0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@email.amazonses.com> From: Warner Losh Date: Fri, 16 Jul 2021 11:35:11 -0600 Message-ID: Subject: Re: EFI boot partition overwritten To: Thomas Laus Cc: Current FreeBSD Content-Type: multipart/alternative; boundary="0000000000001d469b05c7410393" X-Rspamd-Queue-Id: 4GRJKm0M2Tz3jQ5 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --0000000000001d469b05c7410393 Content-Type: text/plain; charset="UTF-8" On Fri, Jul 16, 2021 at 6:14 AM Thomas Laus wrote: > Group: > > This is an issue for more than just CURRENT. The 'usr/src/UPDATING' > file has the instructions for updating the ZFS bootblocks but not the > EFI partition. I recently upgraded a RELEASE-12.2 to RELEASE-13.0. The > freebsd-update procedure did not upgrade the ZFS bootblocks. I forgot > that this PC was UEFI only and overwrote the first partition with the > gptzfsboot code. That made my system un-bootable. I found the recovery > procedure on one of the FreeBSD forums and was able to reformat the EFI > MSDOS partition, create the proper directory structure, and copy the > loader.efi file to the correct location and filename using the Live > Filesystem running on the installation CD. > > I searched the man pages and the UPDATING file for instructions but came > up empty and had to resort to finding the answer on one of the forums. > The filenames have changed since FreeBSD first supported EFI and some of > the forum instructions are out of date. My problem must be fairly > common and the recovery procedure should be in a man page with a > footnote or man reference somewhere on the install media. > > Since CURRENT receives more updates to the EFI boot loader than the > release versions, there should be instructions in the CURRENT > 'usr/src/UPDATING' file on how to update the EFI bootcode. > There should be. Yes. Last time I went hunting for a place to shoe-horn it in, I got distracted by something else. The instructions are relatively straight forward. I'm writing them here for your benefit, and also in case someone wants to send me a diff/pull request to include them. Or better yet, put this in the handbook and we can reference a location from there. WARNING: This is a quick run-through of how to do this if you need to. The example commands given might not be exactly right for all installations as differing numbers of partitions will change the '-i' parameters. Frist, you need a partition that's of the right type. For GPT that type is `efi` as shown in `gpart show ` eg # gpart show ada0 => 40 2000409184 ada0 GPT (954G) 40 1600 - free - (800K) 1640 1992292792 2 freebsd-ufs (950G) 1992294432 7000000 3 freebsd-swap (3.3G) 1999294432 1114792 4 efi (544M) If you don't have one, you'll need to create one. In the above exmaple, I had installed the system with a tiny partition for booting with legacy BIOS, but then moved to booting with UEFI. I did this by turning off swapping and doing the following: # gpart resize -i 3 -s 7000000 ada0 I then created a new efi partition: # gpart add -t efi ada0 and I let it autosize. Next, I needed a FAT32 filesystem on that device. FAT16 usually will work and often FAT12, but there are known examples of system integrators that omit support for these last two (more the latter than the former since it's viewed as a floppy only thing, and who uses floppies). I just used newfs_msdos and mounted it: # newfs_msdos -F 32 /dev/ada0p4 # mount -t msdos /dev/ada0p4 /boot/efi Next, you need to put a bootloader on the system. Unless you have special needs, loader.efi is that loader. # mkdir -p /boot/efi/efi/boot # cp /boot/loader.efi /boot/efi/efi/boot/bootx64.efi If you are using efibootmgr to set a location to boot from, generally people create a freebsd directory (we've registered /efi/freebsd with the proper folks to avoid conflicts): # mkdir -p /boot/efi/efi/freebsd # cp /boot/loader.efi /boot/efi/efi/freebsd # efibootmgr -c -a -k /boot/kernel/kernel -l /boot/efi/efi/freebsd/loader.efi -L "FreeBSD Boot" though some vendors impose limits on how many boot envs you can create and some do not allow any at all. Warner --0000000000001d469b05c7410393-- From nobody Fri Jul 16 19:55:11 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6404312794B8 for ; Fri, 16 Jul 2021 19:55:13 +0000 (UTC) (envelope-from 0100017ab0e31c55-18dc1023-bef1-46c8-a14a-7cdf2e80dfca-000000@amazonses.com) Received: from a48-106.smtp-out.amazonses.com (a48-106.smtp-out.amazonses.com [54.240.48.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRMR464J7z4dww for ; Fri, 16 Jul 2021 19:55:12 +0000 (UTC) (envelope-from 0100017ab0e31c55-18dc1023-bef1-46c8-a14a-7cdf2e80dfca-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1626465312; h=Subject:To:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=1PMeoJz09VMYiPNHumBMp0cF3erIJ+ztuF48zUJLoe8=; b=Dl+VfU1n8r7EM1UGqe/0QwZzOg+YujqPuPJotasdDOR24P7j/jVig/2+fDgScxTB bG2MKEOasNF6RUlYBLQM1gAB93bAum4rQZWbPk4v63238Sj0ijxvaNSU1xnbveF/Qqa D8z7tNrotH6hPVYU+BUFtNV0GNrScatCDS2Jw/BM= Subject: Re: EFI boot partition overwritten To: freebsd-current@freebsd.org References: <0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@email.amazonses.com> From: Thomas Laus Message-ID: <0100017ab0e31c55-18dc1023-bef1-46c8-a14a-7cdf2e80dfca-000000@email.amazonses.com> Date: Fri, 16 Jul 2021 19:55:11 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Feedback-ID: 1.us-east-1.9pbSdi8VQuDGy3n7CRAr3/hYnLCug78GrsPo0xSgBOs=:AmazonSES X-SES-Outgoing: 2021.07.16-54.240.48.106 X-Rspamd-Queue-Id: 4GRMR464J7z4dww X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=amazonses.com header.s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug header.b=Dl+VfU1n; dmarc=none; spf=pass (mx1.freebsd.org: domain of 0100017ab0e31c55-18dc1023-bef1-46c8-a14a-7cdf2e80dfca-000000@amazonses.com designates 54.240.48.106 as permitted sender) smtp.mailfrom=0100017ab0e31c55-18dc1023-bef1-46c8-a14a-7cdf2e80dfca-000000@amazonses.com X-Spamd-Result: default: False [-0.45 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[amazonses.com:s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:54.240.0.0/18]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[acm.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.75)[-0.748]; DKIM_TRACE(0.00)[amazonses.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[54.240.48.106:from]; FORGED_SENDER(0.30)[lausts@acm.org,0100017ab0e31c55-18dc1023-bef1-46c8-a14a-7cdf2e80dfca-000000@amazonses.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[54.240.48.106:from]; ASN(0.00)[asn:14618, ipnet:54.240.48.0/23, country:US]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; FROM_NEQ_ENVFROM(0.00)[lausts@acm.org,0100017ab0e31c55-18dc1023-bef1-46c8-a14a-7cdf2e80dfca-000000@amazonses.com]; MAILMAN_DEST(0.00)[freebsd-current] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N On 7/16/21 1:35 PM, Warner Losh wrote: > > There should be. Yes. Last time I went hunting for a place to shoe-horn it > in, I got distracted by something else. > > The instructions are relatively straight forward. I'm writing them here for > your benefit, and also in case someone wants to send me a diff/pull request > to include them. Or better yet, put this in the handbook and we can > reference > a location from there. > > WARNING: This is a quick run-through of how to do this if you need to. > The example commands given might not be exactly right for all installations > as differing numbers of partitions will change the '-i' parameters. > > Frist, you need a partition that's of the right type. For GPT that type is > `efi` > as shown in `gpart show ` eg > # gpart show ada0 > => 40 2000409184 ada0 GPT (954G) > 40 1600 - free - (800K) > 1640 1992292792 2 freebsd-ufs (950G) > 1992294432 7000000 3 freebsd-swap (3.3G) > 1999294432 1114792 4 efi (544M) > It looks like the default layout from the install media is 200M => 40 488397088 ada0 GPT (233G) 40 409600 1 efi (200M) 409640 1024 2 freebsd-boot (512K) 410664 984 - free - (492K) 411648 4194304 3 freebsd-swap (2.0G) 4605952 483790848 4 freebsd-zfs (231G) 488396800 328 - free - (164K) > If you don't have one, you'll need to create one. In the above exmaple, > I had installed the system with a tiny partition for booting with legacy > BIOS, but then moved to booting with UEFI. I did this by turning off > swapping and doing the following: > # gpart resize -i 3 -s 7000000 ada0 > I then created a new efi partition: > # gpart add -t efi ada0 > and I let it autosize. > > Next, I needed a FAT32 filesystem on that device. FAT16 usually will > work and often FAT12, but there are known examples of system integrators > that omit support for these last two (more the latter than the former since > it's viewed as a floppy only thing, and who uses floppies). I just used > newfs_msdos and mounted it: > # newfs_msdos -F 32 /dev/ada0p4 > # mount -t msdos /dev/ada0p4 /boot/efi > > Next, you need to put a bootloader on the system. Unless you have > special needs, loader.efi is that loader. > # mkdir -p /boot/efi/efi/boot > # cp /boot/loader.efi /boot/efi/efi/boot/bootx64.efi > All of the forums use uppercase for mountpoint/EFI/BOOT/BOOTX64.efi. Is that directory structure standard across motherboard manufacturers or is lower case allowed? > If you are using efibootmgr to set a location to boot from, generally people > create a freebsd directory (we've registered /efi/freebsd with the proper > folks > to avoid conflicts): > # mkdir -p /boot/efi/efi/freebsd > # cp /boot/loader.efi /boot/efi/efi/freebsd > # efibootmgr -c -a -k /boot/kernel/kernel -l > /boot/efi/efi/freebsd/loader.efi -L "FreeBSD Boot" > though some vendors impose limits on how many boot envs you can create > and some do not allow any at all. > Warner: Thanks for getting this effort rolling. I think that the best place for is in the Handbook since it is something that is not performed often. The /usr/src/UPDATING section can just refer to the section in the Handbook for the times the loader.efi is updated or requires re-installation. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From nobody Fri Jul 16 20:13:13 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1A43E127E954 for ; Fri, 16 Jul 2021 20:13:21 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRMr058lyz4kPS; Fri, 16 Jul 2021 20:13:20 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 06941b82; Fri, 16 Jul 2021 20:13:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=9FLn+qAdeLXRyH VkiaUS8Vi7p+U=; b=KSUoQWyC9DcsIIyp8bpH34UofArdwD6o4yohGmMavCm4oL bVnHWIFI26U0+FrDqHVM2VvHmNJDJy288zkPkL4pXo3v4dTB3oln6My0Sy2SIvmc LTK/js/RPOA3aADP8+zhA9alVbsFfgnXmtTXaKgLDCfgDffh/c8/FknJkG8WQ4pj JWocqFOduMHmEXh6QElitPmr3d+DHRIZnpRvz7yvm5mdRiNTUw2/uVdTALJGPBoB yHSNc3pwOWdP+u0115DYritaQzhxAVtgdt47ogf6iEXknph3+/t4LrXcJGEMaUKe 8CrpnXK2CxiyrFU4on40TU2b8yqxWXADmYSAZglA== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=uGafciHW 1dqMDEmw4tdsBJi4iMa8bDNUb8rgT30jHB1gNFSzR0fF6wVtCT+pWdVhg5ZVksTa tvHcA8hWGSbU+kIiy2X+c/s8nQBnrXb7+yg3iPFhdtBrpZZPeGUXn9buUAu1byAJ 2Zqx4s+DazmtlnGC8TPmI9YexS9Ku+jpS6NOHJONFQZKWmW8HcxUq0XtuKT6mJzf SKbRz67vH3mpVNbRddZn8C8plSExsAJa6hKNkeF4bTFqYV0EY3SXEDishilmWRNW SOmJbQlbRKK/a/7+fzxme93bcCEmVD8pa74UlWpvRbIyHhKAv0BBDambOTxRrQhz frpk3qPe+MFCvg== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 1047786e (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Fri, 16 Jul 2021 20:13:14 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: EFI boot partition overwritten From: Michael Gmelin In-Reply-To: Date: Fri, 16 Jul 2021 22:13:13 +0200 Cc: Thomas Laus , Current FreeBSD Message-Id: References: To: Warner Losh X-Mailer: iPhone Mail (18F72) X-Rspamd-Queue-Id: 4GRMr058lyz4kPS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N > On 16. Jul 2021, at 19:38, Warner Losh wrote: >=20 > =EF=BB=BFOn Fri, Jul 16, 2021 at 6:14 AM Thomas Laus wrot= e: >=20 >> Group: >>=20 >> This is an issue for more than just CURRENT. The 'usr/src/UPDATING' >> file has the instructions for updating the ZFS bootblocks but not the >> EFI partition. I recently upgraded a RELEASE-12.2 to RELEASE-13.0. The >> freebsd-update procedure did not upgrade the ZFS bootblocks. I forgot >> that this PC was UEFI only and overwrote the first partition with the >> gptzfsboot code. That made my system un-bootable. I found the recovery >> procedure on one of the FreeBSD forums and was able to reformat the EFI >> MSDOS partition, create the proper directory structure, and copy the >> loader.efi file to the correct location and filename using the Live >> Filesystem running on the installation CD. >>=20 >> I searched the man pages and the UPDATING file for instructions but came >> up empty and had to resort to finding the answer on one of the forums. >> The filenames have changed since FreeBSD first supported EFI and some of >> the forum instructions are out of date. My problem must be fairly >> common and the recovery procedure should be in a man page with a >> footnote or man reference somewhere on the install media. >>=20 >> Since CURRENT receives more updates to the EFI boot loader than the >> release versions, there should be instructions in the CURRENT >> 'usr/src/UPDATING' file on how to update the EFI bootcode. >>=20 >=20 > There should be. Yes. Last time I went hunting for a place to shoe-horn it= > in, I got distracted by something else. >=20 > The instructions are relatively straight forward. I'm writing them here fo= r > your benefit, and also in case someone wants to send me a diff/pull reques= t > to include them. Or better yet, put this in the handbook and we can > reference > a location from there. >=20 > WARNING: This is a quick run-through of how to do this if you need to. > The example commands given might not be exactly right for all installation= s > as differing numbers of partitions will change the '-i' parameters. >=20 > Frist, you need a partition that's of the right type. For GPT that type is= > `efi` > as shown in `gpart show ` eg > # gpart show ada0 > =3D> 40 2000409184 ada0 GPT (954G) > 40 1600 - free - (800K) > 1640 1992292792 2 freebsd-ufs (950G) > 1992294432 7000000 3 freebsd-swap (3.3G) > 1999294432 1114792 4 efi (544M) >=20 > If you don't have one, you'll need to create one. In the above exmaple, > I had installed the system with a tiny partition for booting with legacy > BIOS, but then moved to booting with UEFI. I did this by turning off > swapping and doing the following: > # gpart resize -i 3 -s 7000000 ada0 > I then created a new efi partition: > # gpart add -t efi ada0 > and I let it autosize. >=20 > Next, I needed a FAT32 filesystem on that device. FAT16 usually will > work and often FAT12, but there are known examples of system integrators > that omit support for these last two (more the latter than the former sinc= e > it's viewed as a floppy only thing, and who uses floppies). I just used > newfs_msdos and mounted it: > # newfs_msdos -F 32 /dev/ada0p4 > # mount -t msdos /dev/ada0p4 /boot/efi >=20 > Next, you need to put a bootloader on the system. Unless you have > special needs, loader.efi is that loader. > # mkdir -p /boot/efi/efi/boot > # cp /boot/loader.efi /boot/efi/efi/boot/bootx64.efi >=20 > If you are using efibootmgr to set a location to boot from, generally peop= le > create a freebsd directory (we've registered /efi/freebsd with the proper > folks > to avoid conflicts): > # mkdir -p /boot/efi/efi/freebsd > # cp /boot/loader.efi /boot/efi/efi/freebsd > # efibootmgr -c -a -k /boot/kernel/kernel -l > /boot/efi/efi/freebsd/loader.efi -L "FreeBSD Boot" > though some vendors impose limits on how many boot envs you can create > and some do not allow any at all. >=20 It would be cool to also update the loader.efi man page to be a bit more use= ful (this is what 'zpool upgrade' refers to/will refer to in the future). -m > Warner From nobody Sat Jul 17 12:32:07 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 707FF1245A88 for ; Sat, 17 Jul 2021 12:32:12 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRnYR498Yz4TT8 for ; Sat, 17 Jul 2021 12:32:11 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x332.google.com with SMTP id n4so7412503wms.1 for ; Sat, 17 Jul 2021 05:32:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=Ov1UKG+AsCVUjt59XsFZOLI7ndZuFR2qPTpcG4LG2nQ=; b=XfaoxxzJxm6LxqBFymgK0Omr0OaXI2P3E9k0Xs+lq+O9MOSAiwhbWusluOzvgzttfl kyYyEK2TvZgTs7x/YUCH6QZB3nuQ+1KHiJbb7nai+M+TaK5nvsV+5Ub+vQt9fwVAwQ0O NSV0EXax6xctA3ABdXmAPjzDEzbP30/kQVh1m5jJIEreTa6yACfC2S1eNuB7d+R8tJf0 st5NWj74WCl+tUc7MeH5cOYnFj6xtK820A1keMR8gqQhmpmLvm7WPNPQC4nRjzGoUmb8 mfcY3zhBGo0QjzuB8qnyQW+9S008LdjxzawTt+04MFDV/GDFx+luZ1HOl1bFK0MSGdY1 RckQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=Ov1UKG+AsCVUjt59XsFZOLI7ndZuFR2qPTpcG4LG2nQ=; b=iQqW/xuiTC9ZOlOVaTdTlFKMkF2jClicJWs/LZbJtJpGfV1iV5d9aOUCZaol87cf7X /UvMIPqfolP1jEea64ctjhpQ02ud5g41fNHN8GXf1PpkJIRYxBvL6gYOcEQ5gOxKFvk0 yU/biKh7IYM+Y3Ues3FMqgmHSPh2rg2+gaYu3LY9oA1Hw2CiAy5HDh4PWHy0HReO//YL TG2qxHNMCWNmgsap7y1a6TcH/XM+Hcn6SRzdr33YX/y8tEpNuQMfy4n18gqxLLDTabBm abCEFRVHmXZawW2Z/UuRoL1fdvcaJMAl+cSkKaVIkADJHqRci3BmcWOuGDpKza/vE7+t rGFg== X-Gm-Message-State: AOAM533mZHFxzIfmC0LkOeQCLQ5wZmxpooPDubbrgj/OxHfZ9F4vLnFC FtUFoKlE97uY/n4PRT9IZnQFD1q2qnMWKQ== X-Google-Smtp-Source: ABdhPJwtFnOlLY0rQ+v179ZC6ozK46FT0eDWT7Mh/0tcT01CSN7AdwjXTLHcIeGyzxIlfYk6gUKkcg== X-Received: by 2002:a7b:ca45:: with SMTP id m5mr16242113wml.46.1626525128669; Sat, 17 Jul 2021 05:32:08 -0700 (PDT) Received: from ?IPv6:2001:470:1f1c:a0::2? (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net. [2001:470:1f1c:a0::2]) by smtp.gmail.com with ESMTPSA id d9sm13356974wrx.76.2021.07.17.05.32.07 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 17 Jul 2021 05:32:08 -0700 (PDT) To: Current FreeBSD From: Graham Perrin Subject: nvme(4) losing control, and subsequent use of fsck_ffs(8) with UFS Message-ID: <994d22b5-c8b7-1183-8198-47b8251e896e@gmail.com> Date: Sat, 17 Jul 2021 13:32:07 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4GRnYR498Yz4TT8 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XfaoxxzJ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::332 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [1.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::332:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.979]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::332:from:127.0.2.255]; NEURAL_SPAM_LONG(0.93)[0.926]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::332:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N When the file system is stress-tested, it seems that the device (an internal drive) is lost. A recent photograph: Transcribed manually: nvme0: Resetting controller due to a timeout. nvme0: resetting controller nvme0: controller ready did not become 0 within 5500 ms nvme0: failing outstanding i/o nvme0: WRITE sqid:2 cid:115 nsid:1 lba:296178856 len:64 nvme0: ABORTED - BY REQUEST (00/07) sqid:2 cid:115 cdw0:0 g_vfs_done():nvd0p2[WRITE(offset=151370924032, length=32768)]error = 6 UFS: forcibly unmounting /dev/nvd0p2 from / nvme0: failing outstanding i/o … et cetera. Is this a sure sign of a hardware problem? Or must I do something special to gain reliability under stress? I don't how to interpret parts of the manual page for nvme(4). There's direction to include this line in loader.conf(5): nvme_load="YES" – however when I used kldload(8), it seemed that the module was already loaded, or in kernel. Using StressDisk: – failures typically occur after around six minutes of testing. The drive is very new, less than 2 TB written: I do suspect a hardware problem, because two prior installations of Windows 10 became non-bootable. Also: I find peculiarities with use of fsck_ffs(8), which I can describe later. Maybe to be expected, if there's a problem with the drive. From nobody Sat Jul 17 13:36:22 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3A4C1127C29B for ; Sat, 17 Jul 2021 13:36:26 +0000 (UTC) (envelope-from doa379@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRpzZ0f1nz4h5H for ; Sat, 17 Jul 2021 13:36:25 +0000 (UTC) (envelope-from doa379@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id r11so15349949wro.9 for ; Sat, 17 Jul 2021 06:36:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=P70ZzPveu8j8F8242hIZoDqPtyi1f4fZZzX5dXGe9QE=; b=vbbO8vz2DyN4LrGNVdbths48gMSAlMdqENav7ZgtY3ZOvX5IJVmuXz51HUx31+Lu45 gbyKvqGJYLxnLOpgXEcAipXigxJsAA3vdFxwzJs7W20fZOssEp08bNuuxHcQhfiJkWrI tKgd/eSgopEMRI9dciKp45ir1m1TcfOfXHZAYzPcT/eReWAokLyhzydENCf0Faexuyyn /ZNLUIUgNiLAeRPjtjhhQnGUKYBN0Ck8Ay7GPI6da6+KW4vJwQCbO3QTAOLKsdL3gABl onZWq4l+mlsCoAfgGTOtE9NE1ffCm5dTkMWpzkfwX4QhfOkXcWCWAjofWEBIKgnxpxiT mXmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=P70ZzPveu8j8F8242hIZoDqPtyi1f4fZZzX5dXGe9QE=; b=UoxG5tt+alNu7aR54B5fML53/lYZKC1dC3xLwm9Vw/L+Om5s/NjMCpamFmI/19cjBd tAUL/HINq3rfIyz/q0iExacXOJf+C8z2nfYkkmxV1fVvfHzJwdc0EM1q7DGkYY+XfnaZ QVSce9Ir8+ieoD8givGSTN00vHs2KODXOgAonnuSxWlv5TKRVUL/DaDYTqfiR6JDVNB1 30ZLAV3n83D03+io3DPebTM8W9/b0JjsJssdCqqBOBwpTrlH1FqB0H8IRK86V1zJMZXS QjkkG1cNdy8jEYRw5d0k4PFxCHkJwUzICU2ftO2hKoPHuRrnKlRdahTRNTcu65TayptC Mq0g== X-Gm-Message-State: AOAM533I/xoSBgtrYH6SG/69mUFI7lS0gPp72LQjHV2I2UJiy9D5SmE2 NoRjC7Tr0uh8LZsndbIC3qI= X-Google-Smtp-Source: ABdhPJz1m9clET1O5WY+a5TXjbRsZ5EoeGuv0/8BPqacVZO54b5SMbbX4PuECrtnNBGSppG67G3Leg== X-Received: by 2002:adf:f946:: with SMTP id q6mr18570634wrr.283.1626528984658; Sat, 17 Jul 2021 06:36:24 -0700 (PDT) Received: from localhost (cpc95516-derb17-2-0-cust943.8-3.cable.virginm.net. [82.5.115.176]) by smtp.gmail.com with ESMTPSA id o7sm15662693wrv.72.2021.07.17.06.36.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 17 Jul 2021 06:36:24 -0700 (PDT) Date: Sat, 17 Jul 2021 14:36:22 +0100 From: doa379 To: Graham Perrin Cc: Current FreeBSD Subject: Re: nvme(4) losing control, and subsequent use of fsck_ffs(8) with UFS Message-ID: References: <994d22b5-c8b7-1183-8198-47b8251e896e@gmail.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <994d22b5-c8b7-1183-8198-47b8251e896e@gmail.com> X-Rspamd-Queue-Id: 4GRpzZ0f1nz4h5H X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > When the file system is stress-tested, it seems that the device (an internal > drive) is lost. > > A recent photograph: > > > > Transcribed manually: > > nvme0: Resetting controller due to a timeout. > nvme0: resetting controller > nvme0: controller ready did not become 0 within 5500 ms > nvme0: failing outstanding i/o > nvme0: WRITE sqid:2 cid:115 nsid:1 lba:296178856 len:64 > nvme0: ABORTED - BY REQUEST (00/07) sqid:2 cid:115 cdw0:0 > g_vfs_done():nvd0p2[WRITE(offset=151370924032, length=32768)]error = 6 > UFS: forcibly unmounting /dev/nvd0p2 from / > nvme0: failing outstanding i/o > > … et cetera. > > Is this a sure sign of a hardware problem? Or must I do something special to > gain reliability under stress? > > I don't how to interpret parts of the manual page for nvme(4). There's > direction to include this line in loader.conf(5): > > nvme_load="YES" > > – however when I used kldload(8), it seemed that the module was already > loaded, or in kernel. > > Using StressDisk: > > > > – failures typically occur after around six minutes of testing. > > The drive is very new, less than 2 TB written: > > > > I do suspect a hardware problem, because two prior installations of Windows > 10 became non-bootable. > > Also: I find peculiarities with use of fsck_ffs(8), which I can describe > later. Maybe to be expected, if there's a problem with the drive. > > I have a similar issue with a system that runs off a USB drive. The fs is UFS. The system does minimal disk io but the system fails without warning on repeated intervals. The disk controller gets disconnected thereby taking the whole system offline. I'm sure the drive itself is not perfect but I'd have expected the fs to account for that. From nobody Sat Jul 17 14:53:56 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BC85E8D6552 for ; Sat, 17 Jul 2021 14:53:59 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRrj34Lznz3CcR for ; Sat, 17 Jul 2021 14:53:59 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id g16so15533037wrw.5 for ; Sat, 17 Jul 2021 07:53:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=AfsYQHx9GrY7xXqinx0m7Tw7aLyHgznsXt2qf9dXlwM=; b=VbIO8+p7BOrFlDw8IV8mjPSq1MMFQRmTX/vspzJGqF4dHH5Y25cZ8Z1pT1ES8zXDl/ BXudLGnhATWCDs9zhkcWsF9Ur78yknziMpirpOUaWASV1I2mjYrc8AtbvhI1Gr9M7xqB Z7IMjA1yF4E3D/R0Zgmirmw3MhLz5dqXJsLpyc95kinGimr5wVs8KU6cmsjTlzwRRwbR x1TKgH+6EI60c7lCEGUHj8WkKYicVOR0fIcQ2RjQDIiIw2X3Mrh+cnabIpM4lyrETp9A 2PBatbr2VefV7BB6+KDKtYIm6AR+OfogW+AzacxuRfwDWQAZN8q8u+PtYToOZbq3YXE4 FyBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=AfsYQHx9GrY7xXqinx0m7Tw7aLyHgznsXt2qf9dXlwM=; b=OFUamNefgUtdaup8OFudNefNSfwvISsZb6xkBre2HU99LgQCjmOiCm5WqcQNt/FlgD 1077kaBzTR4oRpJFeImpsSXTTdyfW4iMP+5HyQFzb2JotzPNxzbAc7kpfmI2kAZ84QAL QcupZyS7DmJvnJwessYm5eLoJiXaiaqp1wDcdIIYGsuAhp3KaWK28Cs5HAj9pTuKVyJk DE+v/FpuKp15bzvecA06LQ2WijPgd6H7eTyZMa/Ac/i4MU7pcUnMlaqrhaVoH4MaILXQ XQuihs3cuy1M794MRDRKkSEu/cfJEVBw9TE2hi8rO4yCKKwu0CAaXYUAtdksno+d0FSd oDlg== X-Gm-Message-State: AOAM531EnxGeJMij3/gZD4vJco3RRLMUDqozWK/vGsPWszpmcySqTcmr kX+orN38aWDGMKywLWrgSmM1FNf1Crvdsg== X-Google-Smtp-Source: ABdhPJyZgETTID1q/aDl5t+vUyzj0aqkJSkoaEC7DvFBKXjuFuEQZP9E0sV8HT/EkfOvLOH8kQOg3w== X-Received: by 2002:adf:f907:: with SMTP id b7mr19279655wrr.357.1626533637208; Sat, 17 Jul 2021 07:53:57 -0700 (PDT) Received: from ?IPv6:2001:470:1f1c:a0::2? (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net. [2001:470:1f1c:a0::2]) by smtp.gmail.com with ESMTPSA id n11sm2306924wms.0.2021.07.17.07.53.56 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 17 Jul 2021 07:53:56 -0700 (PDT) Subject: USB: disk controller disconnection To: doa379 Cc: Current FreeBSD References: <994d22b5-c8b7-1183-8198-47b8251e896e@gmail.com> From: Graham Perrin Message-ID: Date: Sat, 17 Jul 2021 15:53:56 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 4GRrj34Lznz3CcR X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 17/07/2021 14:36, doa379 wrote: Re: nvme(4) losing control, and subsequent use of fsck_ffs(8) with UFS > I have a similar issue with a system that runs off a USB drive. The > fs is UFS. The system does minimal disk io but the system fails without > warning on repeated intervals. The disk controller gets disconnected > thereby taking the whole system offline. I'm sure the drive itself is > not perfect but I'd have expected the fs to account for that. USB can be a strange, horrible creature. Always carry an old-fashioned hand-held mirror; if you look at USB the wrong way, you might turn to stone. I learnt to not trust some USB ports for storage. What's the hardware in your case, and how exactly is it connected? Share a hardware probe, if you like. From nobody Sat Jul 17 15:46:06 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 93AB61273369 for ; Sat, 17 Jul 2021 15:46:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x735.google.com (mail-qk1-x735.google.com [IPv6:2607:f8b0:4864:20::735]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRssQ3K1Sz3N4r for ; Sat, 17 Jul 2021 15:46:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x735.google.com with SMTP id z9so11977516qkg.5 for ; Sat, 17 Jul 2021 08:46:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ghtg8hZh7wKLkh7rOtoAiNxaJXCtZ+R+pjwp29i7GzY=; b=vHSfbahDaDMqbUwi0QNohJFWezfPKeh9gK1tpB8Ulo7h1hEEkobniY3WC3l1WXjoxV 8kBC3jtk9jr0iohhpADDff5sRSw37Oe4zqky2Nde2aZZmENCiiffJ1i7kAXJmzSBD5ia F/LlF/b+qWsJ+H9FSzvDvGut/BXvXgRJKvqQORIChhkFT7TVd8BwKTpkVYZTPIi+kNnX 0blR2opJwECUe9pBND0IsAfoNA3BJZ+sPC6+QYBY9Sx+pXXq8fpA4SWcQ2WZimLao/v4 ennnUyEIW6GmR3mjvyRooO80rpkiqH0WQ86dXatU+nPr/KBZyPiWc4hod7vahfZVgSOP tsNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ghtg8hZh7wKLkh7rOtoAiNxaJXCtZ+R+pjwp29i7GzY=; b=K4eQN8NgKO3oZcAEjLr2MFrU+7hp1N8gPAHS5sosZszhc5UOkm15vg0N5AZVhvL28v Hn9OUzk3Ox9BqeO+wrTveGZPG5o8rXrIvd7ZHbPeU03D+PDnigwH+6XLZwkrCf0e3gM9 Tt00bTgHPby/BW+5qxPGdq4846Y0wYyHYp2kQDVwBFGzDAQrwNyRi7M3ITDkLBlIoisC Iwjkd6nEZ1kapQ0W9HYaqgDl8KlZJ9jd4Aq52RrUcpSctKSK/o5/Rvo0bVg26pd+sLyQ g7wHbxFbkw3ABm8pmkhBm2IYJFE7B+RA5OVCQZdApa/xZfRvwPQ3aQfXkoDS5KSWLqaj pT/w== X-Gm-Message-State: AOAM533S2bB2ibD/OjZBUdoy7CIrdeBjr7RugXXW/8odGUBuLFG9Xch0 q5vpn3jQFDRuI/EUawOkKxulIdtkWYxYogIw+Ac3Rw== X-Google-Smtp-Source: ABdhPJykik/aBz2BTyQl4+ym2/SHXrdAB78lV1YygXStdKQfvGANFRT5q4Lt+J6wf/IfilcfNsYyKnVMP/q1J+fhsOE= X-Received: by 2002:a37:e4f:: with SMTP id 76mr15327307qko.44.1626536777398; Sat, 17 Jul 2021 08:46:17 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <994d22b5-c8b7-1183-8198-47b8251e896e@gmail.com> In-Reply-To: <994d22b5-c8b7-1183-8198-47b8251e896e@gmail.com> From: Warner Losh Date: Sat, 17 Jul 2021 09:46:06 -0600 Message-ID: Subject: Re: nvme(4) losing control, and subsequent use of fsck_ffs(8) with UFS To: Graham Perrin Cc: Current FreeBSD Content-Type: multipart/alternative; boundary="000000000000d4cf5b05c7539a9d" X-Rspamd-Queue-Id: 4GRssQ3K1Sz3N4r X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000d4cf5b05c7539a9d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Jul 17, 2021 at 6:33 AM Graham Perrin wrote: > When the file system is stress-tested, it seems that the device (an > internal drive) is lost. > This is most likely a drive problem. Netflix pushes half a dozen different lower-end models of NVMe drives to their physical limits w/o seeing issues like this. That said, our screening process screens out several low-quality drives that just lose their minds from time to time. > A recent photograph: > > > > Transcribed manually: > > nvme0: Resetting controller due to a timeout. > nvme0: resetting controller > nvme0: controller ready did not become 0 within 5500 ms > Here the controller failed hard. We were unable to reset it within 5 seconds. One might be able to tweak the timeouts to cope with the drive better. Do you have to power cycle to get it to respond again? > nvme0: failing outstanding i/o > nvme0: WRITE sqid:2 cid:115 nsid:1 lba:296178856 len:64 > nvme0: ABORTED - BY REQUEST (00/07) sqid:2 cid:115 cdw0:0 > g_vfs_done():nvd0p2[WRITE(offset=3D151370924032, length=3D32768)]error = =3D 6 > UFS: forcibly unmounting /dev/nvd0p2 from / > nvme0: failing outstanding i/o > > =E2=80=A6 et cetera. > > Is this a sure sign of a hardware problem? Or must I do something > special to gain reliability under stress? > It's most likely a hardware problem. that said, I've been working on patches to make the recovery when errors like this happen better. > I don't how to interpret parts of the manual page for nvme(4). There's > direction to include this line in loader.conf(5): > > nvme_load=3D"YES" > > =E2=80=93 however when I used kldload(8), it seemed that the module was a= lready > loaded, or in kernel. > Yes. If you are using it at all, you have the driver. > Using StressDisk: > > > > =E2=80=93 failures typically occur after around six minutes of testing. > Do you have a number of these drives, or is it just this one bad apple? > The drive is very new, less than 2 TB written: > > > > I do suspect a hardware problem, because two prior installations of > Windows 10 became non-bootable. > That's likely a huge red flag. > Also: I find peculiarities with use of fsck_ffs(8), which I can describe > later. Maybe to be expected, if there's a problem with the drive. > You can ask Kirk, but if data isn't written to the drive when the firmware crashes, then there may be data loss. Warner --000000000000d4cf5b05c7539a9d-- From nobody Sat Jul 17 18:30:41 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 51C1D12469B4 for ; Sat, 17 Jul 2021 18:30:56 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRxWN1hMgz4Ys1 for ; Sat, 17 Jul 2021 18:30:55 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-ed1-x536.google.com with SMTP id ee25so17343183edb.5 for ; Sat, 17 Jul 2021 11:30:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iOT41sEn0Ih4fJZt9CI1x9Z/SNoMg5lEYIWI7S0CY+I=; b=ELp6wtY94dv1zvqpxPp63fpD1jDgFXAN66CMlt/664xV5t7R/3GTjiHRBddyCBrzPL X7zpXYk1gZk+IbINs5X4gePUNXYhy9/UpzE09mMSslN9G4qrAyfMw7t2/V7W0QXWKZre iaKFJliTt3YFyuAGz6vI6p1hJaXivp0/HexOLY2HO84d/Ytj7Ch0ouaO0zpvEncRs4xk KeCI/uixqTaXhmV6QJ0W+l+WjQWD2Z/piK3NKxINCVb10KJSzv0cclYu0YSUAydIDPxP HNqbFOfjuVD9vpZDxswi2V6WPGmqJlzsm45gCkQVNdycSah4LC21eo/mWXBJqC9+kSti SQEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=iOT41sEn0Ih4fJZt9CI1x9Z/SNoMg5lEYIWI7S0CY+I=; b=s3LUu+Bru25eBL7YHjNYK65Lqy+tlUT8GQq3UPHbuGdV377AG+NySmTaA4RDHcudB5 sAa4No0HKa4RWQfyKaAnYIszRfL5o9MLqqVUvJ5/U0XC3LTjqKZH9DqyxuyYG2jrjVhz o6gBcrBOfWu9AyPLgdWAGsF1wOBxZQ96ELLnhoixe3N1NXBmyWF19xSbyQO/jB09dEVE ZwOzMPyg4/Nool6Bt/MTre1ClXv7qbgcTCsXpw6baIU8/y4Wp0rlFQ/u7K26B95CcHA2 9oAwIa6NOlZRe/gTawM9l0AmisxdYd0PBkW2x7+VpLBiZ0v08CNJu/xhydiR0zTKiijB qzEw== X-Gm-Message-State: AOAM5312+hCCXyGfCOx2L8Tdqcca4g89IX2SFIXS+1Q9Z0MzXIhHlUIx U1RPqcnVh91/aTtjoekfH1We8YbNxi44FMDqyQ== X-Google-Smtp-Source: ABdhPJw2ODvanBSozJWdZOTOOz4pky/am0l4h9K0Yc2osyjVOYF7QQNN7hmspokM1vkFjP4IlfDsei8eTnXOnwAsTiw= X-Received: by 2002:aa7:c89a:: with SMTP id p26mr23092475eds.373.1626546653992; Sat, 17 Jul 2021 11:30:53 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <994d22b5-c8b7-1183-8198-47b8251e896e@gmail.com> In-Reply-To: From: Zaphod Beeblebrox Date: Sat, 17 Jul 2021 14:30:41 -0400 Message-ID: Subject: Re: nvme(4) losing control, and subsequent use of fsck_ffs(8) with UFS To: Warner Losh Cc: Graham Perrin , Current FreeBSD Content-Type: multipart/alternative; boundary="000000000000859c5705c755e725" X-Rspamd-Queue-Id: 4GRxWN1hMgz4Ys1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000859c5705c755e725 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable One thing, that I'm sure the developers know, but that might be underappreciated at the user level: These things are little computers ... with their own little operating systems and as such, their own little bugs. This means that the quality can swing very wildly between different examples of cheap dodgy hardware. I mean... it's also true that disk drives have been run by microcontrollers for 20-odd-years (or more), but the sheer number of vendors who can contract with PCBwaaaay (favorite utuber in my head, sorry) and get an NVMe drive completely manufactured and onto Amazon is somewhat unprecedented. Dodgy hardware doesn't need a factory anymore. On Sat, Jul 17, 2021 at 11:48 AM Warner Losh wrote: > On Sat, Jul 17, 2021 at 6:33 AM Graham Perrin > wrote: > > > When the file system is stress-tested, it seems that the device (an > > internal drive) is lost. > > > > This is most likely a drive problem. Netflix pushes half a dozen differen= t > lower-end > models of NVMe drives to their physical limits w/o seeing issues like thi= s. > > That said, our screening process screens out several low-quality drives > that just > lose their minds from time to time. > > > > A recent photograph: > > > > > > > > Transcribed manually: > > > > nvme0: Resetting controller due to a timeout. > > nvme0: resetting controller > > nvme0: controller ready did not become 0 within 5500 ms > > > > Here the controller failed hard. We were unable to reset it within 5 > seconds. One might > be able to tweak the timeouts to cope with the drive better. Do you have = to > power cycle > to get it to respond again? > > > > nvme0: failing outstanding i/o > > nvme0: WRITE sqid:2 cid:115 nsid:1 lba:296178856 len:64 > > nvme0: ABORTED - BY REQUEST (00/07) sqid:2 cid:115 cdw0:0 > > g_vfs_done():nvd0p2[WRITE(offset=3D151370924032, length=3D32768)]error = =3D 6 > > UFS: forcibly unmounting /dev/nvd0p2 from / > > nvme0: failing outstanding i/o > > > > =E2=80=A6 et cetera. > > > > Is this a sure sign of a hardware problem? Or must I do something > > special to gain reliability under stress? > > > > It's most likely a hardware problem. that said, I've been working on > patches to > make the recovery when errors like this happen better. > > > > I don't how to interpret parts of the manual page for nvme(4). There's > > direction to include this line in loader.conf(5): > > > > nvme_load=3D"YES" > > > > =E2=80=93 however when I used kldload(8), it seemed that the module was= already > > loaded, or in kernel. > > > > Yes. If you are using it at all, you have the driver. > > > > Using StressDisk: > > > > > > > > =E2=80=93 failures typically occur after around six minutes of testing. > > > > Do you have a number of these drives, or is it just this one bad apple? > > > > The drive is very new, less than 2 TB written: > > > > > > > > I do suspect a hardware problem, because two prior installations of > > Windows 10 became non-bootable. > > > > That's likely a huge red flag. > > > > Also: I find peculiarities with use of fsck_ffs(8), which I can describ= e > > later. Maybe to be expected, if there's a problem with the drive. > > > > You can ask Kirk, but if data isn't written to the drive when the firmwar= e > crashes, then there may be data loss. > > Warner > --000000000000859c5705c755e725-- From nobody Sat Jul 17 19:12:33 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2ABDD1279B8F for ; Sat, 17 Jul 2021 19:12:37 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GRyRT02vKz4k88; Sat, 17 Jul 2021 19:12:36 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x329.google.com with SMTP id m11-20020a05600c3b0bb0290228f19cb433so10204659wms.0; Sat, 17 Jul 2021 12:12:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=UOgyLzYPNiGFiz79u/DTjobebnM/nQQN2TUQpB5y2x8=; b=mIMcxTcn6/UNvEHjB8IXqdwg09FQPatSHKc+UeYSBOFYjvd25OFWZ4SGfbAw/p+MiK ZvPOse3WKsUf5kz2o2vzZmDXeR4gkYJTm4mr+XwAAzFS/LU9AiGowZvXQDQFhQPjGfus M5wgZPctMJvTPVhEK+momAG6Xk/h3H2ilZffivLgBa2G0dm+Znu4Wgd9qf7juM6ogvwQ aZiG/eUmNb03LqjQmwBgPSr359gDXKFL5yZetUtX5ml1JYMym4YxlSZS9F2KuZH0pStG K8aBCq86K2mmD3EFSKJ6w5JeAJGt0Io4Vm8RtlwAkhF94Khdh0ax2OAYUJXSjA5QrNlQ JEPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=UOgyLzYPNiGFiz79u/DTjobebnM/nQQN2TUQpB5y2x8=; b=UOjbuEIlPzjLW4IiMHHWpdjEjOsDUtRIHYmMAm1gM6wY3ENnvQiuJN8rEh7bZQOw+T MbfQ+rTUFCzHjgYQLupxpYJcfEJn1jDV3nVtouf/pVLsMU/LsBu6DY6DHSlZYeuyefHT BSA1p8brTWKTPkuiIJE9LTxBNC9MqUku4Q1ii0Y8SaeTxCFM84ntI/cilgtiuUIaZ1Sq r3TBlTXa+GqBYlolEbqiHi2msqN+u28ZUrX1THn47pC/vXFIhpZYZiy7Bcwd/a9PK0BN RPn2IRMSitSGOLRv3vTMTnI06q7zUNYIASQs+HwM2MTUprIdnXo1SueznCIeGv/6U837 RWSg== X-Gm-Message-State: AOAM5310r4h2n+PTHQISM5f8Xmekhjd008HLS+602ojlscUZzWXLVQfB BvYqO7D4VqmBu7lz2/toYSo= X-Google-Smtp-Source: ABdhPJwrC2GOauH3hwJjffXz012BDPELi1/CLugsIPbQ44sdxsfBtVODXQ2LDOGW8tDB+RMRGKJd/A== X-Received: by 2002:a1c:1f47:: with SMTP id f68mr17882548wmf.58.1626549155057; Sat, 17 Jul 2021 12:12:35 -0700 (PDT) Received: from ?IPv6:2001:470:1f1c:a0::2? (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net. [2001:470:1f1c:a0::2]) by smtp.gmail.com with ESMTPSA id e5sm571411wrm.6.2021.07.17.12.12.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 17 Jul 2021 12:12:34 -0700 (PDT) Subject: nvme(4) losing control, and subsequent use of fsck_ffs(8) with UFS: clean-then-dirty To: Warner Losh Cc: Current FreeBSD References: <994d22b5-c8b7-1183-8198-47b8251e896e@gmail.com> From: Graham Perrin Message-ID: <1252c015-77cd-f025-9c7a-533e6b2116b5@gmail.com> Date: Sat, 17 Jul 2021 20:12:33 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------7A7F62D72DD95A95FBE1EC0C" Content-Language: en-GB X-Rspamd-Queue-Id: 4GRyRT02vKz4k88 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------7A7F62D72DD95A95FBE1EC0C Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 17/07/2021 16:46, Warner Losh wrote: > On Sat, Jul 17, 2021 at 6:33 AM Graham Perrin > wrote: > > When the file system is stress-tested, it seems that the device (an > internal drive) is lost. > > > This is most likely a drive problem. Netflix pushes half a dozen > different lower-end > models of NVMe drives to their physical limits w/o seeing issues like > this. > > That said, our screening process screens out several low-quality > drives that just > lose their minds from time to time. > > A recent photograph: > > > > > Transcribed manually: > > nvme0: Resetting controller due to a timeout. > nvme0: resetting controller > nvme0: controller ready did not become 0 within 5500 ms > > > Here the controller failed hard. We were unable to reset it within 5 > seconds. One might > be able to tweak the timeouts to cope with the drive better. Do you > have to power cycle > to get it to respond again? More recently testing with FreeBSD 14.0-CURRENT installed to a mobile hard disk drive, with the one partition of the NVMe drive used entirely for test data: * the NVMe drive is not found following a restart of FreeBSD * the NVMe drive is found when (for example) I key F9 for HP's startup manager, and then I can boot (from the mobile HDD) and FreeBSD does find the drive again. > > nvme0: failing outstanding i/o > nvme0: WRITE sqid:2 cid:115 nsid:1 lba:296178856 len:64 > nvme0: ABORTED - BY REQUEST (00/07) sqid:2 cid:115 cdw0:0 > g_vfs_done():nvd0p2[WRITE(offset=151370924032, length=32768)]error = 6 > UFS: forcibly unmounting /dev/nvd0p2 from / > nvme0: failing outstanding i/o > > … et cetera. > > Is this a sure sign of a hardware problem? Or must I do something > special to gain reliability under stress? > > > It's most likely a hardware problem. that said, I've been working on > patches to > make the recovery when errors like this happen better. Smart. Thanks. > I don't how to interpret parts of the manual page for nvme(4). > There's > direction to include this line in loader.conf(5): > > nvme_load="YES" > > – however when I used kldload(8), it seemed that the module was > already > loaded, or in kernel. > > > Yes. If you are using it at all, you have the driver. > > Using StressDisk: > > > > > – failures typically occur after around six minutes of testing. > > > Do you have a number of these drives, or is it just this one bad apple? > > The drive is very new, less than 2 TB written: > > > > > I do suspect a hardware problem, because two prior installations of > Windows 10 became non-bootable. > > > That's likely a huge red flag. The computer (not mine) will be in my hands for the next thirty-six hours or so. Then it will be seen by the assigned hardware specialist, who will decide how to proceed. Whether it will be taken away for a bench test diagnosis, I don't know. In due course I'll follow up, to the list, with a final outcome. > Also: I find peculiarities with use of fsck_ffs(8), which I can > describe > later. Maybe to be expected, if there's a problem with the drive. > > > You can ask Kirk, but if data isn't written to the drive when the firmware > crashes, then there may be data loss. > > Warner Blind cc Kirk on this occasion. Re: the attached typescript file, a first run of fsck performed repairs and marked the file system clean. A subsequent run performed repairs and marked the file system dirty. I understand that with a probable hardware problem, all bets are off :-) but still: * clean-then-dirty raises an eyebrow. The version.txt file (Thursday 2021-07-15 16:12:28 BST) relates to a disk image that was provided to me, from which I performed the installation of FreeBSD that I'm currently using to test. NB the patch at the time. Thanks all Graham --------------7A7F62D72DD95A95FBE1EC0C Content-Type: text/plain; charset=UTF-8; name="2021-07-16 00.53 typescript.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="2021-07-16 00.53 typescript.txt" U2NyaXB0IHN0YXJ0ZWQgb24gRnJpIEp1bCAxNiAwMDo1MzozMCAyMDIxDQpyb290QG1vd2Ey MTktZ2pwNC1mcmVlYnNkLWQzMTEyMS12ZXJiYXRpbTp+ICMgZGF0ZQ0KDQpGcmkgSnVsIDE2 IDAwOjUzOjMyIEJTVCAyMDIxDQpyb290QG1vd2EyMTktZ2pwNC1mcmVlYnNkLWQzMTEyMS12 ZXJiYXRpbTp+ICMgdXB0aW1lDQoNCjEyOjUzQU0gIHVwIDIgbWlucywgMSB1c2VyLCBsb2Fk IGF2ZXJhZ2VzOiAwLjE0LCAwLjA1LCAwLjAxDQpyb290QG1vd2EyMTktZ2pwNC1mcmVlYnNk LWQzMTEyMS12ZXJiYXRpbTp+ICMgdW5hbWUgLUtVdg0KDQpGcmVlQlNEIDE0LjAtQ1VSUkVO VCAjMCBtYWluLW4yNDc5ODUtZDFhMGVhYjlmYmMtZGlydHk6IFdlZCBKdWwgMTQgMTc6NTk6 MjIgRURUIDIwMjEgICAgIHJvb3RAdGVzdHBjLWZyZWVic2QuZGF2aWRncm91cDovdXNyL29i ai91c3IvaG9tZS9kYXZpZC9GcmVlQlNEL3NyYy9hbWQ2NC5hbWQ2NC9zeXMvR0VORVJJQyAg MTQwMDAyNSAxNDAwMDI1DQpyb290QG1vd2EyMTktZ2pwNC1mcmVlYnNkLWQzMTEyMS12ZXJi YXRpbTp+ICMgbHNibGsNCg0KREVWSUNFICAgICAgICAgTUFKOk1JTiBTSVpFIFRZUEUgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBMQUJFTCBNT1VOVA0KZGEwICAgICAgICAgICAg ICAwOjEwOSA3LjNHIEdQVCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLSAt DQogIGRhMHAxICAgICAgICAgIDA6MTEwIDI2ME0gZWZpICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAtIC9ib290L2VmaQ0KICBkYTBwMiAgICAgICAgICAwOjExMSA2LjdH IGZyZWVic2QtdWZzICAgICAgICAgICAgICAgICAgICAgICAgICAgLSAvDQogIGRhMHAzICAg ICAgICAgIDA6MTEyIDM3Mk0gZnJlZWJzZC1zd2FwICAgICAgICAgICAgICAgICAgICAgICAg ICAtIFNXQVANCiAgPEZSRUU+ICAgICAgICAgLTotICAgMi4wTSAtICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIC0gLQ0KbnZkMCAgICAgICAgICAgICAwOjY4ICAyMzhH IEdQVCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLSAtDQogIDxGUkVFPiAg ICAgICAgIC06LSAgIDEuME0gLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAtIC0NCiAgbnZkMHAxICAgICAgICAgMDo2OSAgMjM4RyBmcmVlYnNkLXVmcyAgICAgICAg ICAgZ3B0L0ZyZWVCU0QlMjBVRlMgLQ0Kcm9vdEBtb3dhMjE5LWdqcDQtZnJlZWJzZC1kMzEx MjEtdmVyYmF0aW06fiAjIGZzY2sgLXkgL2Rldi9udmQwcDENCg0KKiogL2Rldi9udmQwcDEN CioqIExhc3QgTW91bnRlZCBvbiAvbW50L3N0cmVzcw0KKiogUGhhc2UgMSAtIENoZWNrIEJs b2NrcyBhbmQgU2l6ZXMNCklOQ09SUkVDVCBCTE9DSyBDT1VOVCBJPTExNSAoMTk1NDM2OCBz aG91bGQgYmUgODk2KQ0KQ09SUkVDVD8geWVzDQoNCklOT0RFIDExNTogRklMRSBTSVpFIDEw MDAzNDE1MDQgQkVZT05EIEVORCBPRiBBTExPQ0FURUQgRklMRSwgU0laRSBTSE9VTEQgQkUg MzkzMjE2DQpBREpVU1Q/IHllcw0KDQpJTkNPUlJFQ1QgQkxPQ0sgQ09VTlQgST0xMTYgKDE5 NTQzNjggc2hvdWxkIGJlIDg5NikNCkNPUlJFQ1Q/IHllcw0KDQpJTk9ERSAxMTY6IEZJTEUg U0laRSAxMDAwMzQxNTA0IEJFWU9ORCBFTkQgT0YgQUxMT0NBVEVEIEZJTEUsIFNJWkUgU0hP VUxEIEJFIDM5MzIxNg0KQURKVVNUPyB5ZXMNCg0KSU5DT1JSRUNUIEJMT0NLIENPVU5UIEk9 MTE3ICgxOTU0MzY4IHNob3VsZCBiZSA4OTYpDQpDT1JSRUNUPyB5ZXMNCg0KSU5PREUgMTE3 OiBGSUxFIFNJWkUgMTAwMDM0MTUwNCBCRVlPTkQgRU5EIE9GIEFMTE9DQVRFRCBGSUxFLCBT SVpFIFNIT1VMRCBCRSAzOTMyMTYNCkFESlVTVD8geWVzDQoNCklOQ09SUkVDVCBCTE9DSyBD T1VOVCBJPTExOCAoMTk1NDM2OCBzaG91bGQgYmUgODk2KQ0KQ09SUkVDVD8geWVzDQoNCklO T0RFIDExODogRklMRSBTSVpFIDEwMDAzNDE1MDQgQkVZT05EIEVORCBPRiBBTExPQ0FURUQg RklMRSwgU0laRSBTSE9VTEQgQkUgMzkzMjE2DQpBREpVU1Q/IHllcw0KDQpJTkNPUlJFQ1Qg QkxPQ0sgQ09VTlQgST0xMTkgKDE5NTQzNjggc2hvdWxkIGJlIDg5NikNCkNPUlJFQ1Q/IHll cw0KDQpJTk9ERSAxMTk6IEZJTEUgU0laRSAxMDAwMzQxNTA0IEJFWU9ORCBFTkQgT0YgQUxM T0NBVEVEIEZJTEUsIFNJWkUgU0hPVUxEIEJFIDM5MzIxNg0KQURKVVNUPyB5ZXMNCg0KSU5D T1JSRUNUIEJMT0NLIENPVU5UIEk9MTIwICgxOTU0MzY4IHNob3VsZCBiZSA4OTYpDQpDT1JS RUNUPyB5ZXMNCg0KSU5PREUgMTIwOiBGSUxFIFNJWkUgMTAwMDM0MTUwNCBCRVlPTkQgRU5E IE9GIEFMTE9DQVRFRCBGSUxFLCBTSVpFIFNIT1VMRCBCRSAzOTMyMTYNCkFESlVTVD8geWVz DQoNCklOQ09SUkVDVCBCTE9DSyBDT1VOVCBJPTEyMSAoMTk1NDM2OCBzaG91bGQgYmUgODk2 KQ0KQ09SUkVDVD8geWVzDQoNCklOT0RFIDEyMTogRklMRSBTSVpFIDEwMDAzNDE1MDQgQkVZ T05EIEVORCBPRiBBTExPQ0FURUQgRklMRSwgU0laRSBTSE9VTEQgQkUgMzkzMjE2DQpBREpV U1Q/IHllcw0KDQpJTkNPUlJFQ1QgQkxPQ0sgQ09VTlQgST0xMjIgKDE5NTQzNjggc2hvdWxk IGJlIDg5NikNCkNPUlJFQ1Q/IHllcw0KDQpJTk9ERSAxMjI6IEZJTEUgU0laRSAxMDAwMzQx NTA0IEJFWU9ORCBFTkQgT0YgQUxMT0NBVEVEIEZJTEUsIFNJWkUgU0hPVUxEIEJFIDM5MzIx Ng0KQURKVVNUPyB5ZXMNCg0KSU5DT1JSRUNUIEJMT0NLIENPVU5UIEk9MTIzICgxOTU0MzY4 IHNob3VsZCBiZSA4OTYpDQpDT1JSRUNUPyB5ZXMNCg0KSU5PREUgMTIzOiBGSUxFIFNJWkUg MTAwMDM0MTUwNCBCRVlPTkQgRU5EIE9GIEFMTE9DQVRFRCBGSUxFLCBTSVpFIFNIT1VMRCBC RSAzOTMyMTYNCkFESlVTVD8geWVzDQoNCklOQ09SUkVDVCBCTE9DSyBDT1VOVCBJPTEyNCAo MTk1NDM2OCBzaG91bGQgYmUgODk2KQ0KQ09SUkVDVD8geWVzDQoNCklOT0RFIDEyNDogRklM RSBTSVpFIDEwMDAzNDE1MDQgQkVZT05EIEVORCBPRiBBTExPQ0FURUQgRklMRSwgU0laRSBT SE9VTEQgQkUgMzkzMjE2DQpBREpVU1Q/IHllcw0KDQoqKiBQaGFzZSAyIC0gQ2hlY2sgUGF0 aG5hbWVzDQoqKiBQaGFzZSAzIC0gQ2hlY2sgQ29ubmVjdGl2aXR5DQoqKiBQaGFzZSA0IC0g Q2hlY2sgUmVmZXJlbmNlIENvdW50cw0KKiogUGhhc2UgNSAtIENoZWNrIEN5bCBncm91cHMN CkZSRUUgQkxLIENPVU5UKFMpIFdST05HIElOIFNVUEVSQkxLDQpTQUxWQUdFPyB5ZXMNCg0K U1VNTUFSWSBJTkZPUk1BVElPTiBCQUQNClNBTFZBR0U/IHllcw0KDQpCTEsoUykgTUlTU0lO RyBJTiBCSVQgTUFQUw0KU0FMVkFHRT8geWVzDQoNCjEyNCBmaWxlcywgMjcxMTc5NzggdXNl ZCwgMzM0MzIxMjUgZnJlZSAoMjEgZnJhZ3MsIDQxNzkwMTMgYmxvY2tzLCAwLjAlIGZyYWdt ZW50YXRpb24pDQoNCioqKioqIEZJTEUgU1lTVEVNIE1BUktFRCBDTEVBTiAqKioqKg0KDQoq KioqKiBGSUxFIFNZU1RFTSBXQVMgTU9ESUZJRUQgKioqKioNCnJvb3RAbW93YTIxOS1nanA0 LWZyZWVic2QtZDMxMTIxLXZlcmJhdGltOn4gIyBmc2NrIC15IC9kZXYvbnZkMHAxDQoNCioq IC9kZXYvbnZkMHAxDQoqKiBMYXN0IE1vdW50ZWQgb24gL21udC9zdHJlc3MNCioqIFBoYXNl IDEgLSBDaGVjayBCbG9ja3MgYW5kIFNpemVzDQpVTktOT1dOIEZJTEUgVFlQRSBJPTExNQ0K Q0xFQVI/IHllcw0KDQpVTktOT1dOIEZJTEUgVFlQRSBJPTExNg0KQ0xFQVI/IHllcw0KDQpV TktOT1dOIEZJTEUgVFlQRSBJPTExNw0KQ0xFQVI/IHllcw0KDQpVTktOT1dOIEZJTEUgVFlQ RSBJPTExOA0KQ0xFQVI/IHllcw0KDQpVTktOT1dOIEZJTEUgVFlQRSBJPTExOQ0KQ0xFQVI/ IHllcw0KDQpVTktOT1dOIEZJTEUgVFlQRSBJPTEyMA0KQ0xFQVI/IHllcw0KDQpVTktOT1dO IEZJTEUgVFlQRSBJPTEyMQ0KQ0xFQVI/IHllcw0KDQpVTktOT1dOIEZJTEUgVFlQRSBJPTEy Mg0KQ0xFQVI/IHllcw0KDQpVTktOT1dOIEZJTEUgVFlQRSBJPTEyMw0KQ0xFQVI/IHllcw0K DQpVTktOT1dOIEZJTEUgVFlQRSBJPTEyNA0KQ0xFQVI/IHllcw0KDQoqKiBQaGFzZSAyIC0g Q2hlY2sgUGF0aG5hbWVzDQpVTkFMTE9DQVRFRCAgST0xMTUgIE9XTkVSPXJvb3QgTU9ERT0w DQpTSVpFPTAgTVRJTUU9SmFuICAxIDAxOjAwIDE5NzAgDQpOQU1FPS9UU1RfMDExMQ0KDQpS RU1PVkU/IHllcw0KDQpVTkFMTE9DQVRFRCAgST0xMTYgIE9XTkVSPXJvb3QgTU9ERT0wDQpT SVpFPTAgTVRJTUU9SmFuICAxIDAxOjAwIDE5NzAgDQpOQU1FPS9UU1RfMDExMg0KDQpSRU1P VkU/IHllcw0KDQpVTkFMTE9DQVRFRCAgST0xMTcgIE9XTkVSPXJvb3QgTU9ERT0wDQpTSVpF PTAgTVRJTUU9SmFuICAxIDAxOjAwIDE5NzAgDQpOQU1FPS9UU1RfMDExMw0KDQpSRU1PVkU/ IHllcw0KDQpVTkFMTE9DQVRFRCAgST0xMTggIE9XTkVSPXJvb3QgTU9ERT0wDQpTSVpFPTAg TVRJTUU9SmFuICAxIDAxOjAwIDE5NzAgDQpOQU1FPS9UU1RfMDExNA0KDQpSRU1PVkU/IHll cw0KDQpVTkFMTE9DQVRFRCAgST0xMTkgIE9XTkVSPXJvb3QgTU9ERT0wDQpTSVpFPTAgTVRJ TUU9SmFuICAxIDAxOjAwIDE5NzAgDQpOQU1FPS9UU1RfMDExNQ0KDQpSRU1PVkU/IHllcw0K DQpVTkFMTE9DQVRFRCAgST0xMjAgIE9XTkVSPXJvb3QgTU9ERT0wDQpTSVpFPTAgTVRJTUU9 SmFuICAxIDAxOjAwIDE5NzAgDQpOQU1FPS9UU1RfMDExNg0KDQpSRU1PVkU/IHllcw0KDQpV TkFMTE9DQVRFRCAgST0xMjEgIE9XTkVSPXJvb3QgTU9ERT0wDQpTSVpFPTAgTVRJTUU9SmFu ICAxIDAxOjAwIDE5NzAgDQpOQU1FPS9UU1RfMDExNw0KDQpSRU1PVkU/IHllcw0KDQpVTkFM TE9DQVRFRCAgST0xMjIgIE9XTkVSPXJvb3QgTU9ERT0wDQpTSVpFPTAgTVRJTUU9SmFuICAx IDAxOjAwIDE5NzAgDQpOQU1FPS9UU1RfMDExOA0KDQpSRU1PVkU/IHllcw0KDQpVTkFMTE9D QVRFRCAgST0xMjMgIE9XTkVSPXJvb3QgTU9ERT0wDQpTSVpFPTAgTVRJTUU9SmFuICAxIDAx OjAwIDE5NzAgDQpOQU1FPS9UU1RfMDExOQ0KDQpSRU1PVkU/IHllcw0KDQpVTkFMTE9DQVRF RCAgST0xMjQgIE9XTkVSPXJvb3QgTU9ERT0wDQpTSVpFPTAgTVRJTUU9SmFuICAxIDAxOjAw IDE5NzAgDQpOQU1FPS9UU1RfMDEyMA0KDQpSRU1PVkU/IHllcw0KDQoqKiBQaGFzZSAzIC0g Q2hlY2sgQ29ubmVjdGl2aXR5DQoqKiBQaGFzZSA0IC0gQ2hlY2sgUmVmZXJlbmNlIENvdW50 cw0KKiogUGhhc2UgNSAtIENoZWNrIEN5bCBncm91cHMNCkZSRUUgQkxLIENPVU5UKFMpIFdS T05HIElOIFNVUEVSQkxLDQpTQUxWQUdFPyB5ZXMNCg0KU1VNTUFSWSBJTkZPUk1BVElPTiBC QUQNClNBTFZBR0U/IHllcw0KDQpCTEsoUykgTUlTU0lORyBJTiBCSVQgTUFQUw0KU0FMVkFH RT8geWVzDQoNCjExNCBmaWxlcywgMjcxMTY4NTggdXNlZCwgMzM0MzMyNDUgZnJlZSAoMjEg ZnJhZ3MsIDQxNzkxNTMgYmxvY2tzLCAwLjAlIGZyYWdtZW50YXRpb24pDQoNCioqKioqIEZJ TEUgU1lTVEVNIE1BUktFRCBESVJUWSAqKioqKg0KDQoqKioqKiBGSUxFIFNZU1RFTSBXQVMg TU9ESUZJRUQgKioqKioNCg0KKioqKiogUExFQVNFIFJFUlVOIEZTQ0sgKioqKioNCnJvb3RA bW93YTIxOS1nanA0LWZyZWVic2QtZDMxMTIxLXZlcmJhdGltOn4gIyBmc2NrIC15IC9kZXYv bnZkMHAxDQoNCioqIC9kZXYvbnZkMHAxDQoqKiBMYXN0IE1vdW50ZWQgb24gL21udC9zdHJl c3MNCioqIFBoYXNlIDEgLSBDaGVjayBCbG9ja3MgYW5kIFNpemVzDQoqKiBQaGFzZSAyIC0g Q2hlY2sgUGF0aG5hbWVzDQoqKiBQaGFzZSAzIC0gQ2hlY2sgQ29ubmVjdGl2aXR5DQoqKiBQ aGFzZSA0IC0gQ2hlY2sgUmVmZXJlbmNlIENvdW50cw0KKiogUGhhc2UgNSAtIENoZWNrIEN5 bCBncm91cHMNCjExNCBmaWxlcywgMjcxMTY4NTggdXNlZCwgMzM0MzMyNDUgZnJlZSAoMjEg ZnJhZ3MsIDQxNzkxNTMgYmxvY2tzLCAwLjAlIGZyYWdtZW50YXRpb24pDQoNCioqKioqIEZJ TEUgU1lTVEVNIE1BUktFRCBDTEVBTiAqKioqKg0Kcm9vdEBtb3dhMjE5LWdqcDQtZnJlZWJz ZC1kMzExMjEtdmVyYmF0aW06fiAjIGZzY2sgLXkgL2Rldi9udmQwcDENCg0KKiogL2Rldi9u dmQwcDENCioqIExhc3QgTW91bnRlZCBvbiAvbW50L3N0cmVzcw0KKiogUGhhc2UgMSAtIENo ZWNrIEJsb2NrcyBhbmQgU2l6ZXMNCioqIFBoYXNlIDIgLSBDaGVjayBQYXRobmFtZXMNCioq IFBoYXNlIDMgLSBDaGVjayBDb25uZWN0aXZpdHkNCioqIFBoYXNlIDQgLSBDaGVjayBSZWZl cmVuY2UgQ291bnRzDQoqKiBQaGFzZSA1IC0gQ2hlY2sgQ3lsIGdyb3Vwcw0KMTE0IGZpbGVz LCAyNzExNjg1OCB1c2VkLCAzMzQzMzI0NSBmcmVlICgyMSBmcmFncywgNDE3OTE1MyBibG9j a3MsIDAuMCUgZnJhZ21lbnRhdGlvbikNCg0KKioqKiogRklMRSBTWVNURU0gSVMgQ0xFQU4g KioqKioNCnJvb3RAbW93YTIxOS1nanA0LWZyZWVic2QtZDMxMTIxLXZlcmJhdGltOn4gIyBt b3VudCAvZGV2L252ZDBwMSAvbW50L3N0cmVzcw0KDQpyb290QG1vd2EyMTktZ2pwNC1mcmVl YnNkLWQzMTEyMS12ZXJiYXRpbTp+ICMgc3RyZXNzZGlzayBydW4gL21udC9zdHJlc3MNCg0K MjAyMS8wNy8xNiAwMDo1NTo1MCBsb2FkZWQgc3RhdHNmaWxlICJzdHJlc3NkaXNrX3N0YXRz Lmpzb24iDQoyMDIxLzA3LzE2IDAwOjU1OjUwIA0KQnl0ZXMgcmVhZDogICAgICAgICAgICAg MCBNQnl0ZSAoICAgMC4wMCBNQnl0ZS9zKQ0KQnl0ZXMgd3JpdHRlbjogICAgIDIxNTUwMCBN Qnl0ZSAoIDMyOS45NiBNQnl0ZS9zKQ0KRXJyb3JzOiAgICAgICAgICAgICAgICAgMA0KRWxh cHNlZCB0aW1lOiAgMi44OTA3Nzltcw0KDQoyMDIxLzA3LzE2IDAwOjU1OjUwIFN0YXJ0aW5n IHJvdW5kIDENCjIwMjEvMDcvMTYgMDA6NTU6NTAgUmVtb3ZpbmcgMTEyIGNoZWNrIGZpbGVz DQoyMDIxLzA3LzE2IDAwOjU1OjUwIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8w MDAwIg0KMjAyMS8wNy8xNiAwMDo1NTo1MCBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9U U1RfMDAwMSINCjIwMjEvMDcvMTYgMDA6NTU6NTAgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJl c3MvVFNUXzAwMDIiDQoyMDIxLzA3LzE2IDAwOjU1OjUwIFJlbW92aW5nIGZpbGUgIi9tbnQv c3RyZXNzL1RTVF8wMDAzIg0KMjAyMS8wNy8xNiAwMDo1NTo1MCBSZW1vdmluZyBmaWxlICIv bW50L3N0cmVzcy9UU1RfMDAwNCINCjIwMjEvMDcvMTYgMDA6NTU6NTAgUmVtb3ZpbmcgZmls ZSAiL21udC9zdHJlc3MvVFNUXzAwMDUiDQoyMDIxLzA3LzE2IDAwOjU1OjUwIFJlbW92aW5n IGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDA2Ig0KMjAyMS8wNy8xNiAwMDo1NTo1MCBSZW1v dmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAwNyINCjIwMjEvMDcvMTYgMDA6NTU6NTAg UmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMDgiDQoyMDIxLzA3LzE2IDAwOjU1 OjUwIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDA5Ig0KMjAyMS8wNy8xNiAw MDo1NTo1MCBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAxMCINCjIwMjEvMDcv MTYgMDA6NTU6NTAgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMTEiDQoyMDIx LzA3LzE2IDAwOjU1OjUwIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDEyIg0K MjAyMS8wNy8xNiAwMDo1NTo1MCBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAx MyINCjIwMjEvMDcvMTYgMDA6NTU6NTAgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNU XzAwMTQiDQoyMDIxLzA3LzE2IDAwOjU1OjUwIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNz L1RTVF8wMDE1Ig0KMjAyMS8wNy8xNiAwMDo1NTo1MCBSZW1vdmluZyBmaWxlICIvbW50L3N0 cmVzcy9UU1RfMDAxNiINCjIwMjEvMDcvMTYgMDA6NTU6NTAgUmVtb3ZpbmcgZmlsZSAiL21u dC9zdHJlc3MvVFNUXzAwMTciDQoyMDIxLzA3LzE2IDAwOjU1OjUxIFJlbW92aW5nIGZpbGUg Ii9tbnQvc3RyZXNzL1RTVF8wMDE4Ig0KMjAyMS8wNy8xNiAwMDo1NTo1MSBSZW1vdmluZyBm aWxlICIvbW50L3N0cmVzcy9UU1RfMDAxOSINCjIwMjEvMDcvMTYgMDA6NTU6NTEgUmVtb3Zp bmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMjAiDQoyMDIxLzA3LzE2IDAwOjU1OjUxIFJl bW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDIxIg0KMjAyMS8wNy8xNiAwMDo1NTo1 MSBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAyMiINCjIwMjEvMDcvMTYgMDA6 NTU6NTEgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMjMiDQoyMDIxLzA3LzE2 IDAwOjU1OjUxIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDI0Ig0KMjAyMS8w Ny8xNiAwMDo1NTo1MSBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAyNSINCjIw MjEvMDcvMTYgMDA6NTU6NTEgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMjYi DQoyMDIxLzA3LzE2IDAwOjU1OjUxIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8w MDI3Ig0KMjAyMS8wNy8xNiAwMDo1NTo1MSBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9U U1RfMDAyOCINCjIwMjEvMDcvMTYgMDA6NTU6NTEgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJl c3MvVFNUXzAwMjkiDQoyMDIxLzA3LzE2IDAwOjU1OjUxIFJlbW92aW5nIGZpbGUgIi9tbnQv c3RyZXNzL1RTVF8wMDMwIg0KMjAyMS8wNy8xNiAwMDo1NTo1MSBSZW1vdmluZyBmaWxlICIv bW50L3N0cmVzcy9UU1RfMDAzMSINCjIwMjEvMDcvMTYgMDA6NTU6NTEgUmVtb3ZpbmcgZmls ZSAiL21udC9zdHJlc3MvVFNUXzAwMzIiDQoyMDIxLzA3LzE2IDAwOjU1OjUyIFJlbW92aW5n IGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDMzIg0KMjAyMS8wNy8xNiAwMDo1NTo1MiBSZW1v dmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAzNCINCjIwMjEvMDcvMTYgMDA6NTU6NTIg UmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMzUiDQoyMDIxLzA3LzE2IDAwOjU1 OjUyIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDM2Ig0KMjAyMS8wNy8xNiAw MDo1NTo1MiBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAzNyINCjIwMjEvMDcv MTYgMDA6NTU6NTIgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMzgiDQoyMDIx LzA3LzE2IDAwOjU1OjUyIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDM5Ig0K MjAyMS8wNy8xNiAwMDo1NTo1MiBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA0 MCINCjIwMjEvMDcvMTYgMDA6NTU6NTIgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNU XzAwNDEiDQoyMDIxLzA3LzE2IDAwOjU1OjUyIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNz L1RTVF8wMDQyIg0KMjAyMS8wNy8xNiAwMDo1NTo1MiBSZW1vdmluZyBmaWxlICIvbW50L3N0 cmVzcy9UU1RfMDA0MyINCjIwMjEvMDcvMTYgMDA6NTU6NTIgUmVtb3ZpbmcgZmlsZSAiL21u dC9zdHJlc3MvVFNUXzAwNDQiDQoyMDIxLzA3LzE2IDAwOjU1OjUyIFJlbW92aW5nIGZpbGUg Ii9tbnQvc3RyZXNzL1RTVF8wMDQ1Ig0KMjAyMS8wNy8xNiAwMDo1NTo1MiBSZW1vdmluZyBm aWxlICIvbW50L3N0cmVzcy9UU1RfMDA0NiINCjIwMjEvMDcvMTYgMDA6NTU6NTIgUmVtb3Zp bmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNDciDQoyMDIxLzA3LzE2IDAwOjU1OjUyIFJl bW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDQ4Ig0KMjAyMS8wNy8xNiAwMDo1NTo1 MiBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA0OSINCjIwMjEvMDcvMTYgMDA6 NTU6NTMgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNTAiDQoyMDIxLzA3LzE2 IDAwOjU1OjUzIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDUxIg0KMjAyMS8w Ny8xNiAwMDo1NTo1MyBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA1MiINCjIw MjEvMDcvMTYgMDA6NTU6NTMgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNTMi DQoyMDIxLzA3LzE2IDAwOjU1OjUzIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8w MDU0Ig0KMjAyMS8wNy8xNiAwMDo1NTo1MyBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9U U1RfMDA1NSINCjIwMjEvMDcvMTYgMDA6NTU6NTMgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJl c3MvVFNUXzAwNTYiDQoyMDIxLzA3LzE2IDAwOjU1OjUzIFJlbW92aW5nIGZpbGUgIi9tbnQv c3RyZXNzL1RTVF8wMDU3Ig0KMjAyMS8wNy8xNiAwMDo1NTo1MyBSZW1vdmluZyBmaWxlICIv bW50L3N0cmVzcy9UU1RfMDA1OCINCjIwMjEvMDcvMTYgMDA6NTU6NTMgUmVtb3ZpbmcgZmls ZSAiL21udC9zdHJlc3MvVFNUXzAwNTkiDQoyMDIxLzA3LzE2IDAwOjU1OjUzIFJlbW92aW5n IGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDYwIg0KMjAyMS8wNy8xNiAwMDo1NTo1MyBSZW1v dmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA2MSINCjIwMjEvMDcvMTYgMDA6NTU6NTMg UmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNjIiDQoyMDIxLzA3LzE2IDAwOjU1 OjUzIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDYzIg0KMjAyMS8wNy8xNiAw MDo1NTo1MyBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA2NCINCjIwMjEvMDcv MTYgMDA6NTU6NTMgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNjUiDQoyMDIx LzA3LzE2IDAwOjU1OjUzIFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDY2Ig0K MjAyMS8wNy8xNiAwMDo1NTo1MyBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA2 NyINCjIwMjEvMDcvMTYgMDA6NTU6NTMgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNU XzAwNjgiDQoyMDIxLzA3LzE2IDAwOjU1OjU0IFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNz L1RTVF8wMDY5Ig0KMjAyMS8wNy8xNiAwMDo1NTo1NCBSZW1vdmluZyBmaWxlICIvbW50L3N0 cmVzcy9UU1RfMDA3MCINCjIwMjEvMDcvMTYgMDA6NTU6NTQgUmVtb3ZpbmcgZmlsZSAiL21u dC9zdHJlc3MvVFNUXzAwNzEiDQoyMDIxLzA3LzE2IDAwOjU1OjU0IFJlbW92aW5nIGZpbGUg Ii9tbnQvc3RyZXNzL1RTVF8wMDcyIg0KMjAyMS8wNy8xNiAwMDo1NTo1NCBSZW1vdmluZyBm aWxlICIvbW50L3N0cmVzcy9UU1RfMDA3MyINCjIwMjEvMDcvMTYgMDA6NTU6NTQgUmVtb3Zp bmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNzQiDQoyMDIxLzA3LzE2IDAwOjU1OjU0IFJl bW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDc1Ig0KMjAyMS8wNy8xNiAwMDo1NTo1 NCBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA3NiINCjIwMjEvMDcvMTYgMDA6 NTU6NTQgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNzciDQoyMDIxLzA3LzE2 IDAwOjU1OjU0IFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDc4Ig0KMjAyMS8w Ny8xNiAwMDo1NTo1NCBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA3OSINCjIw MjEvMDcvMTYgMDA6NTU6NTQgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwODAi DQoyMDIxLzA3LzE2IDAwOjU1OjU0IFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8w MDgxIg0KMjAyMS8wNy8xNiAwMDo1NTo1NCBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9U U1RfMDA4MiINCjIwMjEvMDcvMTYgMDA6NTU6NTQgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJl c3MvVFNUXzAwODMiDQoyMDIxLzA3LzE2IDAwOjU1OjU0IFJlbW92aW5nIGZpbGUgIi9tbnQv c3RyZXNzL1RTVF8wMDg0Ig0KMjAyMS8wNy8xNiAwMDo1NTo1NCBSZW1vdmluZyBmaWxlICIv bW50L3N0cmVzcy9UU1RfMDA4NSINCjIwMjEvMDcvMTYgMDA6NTU6NTQgUmVtb3ZpbmcgZmls ZSAiL21udC9zdHJlc3MvVFNUXzAwODYiDQoyMDIxLzA3LzE2IDAwOjU1OjU0IFJlbW92aW5n IGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDg3Ig0KMjAyMS8wNy8xNiAwMDo1NTo1NCBSZW1v dmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA4OCINCjIwMjEvMDcvMTYgMDA6NTU6NTQg UmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwODkiDQoyMDIxLzA3LzE2IDAwOjU1 OjU1IFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDkwIg0KMjAyMS8wNy8xNiAw MDo1NTo1NSBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA5MSINCjIwMjEvMDcv MTYgMDA6NTU6NTUgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwOTIiDQoyMDIx LzA3LzE2IDAwOjU1OjU1IFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDkzIg0K MjAyMS8wNy8xNiAwMDo1NTo1NSBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA5 NCINCjIwMjEvMDcvMTYgMDA6NTU6NTUgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNU XzAwOTUiDQoyMDIxLzA3LzE2IDAwOjU1OjU1IFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNz L1RTVF8wMDk2Ig0KMjAyMS8wNy8xNiAwMDo1NTo1NSBSZW1vdmluZyBmaWxlICIvbW50L3N0 cmVzcy9UU1RfMDA5NyINCjIwMjEvMDcvMTYgMDA6NTU6NTUgUmVtb3ZpbmcgZmlsZSAiL21u dC9zdHJlc3MvVFNUXzAwOTgiDQoyMDIxLzA3LzE2IDAwOjU1OjU1IFJlbW92aW5nIGZpbGUg Ii9tbnQvc3RyZXNzL1RTVF8wMDk5Ig0KMjAyMS8wNy8xNiAwMDo1NTo1NSBSZW1vdmluZyBm aWxlICIvbW50L3N0cmVzcy9UU1RfMDEwMCINCjIwMjEvMDcvMTYgMDA6NTU6NTUgUmVtb3Zp bmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAxMDEiDQoyMDIxLzA3LzE2IDAwOjU1OjU1IFJl bW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMTAyIg0KMjAyMS8wNy8xNiAwMDo1NTo1 NSBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDEwMyINCjIwMjEvMDcvMTYgMDA6 NTU6NTUgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAxMDQiDQoyMDIxLzA3LzE2 IDAwOjU1OjU1IFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMTA1Ig0KMjAyMS8w Ny8xNiAwMDo1NTo1NSBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDEwNiINCjIw MjEvMDcvMTYgMDA6NTU6NTUgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAxMDci DQoyMDIxLzA3LzE2IDAwOjU1OjU1IFJlbW92aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8w MTA4Ig0KMjAyMS8wNy8xNiAwMDo1NTo1NSBSZW1vdmluZyBmaWxlICIvbW50L3N0cmVzcy9U U1RfMDEwOSINCjIwMjEvMDcvMTYgMDA6NTU6NTUgUmVtb3ZpbmcgZmlsZSAiL21udC9zdHJl c3MvVFNUXzAxMTAiDQoyMDIxLzA3LzE2IDAwOjU1OjU1IFJlbW92aW5nIGZpbGUgIi9tbnQv c3RyZXNzL1RTVF8wMTIxIg0KMjAyMS8wNy8xNiAwMDo1NTo1NSBBbGwgZG9uZQ0KMjAyMS8w Ny8xNiAwMDo1NTo1NSANCkJ5dGVzIHJlYWQ6ICAgICAgICAgICAgIDAgTUJ5dGUgKCAgIDAu MDAgTUJ5dGUvcykNCkJ5dGVzIHdyaXR0ZW46ICAgICAyMTU1MDAgTUJ5dGUgKCAzMjkuOTYg TUJ5dGUvcykNCkVycm9yczogICAgICAgICAgICAgICAgIDANCkVsYXBzZWQgdGltZTogIDUu NTg1MDQ5ODQ0cw0KDQoyMDIxLzA3LzE2IDAwOjU2OjE2IGxvYWRlZCBzdGF0c2ZpbGUgInN0 cmVzc2Rpc2tfc3RhdHMuanNvbiINCjIwMjEvMDcvMTYgMDA6NTY6MTYgDQpCeXRlcyByZWFk OiAgICAgICAgICAgICAwIE1CeXRlICggICAwLjAwIE1CeXRlL3MpDQpCeXRlcyB3cml0dGVu OiAgICAgMjE1NTAwIE1CeXRlICggMzI5Ljk2IE1CeXRlL3MpDQpFcnJvcnM6ICAgICAgICAg ICAgICAgICAwDQpFbGFwc2VkIHRpbWU6ICA3OC4wMznCtXMNCg0KMjAyMS8wNy8xNiAwMDo1 NjoxNiBObyBjaGVjayBmaWxlcyAtIGdlbmVyYXRpbmcNCjIwMjEvMDcvMTYgMDA6NTY6MTYg V3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAwMCIgc2l6ZSAxMDAwMDAwMDAwDQoy MDIxLzA3LzE2IDAwOjU2OjE4IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMDEi IHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1NjoxOSBXcml0aW5nIGZpbGUgIi9t bnQvc3RyZXNzL1RTVF8wMDAyIiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTY6 MjEgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAwMyIgc2l6ZSAxMDAwMDAwMDAw DQoyMDIxLzA3LzE2IDAwOjU2OjI0IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAw MDQiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1NjoyNyBXcml0aW5nIGZpbGUg Ii9tbnQvc3RyZXNzL1RTVF8wMDA1IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6 NTY6MjggV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAwNiIgc2l6ZSAxMDAwMDAw MDAwDQoyMDIxLzA3LzE2IDAwOjU2OjMxIFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNU XzAwMDciIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1NjozMyBXcml0aW5nIGZp bGUgIi9tbnQvc3RyZXNzL1RTVF8wMDA4IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYg MDA6NTY6MzYgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAwOSIgc2l6ZSAxMDAw MDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU2OjM5IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3Mv VFNUXzAwMTAiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1Njo0MiBXcml0aW5n IGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDExIiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcv MTYgMDA6NTY6NDUgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAxMiIgc2l6ZSAx MDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU2OjQ4IFdyaXRpbmcgZmlsZSAiL21udC9zdHJl c3MvVFNUXzAwMTMiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1Njo1MSBXcml0 aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDE0IiBzaXplIDEwMDAwMDAwMDANCjIwMjEv MDcvMTYgMDA6NTY6NTQgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAxNSIgc2l6 ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU2OjU3IFdyaXRpbmcgZmlsZSAiL21udC9z dHJlc3MvVFNUXzAwMTYiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1NzowMCBX cml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDE3IiBzaXplIDEwMDAwMDAwMDANCjIw MjEvMDcvMTYgMDA6NTc6MDMgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAxOCIg c2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU3OjA2IFdyaXRpbmcgZmlsZSAiL21u dC9zdHJlc3MvVFNUXzAwMTkiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1Nzow OSBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDIwIiBzaXplIDEwMDAwMDAwMDAN CjIwMjEvMDcvMTYgMDA6NTc6MTIgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDAy MSIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU3OjE1IFdyaXRpbmcgZmlsZSAi L21udC9zdHJlc3MvVFNUXzAwMjIiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1 NzoxNiANCkJ5dGVzIHJlYWQ6ICAgICAgICAgICAgIDAgTUJ5dGUgKCAgIDAuMDAgTUJ5dGUv cykNCkJ5dGVzIHdyaXR0ZW46ICAgICAyMzcwMzggTUJ5dGUgKCAzMzIuNzUgTUJ5dGUvcykN CkVycm9yczogICAgICAgICAgICAgICAgIDANCkVsYXBzZWQgdGltZTogIDFtMC4wMDA3OTc0 ODdzDQoNCjIwMjEvMDcvMTYgMDA6NTc6MTggV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9U U1RfMDAyMyIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU3OjIxIFdyaXRpbmcg ZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMjQiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8x NiAwMDo1NzoyMyBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDI1IiBzaXplIDEw MDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTc6MjYgV3JpdGluZyBmaWxlICIvbW50L3N0cmVz cy9UU1RfMDAyNiIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU3OjI5IFdyaXRp bmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMjciIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8w Ny8xNiAwMDo1NzozMiBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDI4IiBzaXpl IDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTc6MzYgV3JpdGluZyBmaWxlICIvbW50L3N0 cmVzcy9UU1RfMDAyOSIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU3OjM5IFdy aXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMzAiIHNpemUgMTAwMDAwMDAwMA0KMjAy MS8wNy8xNiAwMDo1Nzo0MSBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDMxIiBz aXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTc6NDQgV3JpdGluZyBmaWxlICIvbW50 L3N0cmVzcy9UU1RfMDAzMiIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU3OjQ3 IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMzMiIHNpemUgMTAwMDAwMDAwMA0K MjAyMS8wNy8xNiAwMDo1Nzo1MCBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDM0 IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTc6NTMgV3JpdGluZyBmaWxlICIv bW50L3N0cmVzcy9UU1RfMDAzNSIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU3 OjU2IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMzYiIHNpemUgMTAwMDAwMDAw MA0KMjAyMS8wNy8xNiAwMDo1Nzo1OSBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8w MDM3IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTg6MDIgV3JpdGluZyBmaWxl ICIvbW50L3N0cmVzcy9UU1RfMDAzOCIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAw OjU4OjA1IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwMzkiIHNpemUgMTAwMDAw MDAwMA0KMjAyMS8wNy8xNiAwMDo1ODowOCBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RT VF8wMDQwIiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTg6MTEgV3JpdGluZyBm aWxlICIvbW50L3N0cmVzcy9UU1RfMDA0MSIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2 IDAwOjU4OjEzIFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNDIiIHNpemUgMTAw MDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1ODoxNiBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNz L1RTVF8wMDQzIiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTg6MTYgDQpCeXRl cyByZWFkOiAgICAgICAgICAgICAwIE1CeXRlICggICAwLjAwIE1CeXRlL3MpDQpCeXRlcyB3 cml0dGVuOiAgICAgMjU2NTIyIE1CeXRlICggMzMyLjQyIE1CeXRlL3MpDQpFcnJvcnM6ICAg ICAgICAgICAgICAgICAwDQpFbGFwc2VkIHRpbWU6ICAybTAuMDI5NTExNTMxcw0KDQoyMDIx LzA3LzE2IDAwOjU4OjE5IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNDQiIHNp emUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1ODoyMiBXcml0aW5nIGZpbGUgIi9tbnQv c3RyZXNzL1RTVF8wMDQ1IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTg6MjUg V3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA0NiIgc2l6ZSAxMDAwMDAwMDAwDQoy MDIxLzA3LzE2IDAwOjU4OjI4IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNDci IHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1ODozMSBXcml0aW5nIGZpbGUgIi9t bnQvc3RyZXNzL1RTVF8wMDQ4IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTg6 MzQgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA0OSIgc2l6ZSAxMDAwMDAwMDAw DQoyMDIxLzA3LzE2IDAwOjU4OjM2IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAw NTAiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1ODozOSBXcml0aW5nIGZpbGUg Ii9tbnQvc3RyZXNzL1RTVF8wMDUxIiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6 NTg6NDIgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA1MiIgc2l6ZSAxMDAwMDAw MDAwDQoyMDIxLzA3LzE2IDAwOjU4OjQ1IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNU XzAwNTMiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1ODo0OCBXcml0aW5nIGZp bGUgIi9tbnQvc3RyZXNzL1RTVF8wMDU0IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYg MDA6NTg6NTAgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA1NSIgc2l6ZSAxMDAw MDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU4OjU0IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3Mv VFNUXzAwNTYiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1ODo1NiBXcml0aW5n IGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDU3IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcv MTYgMDA6NTg6NTkgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA1OCIgc2l6ZSAx MDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU5OjAyIFdyaXRpbmcgZmlsZSAiL21udC9zdHJl c3MvVFNUXzAwNTkiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1OTowNSBXcml0 aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDYwIiBzaXplIDEwMDAwMDAwMDANCjIwMjEv MDcvMTYgMDA6NTk6MDggV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA2MSIgc2l6 ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU5OjExIFdyaXRpbmcgZmlsZSAiL21udC9z dHJlc3MvVFNUXzAwNjIiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1OToxNCBX cml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDYzIiBzaXplIDEwMDAwMDAwMDANCjIw MjEvMDcvMTYgMDA6NTk6MTYgDQpCeXRlcyByZWFkOiAgICAgICAgICAgICAwIE1CeXRlICgg ICAwLjAwIE1CeXRlL3MpDQpCeXRlcyB3cml0dGVuOiAgICAgMjc2NDg2IE1CeXRlICggMzMy LjczIE1CeXRlL3MpDQpFcnJvcnM6ICAgICAgICAgICAgICAgICAwDQpFbGFwc2VkIHRpbWU6 ICAzbTAuMDAwNjc4NzIxcw0KDQoyMDIxLzA3LzE2IDAwOjU5OjE3IFdyaXRpbmcgZmlsZSAi L21udC9zdHJlc3MvVFNUXzAwNjQiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMDo1 OToyMCBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDY1IiBzaXplIDEwMDAwMDAw MDANCjIwMjEvMDcvMTYgMDA6NTk6MjMgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1Rf MDA2NiIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU5OjI2IFdyaXRpbmcgZmls ZSAiL21udC9zdHJlc3MvVFNUXzAwNjciIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAw MDo1OToyOSBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDY4IiBzaXplIDEwMDAw MDAwMDANCjIwMjEvMDcvMTYgMDA6NTk6MzEgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9U U1RfMDA2OSIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU5OjM0IFdyaXRpbmcg ZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNzAiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8x NiAwMDo1OTozNyBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDcxIiBzaXplIDEw MDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTk6NDEgV3JpdGluZyBmaWxlICIvbW50L3N0cmVz cy9UU1RfMDA3MiIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU5OjQzIFdyaXRp bmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNzMiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8w Ny8xNiAwMDo1OTo0NiBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDc0IiBzaXpl IDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTk6NDkgV3JpdGluZyBmaWxlICIvbW50L3N0 cmVzcy9UU1RfMDA3NSIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAwOjU5OjUyIFdy aXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNzYiIHNpemUgMTAwMDAwMDAwMA0KMjAy MS8wNy8xNiAwMDo1OTo1NSBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDc3IiBz aXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDA6NTk6NTcgV3JpdGluZyBmaWxlICIvbW50 L3N0cmVzcy9UU1RfMDA3OCIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAxOjAwOjAw IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwNzkiIHNpemUgMTAwMDAwMDAwMA0K MjAyMS8wNy8xNiAwMTowMDowMyBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMDgw IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDE6MDA6MDYgV3JpdGluZyBmaWxlICIv bW50L3N0cmVzcy9UU1RfMDA4MSIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAxOjAw OjA5IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwODIiIHNpemUgMTAwMDAwMDAw MA0KMjAyMS8wNy8xNiAwMTowMDoxMSBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8w MDgzIiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDE6MDA6MTQgV3JpdGluZyBmaWxl ICIvbW50L3N0cmVzcy9UU1RfMDA4NCIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAx OjAwOjE2IA0KQnl0ZXMgcmVhZDogICAgICAgICAgICAgMCBNQnl0ZSAoICAgMC4wMCBNQnl0 ZS9zKQ0KQnl0ZXMgd3JpdHRlbjogICAgIDI5NjMxMCBNQnl0ZSAoIDMzMi44NCBNQnl0ZS9z KQ0KRXJyb3JzOiAgICAgICAgICAgICAgICAgMA0KRWxhcHNlZCB0aW1lOiAgNG0wLjAxMzAw MTk3N3MNCg0KMjAyMS8wNy8xNiAwMTowMDoxNyBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNz L1RTVF8wMDg1IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDE6MDA6MjAgV3JpdGlu ZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA4NiIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3 LzE2IDAxOjAwOjIzIFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwODciIHNpemUg MTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMTowMDoyNiBXcml0aW5nIGZpbGUgIi9tbnQvc3Ry ZXNzL1RTVF8wMDg4IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDE6MDA6MjkgV3Jp dGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA4OSIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIx LzA3LzE2IDAxOjAwOjMyIFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwOTAiIHNp emUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMTowMDozNSBXcml0aW5nIGZpbGUgIi9tbnQv c3RyZXNzL1RTVF8wMDkxIiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDE6MDA6Mzgg V3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA5MiIgc2l6ZSAxMDAwMDAwMDAwDQoy MDIxLzA3LzE2IDAxOjAwOjQxIFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAwOTMi IHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMTowMDo0NCBXcml0aW5nIGZpbGUgIi9t bnQvc3RyZXNzL1RTVF8wMDk0IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDE6MDA6 NDcgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA5NSIgc2l6ZSAxMDAwMDAwMDAw DQoyMDIxLzA3LzE2IDAxOjAwOjUwIFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAw OTYiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMTowMDo1MyBXcml0aW5nIGZpbGUg Ii9tbnQvc3RyZXNzL1RTVF8wMDk3IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDE6 MDA6NTYgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDA5OCIgc2l6ZSAxMDAwMDAw MDAwDQoyMDIxLzA3LzE2IDAxOjAwOjU5IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNU XzAwOTkiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMTowMTowMiBXcml0aW5nIGZp bGUgIi9tbnQvc3RyZXNzL1RTVF8wMTAwIiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYg MDE6MDE6MDQgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDEwMSIgc2l6ZSAxMDAw MDAwMDAwDQoyMDIxLzA3LzE2IDAxOjAxOjA3IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3Mv VFNUXzAxMDIiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMTowMToxMCBXcml0aW5n IGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMTAzIiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcv MTYgMDE6MDE6MTMgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDEwNCIgc2l6ZSAx MDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAxOjAxOjE2IFdyaXRpbmcgZmlsZSAiL21udC9zdHJl c3MvVFNUXzAxMDUiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMTowMToxNiANCkJ5 dGVzIHJlYWQ6ICAgICAgICAgICAgIDAgTUJ5dGUgKCAgIDAuMDAgTUJ5dGUvcykNCkJ5dGVz IHdyaXR0ZW46ICAgICAzMTU4MDAgTUJ5dGUgKCAzMzIuNTggTUJ5dGUvcykNCkVycm9yczog ICAgICAgICAgICAgICAgIDANCkVsYXBzZWQgdGltZTogIDVtMC4wMjY2MDU1OTJzDQoNCjIw MjEvMDcvMTYgMDE6MDE6MTkgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDEwNiIg c2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAxOjAxOjIyIFdyaXRpbmcgZmlsZSAiL21u dC9zdHJlc3MvVFNUXzAxMDciIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMTowMToy NSBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMTA4IiBzaXplIDEwMDAwMDAwMDAN CjIwMjEvMDcvMTYgMDE6MDE6MjggV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1RfMDEw OSIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAxOjAxOjMxIFdyaXRpbmcgZmlsZSAi L21udC9zdHJlc3MvVFNUXzAxMTAiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAwMTow MTozMyBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMTExIiBzaXplIDEwMDAwMDAw MDANCjIwMjEvMDcvMTYgMDE6MDE6MzYgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9UU1Rf MDExMiIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAxOjAxOjM5IFdyaXRpbmcgZmls ZSAiL21udC9zdHJlc3MvVFNUXzAxMTMiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8xNiAw MTowMTo0MiBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMTE0IiBzaXplIDEwMDAw MDAwMDANCjIwMjEvMDcvMTYgMDE6MDE6NDUgV3JpdGluZyBmaWxlICIvbW50L3N0cmVzcy9U U1RfMDExNSIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAxOjAxOjQ4IFdyaXRpbmcg ZmlsZSAiL21udC9zdHJlc3MvVFNUXzAxMTYiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8wNy8x NiAwMTowMTo1MSBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMTE3IiBzaXplIDEw MDAwMDAwMDANCjIwMjEvMDcvMTYgMDE6MDE6NTQgV3JpdGluZyBmaWxlICIvbW50L3N0cmVz cy9UU1RfMDExOCIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAxOjAxOjU3IFdyaXRp bmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAxMTkiIHNpemUgMTAwMDAwMDAwMA0KMjAyMS8w Ny8xNiAwMTowMjowMCBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMTIwIiBzaXpl IDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDE6MDI6MDMgV3JpdGluZyBmaWxlICIvbW50L3N0 cmVzcy9UU1RfMDEyMSIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAxOjAyOjA2IFdy aXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAxMjIiIHNpemUgMTAwMDAwMDAwMA0KMjAy MS8wNy8xNiAwMTowMjowOSBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RTVF8wMTIzIiBz aXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDE6MDI6MTEgV3JpdGluZyBmaWxlICIvbW50 L3N0cmVzcy9UU1RfMDEyNCIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAxOjAyOjE0 IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAxMjUiIHNpemUgMTAwMDAwMDAwMA0K MjAyMS8wNy8xNiAwMTowMjoxNiANCkJ5dGVzIHJlYWQ6ICAgICAgICAgICAgIDAgTUJ5dGUg KCAgIDAuMDAgTUJ5dGUvcykNCkJ5dGVzIHdyaXR0ZW46ICAgICAzMzU0MTIgTUJ5dGUgKCAz MzIuNDcgTUJ5dGUvcykNCkVycm9yczogICAgICAgICAgICAgICAgIDANCkVsYXBzZWQgdGlt ZTogIDZtMC4wMDM1MTM1MDJzDQoNCjIwMjEvMDcvMTYgMDE6MDI6MTcgV3JpdGluZyBmaWxl ICIvbW50L3N0cmVzcy9UU1RfMDEyNiIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2IDAx OjAyOjIwIFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAxMjciIHNpemUgMTAwMDAw MDAwMA0KMjAyMS8wNy8xNiAwMTowMjoyMyBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNzL1RT VF8wMTI4IiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDE6MDI6MjYgV3JpdGluZyBm aWxlICIvbW50L3N0cmVzcy9UU1RfMDEyOSIgc2l6ZSAxMDAwMDAwMDAwDQoyMDIxLzA3LzE2 IDAxOjAyOjI5IFdyaXRpbmcgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAxMzAiIHNpemUgMTAw MDAwMDAwMA0KMjAyMS8wNy8xNiAwMTowMjozMiBXcml0aW5nIGZpbGUgIi9tbnQvc3RyZXNz L1RTVF8wMTMxIiBzaXplIDEwMDAwMDAwMDANCjIwMjEvMDcvMTYgMDE6MDM6MDggRXJyb3Ig d2hpbGUgd3JpdGluZyAiL21udC9zdHJlc3MvVFNUXzAxMzEiDQoyMDIxLzA3LzE2IDAxOjAz OjA4IFJlbW92aW5nIGluY29tcGxldGUgZmlsZSAiL21udC9zdHJlc3MvVFNUXzAxMzEiDQoy MDIxLzA3LzE2IDAxOjAzOjA4IEZhaWxlZCB0byByZW1vdmUgaW5jb21wbGV0ZSBmaWxlICIv bW50L3N0cmVzcy9UU1RfMDEzMSI6IHJlbW92ZSAvbW50L3N0cmVzcy9UU1RfMDEzMTogbm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeQ0Kcm9vdEBtb3dhMjE5LWdqcDQtZnJlZWJzZC1kMzEx MjEtdmVyYmF0aW06fiAjIGdwYXJ0IHNob3cNCg0KPT4gICAgICA0MCAgMTUyNTc1MjAgIGRh MCAgR1BUICAoNy4zRykNCiAgICAgICAgNDAgICAgNTMyNDgwICAgIDEgIGVmaSAgKDI2ME0p DQogICAgNTMyNTIwICAxMzk1OTE2OCAgICAyICBmcmVlYnNkLXVmcyAgKDYuN0cpDQogIDE0 NDkxNjg4ICAgIDc2MTg1NiAgICAzICBmcmVlYnNkLXN3YXAgICgzNzJNKQ0KICAxNTI1MzU0 NCAgICAgIDQwMTYgICAgICAgLSBmcmVlIC0gICgyLjBNKQ0KDQpyb290QG1vd2EyMTktZ2pw NC1mcmVlYnNkLWQzMTEyMS12ZXJiYXRpbTp+ICMgcGtnIGluc3RhbGwgaHctcHJvYmUNCg0K VXBkYXRpbmcgRnJlZUJTRCByZXBvc2l0b3J5IGNhdGFsb2d1ZS4uLg0KRnJlZUJTRCByZXBv c2l0b3J5IGlzIHVwIHRvIGRhdGUuDQpBbGwgcmVwb3NpdG9yaWVzIGFyZSB1cCB0byBkYXRl Lg0KVGhlIGZvbGxvd2luZyA4IHBhY2thZ2Uocykgd2lsbCBiZSBhZmZlY3RlZCAob2YgMCBj aGVja2VkKToNCg0KTmV3IHBhY2thZ2VzIHRvIGJlIElOU1RBTExFRDoNCgljYV9yb290X25z czogMy42Nw0KCWN1cmw6IDcuNzcuMA0KCWRtaWRlY29kZTogMy4zDQoJaHctcHJvYmU6IDEu Ni5iMg0KCWh3c3RhdDogMC41LjENCglsaWJuZ2h0dHAyOiAxLjQzLjANCglsc2NwdTogMS4y LjANCglwZXJsNTogNS4zMi4xXzENCg0KTnVtYmVyIG9mIHBhY2thZ2VzIHRvIGJlIGluc3Rh bGxlZDogOA0KDQpUaGUgcHJvY2VzcyB3aWxsIHJlcXVpcmUgNjUgTWlCIG1vcmUgc3BhY2Uu DQoxNiBNaUIgdG8gYmUgZG93bmxvYWRlZC4NCg0KUHJvY2VlZCB3aXRoIHRoaXMgYWN0aW9u PyBbeS9OXTogeQ0KWzEvOF0gRmV0Y2hpbmcgaHctcHJvYmUtMS42LmIyLnR4ejogICAwJQ0K 4oCmDQpbOC84XSBFeHRyYWN0aW5nIGh3LXByb2JlLTEuNi5iMjogMTAwJQ0KPT09PT0NCk1l c3NhZ2UgZnJvbSBjYV9yb290X25zcy0zLjY3Og0KDQotLQ0KRnJlZUJTRCBkb2VzIG5vdCwg YW5kIGNhbiBub3Qgd2FycmFudCB0aGF0IHRoZSBjZXJ0aWZpY2F0aW9uIGF1dGhvcml0aWVz DQp3aG9zZSBjZXJ0aWZpY2F0ZXMgYXJlIGluY2x1ZGVkIGluIHRoaXMgcGFja2FnZSBoYXZl IGluIGFueSB3YXkgYmVlbg0KYXVkaXRlZCBmb3IgdHJ1c3R3b3J0aGluZXNzIG9yIFJGQyAz NjQ3IGNvbXBsaWFuY2UuDQoNCkFzc2Vzc21lbnQgYW5kIHZlcmlmaWNhdGlvbiBvZiB0cnVz dCBpcyB0aGUgY29tcGxldGUgcmVzcG9uc2liaWxpdHkgb2YgdGhlDQpzeXN0ZW0gYWRtaW5p c3RyYXRvci4NCg0KDQpUaGlzIHBhY2thZ2UgaW5zdGFsbHMgc3ltbGlua3MgdG8gc3VwcG9y dCByb290IGNlcnRpZmljYXRlcyBkaXNjb3ZlcnkgYnkNCmRlZmF1bHQgZm9yIHNvZnR3YXJl IHRoYXQgdXNlcyBPcGVuU1NMLg0KDQpUaGlzIGVuYWJsZXMgU1NMIENlcnRpZmljYXRlIFZl cmlmaWNhdGlvbiBieSBjbGllbnQgc29mdHdhcmUgd2l0aG91dCBtYW51YWwNCmludGVydmVu dGlvbi4NCg0KSWYgeW91IHByZWZlciB0byBkbyB0aGlzIG1hbnVhbGx5LCByZXBsYWNlIHRo ZSBmb2xsb3dpbmcgc3ltbGlua3Mgd2l0aA0KZWl0aGVyIGFuIGVtcHR5IGZpbGUgb3IgeW91 ciBzaXRlLWxvY2FsIGNlcnRpZmljYXRlIGJ1bmRsZS4NCg0KICAqIC9ldGMvc3NsL2NlcnQu cGVtDQogICogL3Vzci9sb2NhbC9ldGMvc3NsL2NlcnQucGVtDQogICogL3Vzci9sb2NhbC9v cGVuc3NsL2NlcnQucGVtDQpyb290QG1vd2EyMTktZ2pwNC1mcmVlYnNkLWQzMTEyMS12ZXJi YXRpbTp+ICMgZ3BhcnQgc2hvdw0KDQo9PiAgICAgIDQwICAxNTI1NzUyMCAgZGEwICBHUFQg ICg3LjNHKQ0KICAgICAgICA0MCAgICA1MzI0ODAgICAgMSAgZWZpICAoMjYwTSkNCiAgICA1 MzI1MjAgIDEzOTU5MTY4ICAgIDIgIGZyZWVic2QtdWZzICAoNi43RykNCiAgMTQ0OTE2ODgg ICAgNzYxODU2ICAgIDMgIGZyZWVic2Qtc3dhcCAgKDM3Mk0pDQogIDE1MjUzNTQ0ICAgICAg NDAxNiAgICAgICAtIGZyZWUgLSAgKDIuME0pDQoNCnJvb3RAbW93YTIxOS1nanA0LWZyZWVi c2QtZDMxMTIxLXZlcmJhdGltOn4gIyBody1wcm9iZSAtYWxsIC11cGxvYWQNCg0KUHJvYmUg Zm9yIGhhcmR3YXJlIC4uLiBPaw0KUmVhZGluZyBsb2dzIC4uLiBPaw0KVXBsb2FkZWQgdG8g REIsIFRoYW5rIHlvdSENCg0KUHJvYmUgVVJMOiBodHRwczovL2JzZC1oYXJkd2FyZS5pbmZv Lz9wcm9iZT1kMjg2NmYwMWI1DQpyb290QG1vd2EyMTktZ2pwNC1mcmVlYnNkLWQzMTEyMS12 ZXJiYXRpbTp+ICMgZXhpdA0KDQpleGl0DQoNClNjcmlwdCBkb25lIG9uIEZyaSBKdWwgMTYg MDE6MTQ6MTAgMjAyMQ0K --------------7A7F62D72DD95A95FBE1EC0C Content-Type: text/plain; charset=UTF-8; name="version.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="version.txt" RnJlZUJTRAoKbWFpbiBnaXQgYnJhbmNoLCBjb21taXQgZDFhMGVhYjlmYmM0MjZlZDhjYmJk ZGNkOTA3MjAxODBjNDRjZTM2YgorIHBhdGNoIEQzMTEyMQo= --------------7A7F62D72DD95A95FBE1EC0C-- From nobody Sat Jul 17 23:24:17 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AF2078D625B for ; Sat, 17 Jul 2021 23:24:42 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GS42K62sfz3R9h for ; Sat, 17 Jul 2021 23:24:41 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-wr1-x42d.google.com with SMTP id k4so16468766wrc.8 for ; Sat, 17 Jul 2021 16:24:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jBBU1SawSOraKA5a/A7XAHGvb5aF1/3rkZu515aDIJM=; b=n1ieXHg+iHEN87btUApWGTh8NhvIIpg+Hl9G48jOi5VYcuHPZ3MuSerfUl7Y52RqsH 5IdUWEubNzLm5jXkK50tin7Pu0PXj3i7ZSi5zuHRkN47j1yibE/c2xBYfE1UhqjghJqY lwOlfzYz+5zWwXBWkDjELbaJJ3zEKUwlWHfc1xq6EoEa0kVvG9Vq/w3qC7lHa0E2qDLU rdVl6tzokIrTK6HiqmxN59djAgeWGBfykpr7BFZWxMPrjrjZarbbugXTC8xP43Cbb5lQ 9+iTHjCLhV5VbXG8j1TJ8dmIWiBXIjdqWd6F6GEIsFd1b6J8eF0Lvp+q4X/J0FrAzsYu ssNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jBBU1SawSOraKA5a/A7XAHGvb5aF1/3rkZu515aDIJM=; b=R3vgQgtxRDwyz1uBFf/PZoTBa7iuROa+/13rGeKkeh9eyLucvG4EQHq2j+BA23y3h5 G5BOigvDggbW2kaxbb26fM79ZIfXBY9CKeryPHPDvkePf6gTplUJftYwDWpdJ8SfwkX5 YEwD/u88/H5QY9hZkEO76oPedXHQSiTmITxDkYNGhXDTTpxy1ExkJkNIiwwL7auqgCBr EJLKLEF8wgIGG3YThdk+rfdy8NJ75IE0HMUKjUNamkioUnl7O528lIigoav3c3qpV+l1 mzHsXKWbR05gy1MmvXB1KAx4DKtIGinYXaxiPifegXpF8/vRgEFbQe5EX3PQFT8wMzm0 CA7w== X-Gm-Message-State: AOAM530KP9EVmYdOU81ApCBumD02advI6m5cNZVGBciz811km9uyayYh WT209B1GxAM/Er9+G69vWGSO98zrbR5FufPgxc4= X-Google-Smtp-Source: ABdhPJwWlsC7KnliPEfZl3rtXr+pXO1xYiMWCKcgMuDdxmXe92AgGp51kElZWYyRIXzy8UP65hCNH8IBHzgjLztcI1M= X-Received: by 2002:a05:6000:136a:: with SMTP id q10mr21318827wrz.25.1626564280295; Sat, 17 Jul 2021 16:24:40 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Sat, 17 Jul 2021 16:24:17 -0700 Message-ID: Subject: Re: EFI boot partition overwritten To: Michael Gmelin Cc: Warner Losh , Thomas Laus , Current FreeBSD Content-Type: multipart/alternative; boundary="00000000000021a41405c75a0226" X-Rspamd-Queue-Id: 4GS42K62sfz3R9h X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=n1ieXHg+; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2a00:1450:4864:20::42d as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.30)[-0.303]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42d:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42d:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: Y --00000000000021a41405c75a0226 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On my laptop, which comes with W10 installed, I wanted to shrink W10 to 256G and put FreeBSD on a new 680G partition and make FreeBSD the default boot. This was all easy except setting up boot and making it default. I just created a EFI/FreeBSD folder in the existing EFI partition (ada0p1) and dropped loader.efi into it. Then I could use efibootmgr(8) to do the rest. It was not too easy to figure out the first time and documentation would have been really nice. Took a while googling (duckduckgoing?) to discover the existence of efibootmgr (thanks Netflix!) and bit longer to figure out just how to use it (man page is really quite good), but it worked perfectly= . If anyone cares, efibootmgr on dmy laptop shows: Boot to FW : false BootCurrent: 0001 Timeout : 2 seconds BootOrder : 0001, 0000, 0019, 001A, 001B, 001C, 001D, 001E, 001F, 0020, 0021, 0022, 0023 +Boot0001* FreeBSD Boot0000* Windows Boot Manager Boot0019* USB CD Boot001A* USB FDD Boot001B* NVMe0 Boot001C* NVMe1 Boot001D* ATA HDD0 Boot001E* ATA HDD1 Boot001F* USB HDD Boot0020* PXE BOOT Boot0021* LENOVO CLOUD Boot0022 Other CD Boot0023 Other HDD Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Fri, Jul 16, 2021 at 1:15 PM Michael Gmelin wrote: > > > > On 16. Jul 2021, at 19:38, Warner Losh wrote: > > > > =EF=BB=BFOn Fri, Jul 16, 2021 at 6:14 AM Thomas Laus w= rote: > > > >> Group: > >> > >> This is an issue for more than just CURRENT. The 'usr/src/UPDATING' > >> file has the instructions for updating the ZFS bootblocks but not the > >> EFI partition. I recently upgraded a RELEASE-12.2 to RELEASE-13.0. T= he > >> freebsd-update procedure did not upgrade the ZFS bootblocks. I forgot > >> that this PC was UEFI only and overwrote the first partition with the > >> gptzfsboot code. That made my system un-bootable. I found the recove= ry > >> procedure on one of the FreeBSD forums and was able to reformat the EF= I > >> MSDOS partition, create the proper directory structure, and copy the > >> loader.efi file to the correct location and filename using the Live > >> Filesystem running on the installation CD. > >> > >> I searched the man pages and the UPDATING file for instructions but ca= me > >> up empty and had to resort to finding the answer on one of the forums. > >> The filenames have changed since FreeBSD first supported EFI and some = of > >> the forum instructions are out of date. My problem must be fairly > >> common and the recovery procedure should be in a man page with a > >> footnote or man reference somewhere on the install media. > >> > >> Since CURRENT receives more updates to the EFI boot loader than the > >> release versions, there should be instructions in the CURRENT > >> 'usr/src/UPDATING' file on how to update the EFI bootcode. > >> > > > > There should be. Yes. Last time I went hunting for a place to shoe-horn > it > > in, I got distracted by something else. > > > > The instructions are relatively straight forward. I'm writing them here > for > > your benefit, and also in case someone wants to send me a diff/pull > request > > to include them. Or better yet, put this in the handbook and we can > > reference > > a location from there. > > > > WARNING: This is a quick run-through of how to do this if you need to. > > The example commands given might not be exactly right for all > installations > > as differing numbers of partitions will change the '-i' parameters. > > > > Frist, you need a partition that's of the right type. For GPT that type > is > > `efi` > > as shown in `gpart show ` eg > > # gpart show ada0 > > =3D> 40 2000409184 ada0 GPT (954G) > > 40 1600 - free - (800K) > > 1640 1992292792 2 freebsd-ufs (950G) > > 1992294432 7000000 3 freebsd-swap (3.3G) > > 1999294432 1114792 4 efi (544M) > > > > If you don't have one, you'll need to create one. In the above exmaple, > > I had installed the system with a tiny partition for booting with legac= y > > BIOS, but then moved to booting with UEFI. I did this by turning off > > swapping and doing the following: > > # gpart resize -i 3 -s 7000000 ada0 > > I then created a new efi partition: > > # gpart add -t efi ada0 > > and I let it autosize. > > > > Next, I needed a FAT32 filesystem on that device. FAT16 usually will > > work and often FAT12, but there are known examples of system integrator= s > > that omit support for these last two (more the latter than the former > since > > it's viewed as a floppy only thing, and who uses floppies). I just use= d > > newfs_msdos and mounted it: > > # newfs_msdos -F 32 /dev/ada0p4 > > # mount -t msdos /dev/ada0p4 /boot/efi > > > > Next, you need to put a bootloader on the system. Unless you have > > special needs, loader.efi is that loader. > > # mkdir -p /boot/efi/efi/boot > > # cp /boot/loader.efi /boot/efi/efi/boot/bootx64.efi > > > > If you are using efibootmgr to set a location to boot from, generally > people > > create a freebsd directory (we've registered /efi/freebsd with the prop= er > > folks > > to avoid conflicts): > > # mkdir -p /boot/efi/efi/freebsd > > # cp /boot/loader.efi /boot/efi/efi/freebsd > > # efibootmgr -c -a -k /boot/kernel/kernel -l > > /boot/efi/efi/freebsd/loader.efi -L "FreeBSD Boot" > > though some vendors impose limits on how many boot envs you can create > > and some do not allow any at all. > > > > It would be cool to also update the loader.efi man page to be a bit more > useful (this is what 'zpool upgrade' refers to/will refer to in the futur= e). > > -m > > > Warner > > > --00000000000021a41405c75a0226-- From nobody Sat Jul 17 23:43:59 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9BBF211E4ACF for ; Sat, 17 Jul 2021 23:44:17 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GS4Sw6vnqz3mCb for ; Sat, 17 Jul 2021 23:44:16 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-wm1-x332.google.com with SMTP id y21-20020a7bc1950000b02902161fccabf1so10439739wmi.2 for ; Sat, 17 Jul 2021 16:44:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PHZZ92e/qg2wGcoUuIYh00n/RAqbFnw7sidn11rbkdk=; b=PErlKQGFspAQ7QWZaqVx2ZLjCRpnLYhZ2bVVwObhvs+Wf30EsiV02QBxBq4MhRbap1 k5/mg5I8tlNiE55HGpPrFcdYUwYwo47/wWW1UH7AQyW9gIRXGemE/luU6mNJ2pawbSsu aEoZxC73u2AjHLMBIR4f9STiWXlDbC80ed4wRIFapAEXdqmUEnsFr7r5dc7j65A9KW4q 0dDUeVwg5F9OgU8tyszz8YaUEmaCEljuzKKl5+ABJ0X51KxlMbO0CGg75kBIbYXs7fUl robJMSDp3gkYRRD0PMJU2unWowCtCcoSSreVZwrIv+9Br+NgOvUUo3Sv6xjdcEXCo/rR 1vBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PHZZ92e/qg2wGcoUuIYh00n/RAqbFnw7sidn11rbkdk=; b=ir8NpsIEz1rEvnIBL30RZ0GbjnxTlZU0Z1oUeBkSPFg6Ue4BKxfV5Na6H7DJR14db9 6wSh7dSWOLaoG446SyxXMnKFHmkGkHp5jn309aViSWzr+9aUA+BCQUU5a1q9+TkO2OsU hP0xSAqLqwbhj0g3Iq8nfjtSRJDjpqlHDPUWKhh7V0BL3FugosPoFj8CWPHcDqImpzL+ +IgC4XVp4JpHWYzNpmcUxXfaAGNNBUI/uNWBQBIsD0vxy11axyAKUNAuf8dGPI0zzQk7 gT9iUF4NRBFmljft+joJs+j81ZKZ2rUrfYLQF9XiYCPxVT+qAKCHKmIjznHF7h4WGnG/ MbzA== X-Gm-Message-State: AOAM530fkqvD3q3KNeYqp5a7bTrCHF/yOLcs4NlfZh23p5jaCb7M/Ohe wmgS6Ij0nPp2s0vZqpSQ7SPEMDioj0vancqyz/0= X-Google-Smtp-Source: ABdhPJxpcpCa+DsIyFhsbqbL3X4q99pR6ld72WHSYUvSiCc6oIv8Ji1ov5YKWTloGTbliM966BXpZ5Sr2Per17xgIDc= X-Received: by 2002:a1c:4384:: with SMTP id q126mr18836460wma.115.1626565455663; Sat, 17 Jul 2021 16:44:15 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Sat, 17 Jul 2021 16:43:59 -0700 Message-ID: Subject: Re: EFI boot partition overwritten To: Michael Gmelin Cc: Warner Losh , Thomas Laus , Current FreeBSD Content-Type: multipart/alternative; boundary="0000000000003058a505c75a48cb" X-Rspamd-Queue-Id: 4GS4Sw6vnqz3mCb X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=PErlKQGF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2a00:1450:4864:20::332 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-0.17 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::332:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.53)[0.527]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::332:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::332:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: Y --0000000000003058a505c75a48cb Content-Type: text/plain; charset="UTF-8" My deep apologies for the top post. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --0000000000003058a505c75a48cb-- From nobody Sun Jul 18 18:21:14 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 96110127462E for ; Sun, 18 Jul 2021 18:21:18 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GSYFn50sMz3rDm for ; Sun, 18 Jul 2021 18:21:17 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x32e.google.com with SMTP id w13so8931710wmc.3 for ; Sun, 18 Jul 2021 11:21:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=lwo898MWMSqPMURj3TTAquz8RRGyuFNTeu2QWv2M1ho=; b=BLXbFSb/L0VRXBWR37+tl9xDRThPOL7lF99pMCq9kRlMfjzUhbluFEpht85Or3s2pA /GiOrp0D+OunazSznbK9i3A09ESMuLFPjCJA9g59w2uC/4KO4NG85sTOS78OMSu6RIj/ TU/HIUx96khkqEj2SnRUWN0uydHN3rIf4vcdyuB2qzFtG/rRFTnfgO5TEU6/LaQwLtzN uZGuLFvVX1fUQmOQrVxNuxRW8gHk/VnQI4x8n51lWJ4cIfYlnBKIUWgrFfyH9IFbBwpM 2wdKPxrC1n/D230Qrg8LREYIB/LUHeKMpFKj1tbIQOGqqFItA9HG1Sy87VONpym2w5mb 8R5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=lwo898MWMSqPMURj3TTAquz8RRGyuFNTeu2QWv2M1ho=; b=TNiEKaTnnAaBLdUO5wqWt9B5p24TWpr2WjvvCW0hXbF4i09PhoC5eoLuV/4mEtDsEd 9Bt9qT6yhJwyrvUNwbnf7RITeCTP9lEDd09DnFlWoz2vwFhiHd4sNoTCbv9QBXBiqP4A LRW2uRm/ap/8m+sXvhFKjSD2XuGVZK5soVqI5ZlmDJquEWbEY63UY6lNfWEbmGMwtb1z mKZz5Zn+dcqF6/EErnpGp4gcDGDwzdMkhcBL/PrEMdi072/za5BILKZOiuD2EXV6bQjV rQ5FzuJyNtoxBXscfK0YRSnEmU8yOJbWDyzssliU1wFgmcqyMoIQ10f38CpZ/IHTldSk +AOA== X-Gm-Message-State: AOAM533iblWPVldwjbPJYCd1nXaOKY+ZvV87rJQD53PqJkpK5X9zCsRq OCYPcGDb876vX58IjremAqHUnpDUCABgJA== X-Google-Smtp-Source: ABdhPJyQoBxoI7vYiqbKqRVk/npU12bQlgmzan8fjYgwsI30KVEn5nhFehkn+7DHp/RfChb4NH7ylg== X-Received: by 2002:a7b:c351:: with SMTP id l17mr22621301wmj.120.1626632475548; Sun, 18 Jul 2021 11:21:15 -0700 (PDT) Received: from ?IPv6:2001:470:1f1c:a0::2? (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net. [2001:470:1f1c:a0::2]) by smtp.gmail.com with ESMTPSA id w8sm6292251wrk.10.2021.07.18.11.21.15 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 18 Jul 2021 11:21:15 -0700 (PDT) Subject: EFI boot partition overwritten: mount -t msdosfs (or mount_msdosfs(8)) To: FreeBSD CURRENT References: <0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@email.amazonses.com> X-Priority: 5 (Lowest) From: Graham Perrin Message-ID: <8400d4f1-0c39-c5f6-ed37-12d6fb78f7c8@gmail.com> Date: Sun, 18 Jul 2021 19:21:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 4GSYFn50sMz3rDm X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=BLXbFSb/; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::32e as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-0.02 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32e:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32e:from:127.0.2.255]; NEURAL_SPAM_LONG(0.98)[0.984]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32e:from]; RCVD_TLS_ALL(0.00)[]; HAS_X_PRIO_FIVE(0.00)[5]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N On 16/07/2021 18:35, Warner Losh wrote: > # newfs_msdos -F 32 /dev/ada0p4 > # mount -t msdos /dev/ada0p4 /boot/efi Typo: msdosfs, not msdos. Alternatively, mount_msdosfs(8). Alternatively (I agree, even better), incorporate things such as this in the Handbook :-) Then have the (ahem) book of answers to frequently asked questions link to the Handbook. From nobody Sun Jul 18 23:50:13 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8DF851272190 for ; Sun, 18 Jul 2021 23:50:15 +0000 (UTC) (envelope-from 0100017abc06ffdd-9d095532-19fd-4fd9-a034-2d3708a90fb7-000000@amazonses.com) Received: from a8-24.smtp-out.amazonses.com (a8-24.smtp-out.amazonses.com [54.240.8.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GShYL1tvHz3sJr for ; Sun, 18 Jul 2021 23:50:13 +0000 (UTC) (envelope-from 0100017abc06ffdd-9d095532-19fd-4fd9-a034-2d3708a90fb7-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1626652213; h=Subject:To:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=s3OZ519Wp0KES5cBOX+XrbblGb2PY9RK/Aw59iYc6T4=; b=iFI7sCYsuODsWLYmf02I2+Cz1w/pRi8eAMla4BPoP7j4wOEAwQ7AUaqtUtNDnheM aqu4yjU+fL6HF5T36/N6JWttN63uIr7sp3CfoIsurAH18uEO+pYjrrYdDH+Vp0Zv5XW uJEn7XxxZWVeXo0ZOuqAmk/aMazkmLvINzHsf3uk= Subject: Re: EFI boot partition overwritten: mount -t msdosfs (or mount_msdosfs(8)) To: freebsd-current@freebsd.org References: <0100017aaf3bd028-56a36bdb-37e1-4d14-9d10-4ff2367110d4-000000@email.amazonses.com> <8400d4f1-0c39-c5f6-ed37-12d6fb78f7c8@gmail.com> From: Thomas Laus Message-ID: <0100017abc06ffdd-9d095532-19fd-4fd9-a034-2d3708a90fb7-000000@email.amazonses.com> Date: Sun, 18 Jul 2021 23:50:13 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <8400d4f1-0c39-c5f6-ed37-12d6fb78f7c8@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Feedback-ID: 1.us-east-1.9pbSdi8VQuDGy3n7CRAr3/hYnLCug78GrsPo0xSgBOs=:AmazonSES X-SES-Outgoing: 2021.07.18-54.240.8.24 X-Rspamd-Queue-Id: 4GShYL1tvHz3sJr X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=amazonses.com header.s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug header.b=iFI7sCYs; dmarc=none; spf=pass (mx1.freebsd.org: domain of 0100017abc06ffdd-9d095532-19fd-4fd9-a034-2d3708a90fb7-000000@amazonses.com designates 54.240.8.24 as permitted sender) smtp.mailfrom=0100017abc06ffdd-9d095532-19fd-4fd9-a034-2d3708a90fb7-000000@amazonses.com X-Spamd-Result: default: False [1.30 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[amazonses.com:s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[54.240.8.24:from]; R_SPF_ALLOW(-0.20)[+ip4:54.240.0.0/18:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[acm.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[54.240.8.24:from:127.0.2.255]; DKIM_TRACE(0.00)[amazonses.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[54.240.8.24:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; FORGED_SENDER(0.30)[lausts@acm.org,0100017abc06ffdd-9d095532-19fd-4fd9-a034-2d3708a90fb7-000000@amazonses.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[54.240.8.24:from]; ASN(0.00)[asn:14618, ipnet:54.240.8.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[lausts@acm.org,0100017abc06ffdd-9d095532-19fd-4fd9-a034-2d3708a90fb7-000000@amazonses.com]; MAILMAN_DEST(0.00)[freebsd-current] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N On 7/18/21 2:21 PM, Graham Perrin wrote: > On 16/07/2021 18:35, Warner Losh wrote: >> # newfs_msdos -F 32 /dev/ada0p4 >> # mount -t msdos /dev/ada0p4 /boot/efi > > > Typo: msdosfs, not msdos. > > Alternatively, mount_msdosfs(8). > > Alternatively (I agree, even better), incorporate things such as this in > the Handbook :-) > > Then have the (ahem) book of answers to frequently asked questions link > to the Handbook. > I agree with having this information in the Handbook. Writing the contents of the EFI partition has changed filenames through the recent release cycles. FreeBSD 12.0 + uses "dd(1) the /boot/boot1.efifat file". FreeBSD 13.0 has a gptboot.efi in the /boot directory I was tempted to use 'gpart bootcode -p /boot/gptboot.efi' like writing the boot record on a ZFS system but was concerned about digging a bigger hole. Warner Losh has still another way of writing the EFI partition contents. Once the Handbook defines a 'standard' method, the /usr/src/UPDATING file can just reference it. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF