From nobody Sun Aug 6 16:51:11 2023 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 4RJlpP11vmz4m5l7 for ; Sun, 6 Aug 2023 16:51:25 +0000 (UTC) (envelope-from smsdtv@gmail.com) Received: from mail-ot1-x32f.google.com (mail-ot1-x32f.google.com [IPv6:2607:f8b0:4864:20::32f]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RJlpN2n9nz4DPG for ; Sun, 6 Aug 2023 16:51:24 +0000 (UTC) (envelope-from smsdtv@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ot1-x32f.google.com with SMTP id 46e09a7af769-6bcd4b5ebbaso1954593a34.1 for ; Sun, 06 Aug 2023 09:51:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1691340683; x=1691945483; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=xTD0R+eoqKObBNCE2EEs4dyAzHJ0aUI1cJANSDoMppo=; b=iuC1tHQkSyTuI1ELXvSQXpxe73hapKT205PkbPEnu+qeoThRx7SYndeebAnGmBFkF1 svRJs5KNCOFXPl5cRI41SMsbeKuyromXO/oFaOc0loh7gFVcHBzYUbaOYV5nwo2zFKBT Mhw7owZptUkk1M8eF8Mc8Q2pm7xN3pCMnAcYIA2zbHzygScQ/mrkLeh0dhfA3fOMgeoj 02cRjja/ee5JSK4uqZG49pfRFPOvHH+q+m3sjp3KjhgTT9OZqpoUycWFbWssbHwGswxN wFZUUc3UzvN2CeKfLhqUjGrHH3B/H11aoEHqWvKm3q7BVxc/iNukax1Wktt1+DfKryTr iQ0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1691340683; x=1691945483; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=xTD0R+eoqKObBNCE2EEs4dyAzHJ0aUI1cJANSDoMppo=; b=DU9Tc1UCdShuKYMox74pBvLtXHpfK7LukqgTcsjI9Nq931DIaLxse8mfmqpLiHuXAY DPQ8HdgH1n3vbfgmkteQQmAG+JoEBHe90ZSfbFb6ZzsbCBatQ/0xIvMGN65h9x8I9QwP SRN1DZrVF8ce/y89YXvlcuHGDn2A3PwUdfGrb8tm9GMQ5sMYkqZKhKJ21YvBK81QZXf6 C+ZK2ArxVThU/OZ+t8FTTq4hZSigog53sHolKCDH48nK1lW51CeMb0F1Z1v0kE7SM3HX DyaMk5mxIPb2pyhn5QwvC9GW2+kaRRRGmzXMezpO0sbkysIbMvsqfSvz4U2u6FK3j4zb CPjQ== X-Gm-Message-State: AOJu0Yz3rXmEQ2dgTqs4EZngH+zMZEPxgf/jQi7Kmc/1cMZl0oeeWauG +uCCCJK5icQDBUa29iO+UPW/tQNJrMY= X-Google-Smtp-Source: AGHT+IGBWHoFRK54rrqUdKD9CG1+mldeTfugcVPest0/i5iNInh5v6iHERFeCG771TTIsd9gUvIEww== X-Received: by 2002:a05:6870:1d3:b0:1bb:4bad:ebce with SMTP id n19-20020a05687001d300b001bb4badebcemr7782631oad.27.1691340683146; Sun, 06 Aug 2023 09:51:23 -0700 (PDT) Received: from smtpclient.apple (50-36-34-84.drr01.mybh.sc.frontiernet.net. [50.36.34.84]) by smtp.gmail.com with ESMTPSA id zv2-20020a0568714f8200b0019f188355a8sm4084478oab.17.2023.08.06.09.51.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 06 Aug 2023 09:51:22 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-C850A5FF-CDB1-42D5-A383-5B1AD2F929A4 Content-Transfer-Encoding: 7bit From: Tim Kellers 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: Has the update procedure changed? Date: Sun, 6 Aug 2023 12:51:11 -0400 Message-Id: <7A0E604D-EF40-4F10-B597-F1F076507192@gmail.com> References: Cc: Matthias Apitz , freebsd-current@freebsd.org In-Reply-To: To: Kevin Oberman X-Mailer: iPhone Mail (20G75) X-Rspamd-Queue-Id: 4RJlpN2n9nz4DPG X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --Apple-Mail-C850A5FF-CDB1-42D5-A383-5B1AD2F929A4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

On Aug 6, 2023, at 11:= 05 AM, Kevin Oberman <rkoberman@gmail.com> wrote:

=
=EF=BB=BF
<= div dir=3D"ltr">
On Sat, Aug 5, 2023 at 10:51=E2=80=AFPM Matthias Ap= itz <guru@unixarea.de> wrote:<= /div>
In the past I was used to use the following procedure to install a= new
kernel and world:

    # cd /usr/src
    # make installkernel
    # shutdown -r now

    boot -s from the loader prompt

    # adjkerntz -i
    # mount -a -t ufs
    # mergemaster -p
    # cd /usr/src
    # make installworld
    # mergemaster
    # yes | make delete-old
    # yes | make delete-old-libs

    # reboot

Now the handbook https://docs.freebs= d.org/en/books/handbook/cutting-edge/#makeworld
says only:

    # cd /usr/src
    # make installkernel
    # shutdown -r now
    # cd /usr/src
    # make installworld
    # shutdown -r now

Has this changed in past two years?

Thanks

        matthias
--
Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
 
Wow! Several obvious reasons that this looks ju= st wrong. (Then again, so is yours in one case.)
1. "mergemast= er -p" MUST be run before you build the kernel. (Actually, hte man page says= it should be run BEFORE buildworld and that is what I've always done althou= gh I have never seen a case where it was needed until buildkernel.
2. While mergemaster(8) is still in the system, you really should be us= ing etcupdate(8). You also need to understand how a three-way merge is done a= nd that you  often need to edit the merged file when first running it.&= nbsp; It's pretty simple to run and rarely is needed after the first run, bu= t it is critical to do this for /etc files that you have modified. It's gene= rally just picking which of the two (original/yours) you want in the final f= ile. The big win with etcupdate(8) is that it only needs to be run once for m= odified files in almost all cases.
3. Where is "make check-old= " and the other tests to get rid of old files. Leaving these around can lead= to serious issues.
4. If you don't do adjkerntz -i, you might= find files installed in the future which can get REALLY  confusing!

Historically, the final source of truth f= or all of this is /usr/src/UPDATING. It has been updated for etcupdate(8) an= d is handled by imp@, so I tend to believe it is correct.

=
OK. Everyone who knows better, please explain why. I didn't m= ention "fsck -p" but I'm really paranoid and it really, really should not be= needed unless something goes wrong in the shutdown after installing the new= kernel.
--
=
Kevin Oberman, Part time kid her= der and retired Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerpri= nt: D03FB98AFA78E3B78C1694B318AB39EF1B055683

I=E2=80=99ve always used the procedure listed at= line 90 of the Makefile in /usr/src as the source of truth. Has that change= d?

Tim
= --Apple-Mail-C850A5FF-CDB1-42D5-A383-5B1AD2F929A4--