From nobody Mon Jan 15 09:04:11 2024 X-Original-To: users-jp@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 4TD5mn3K49z56Pl9 for ; Mon, 15 Jan 2024 09:04:25 +0000 (UTC) (envelope-from ka@flu.if0.org) Received: from flu.if0.org (113x39x138x114.ap113.ftth.ucom.ne.jp [113.39.138.114]) (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 (2048 bits) client-digest SHA256) (Client CN "flu.if0.org", Issuer "flu.if0.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TD5mj4p9vz4qt7 for ; Mon, 15 Jan 2024 09:04:20 +0000 (UTC) (envelope-from ka@flu.if0.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ka@flu.if0.org has no SPF policy when checking 113.39.138.114) smtp.mailfrom=ka@flu.if0.org Received: from localhost (localhost [127.0.0.1]) by flu.if0.org (8.17.1/8.17.1) with ESMTP id 40F94BHa079464 for ; Mon, 15 Jan 2024 18:04:11 +0900 (JST) (envelope-from ka@flu.if0.org) Date: Mon, 15 Jan 2024 18:04:11 +0900 (JST) Message-Id: <20240115.180411.1423092643306340291.ka@flu.if0.org> To: users-jp@freebsd.org Subject: Re: how to use etcupdate? From: Kazumaro Aoki In-Reply-To: <20240112012743.60026c5653c9e2c4244476a9@dec.sakura.ne.jp> References: <20240111184744.279c8504bf2f12a55bdb85b0@dec.sakura.ne.jp> <20240111.233756.2221625076163959973.ka@flu.if0.org> <20240112012743.60026c5653c9e2c4244476a9@dec.sakura.ne.jp> X-Mailer: Mew version 6.9 on Emacs 29.1 List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-users-jp@freebsd.org X-BeenThere: freebsd-users-jp@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.49 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_CONTAINS_FROM(1.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(0.99)[0.989]; MV_CASE(0.50)[]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:17506, ipnet:113.32.0.0/13, country:JP]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[users-jp@freebsd.org]; MLMMJ_DEST(0.00)[users-jp@freebsd.org]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; DMARC_NA(0.00)[if0.org]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4TD5mj4p9vz4qt7 青木@名古屋さん 和麻呂です 詳細なご説明ありがとうございます。 まず、encodeですが、UTF-8になる設定になっているみたいですが、なぜか ISO-2022-JP送られていますね。時間がある時に調べてみます。 ＃前世紀からemailの日本語はISO-2022-JPだと思っていたのですが、イマドキ はやっぱりUTF-8が無難なんですね。 さて、etcupdateの-B optionですが、正常に使われている限りはこのoptionを つけようとつけまいと結果としてできるファイル等に違いがないようだと理解 しました。 また、-F optionは無罪だとも。 とすると、何が原因で多くの/etcファイルが0バイトになってしまったのか非 常に気になるところです。 実は他の12R->13Rでも、以前に同様の現象を発現させてしまっていて、そのと きは-p option利用時に、「C」表示に気がつかずにetcupdate resolveせずに、 そのままetcupdate -Bを実行してしまったのが原因か、と思っていたのですが、 今回はhandbook通りに実行したはずなのに発現して、何が原因か気になってい ます。 実はもう一台12R->13Rを予定しているPCがあって、同じことが起きるのではな いかとドキドキしています。もちろん、有時に備えて/etcのbackupは事前にす るつもりですが。 /var/db/etcupdateにも気がついたのですが、ここのoldは、前のOSのinstall 時の/etcとかなんですね。とすると、もともとの/etcは消えてしまうとそのま ま無くなるのか。-n optionは次回実行時には試してみます。 > ちなみにetcupdateの正体は/usr/sbin/etcupdateというシェルスクリプト > なので、余裕があれば読んでみると参考になるかもしれません。 > 私はなかなか読み切れていませんが...。 については、確かにshell scriptなので読もうかと思いつつ、かなり長いので 断念しています。 青木和麻呂 【以下、全文引用】 From: Tomoaki AOKI Subject: Re: how to use etcupdate? Date: Fri, 12 Jan 2024 01:27:43 +0900 > 青木@名古屋です。 > > とりあえず最初に。　メールの文字エンコーディングを > （設定可能なら）UTF-8にしておくとアーカイブでの文字化けが > 防げます。　例えばSylpheedのメール作成ウィンドウだと表示→ > 文字エンコーディング→Unicode(UTF-8)にチェックを入れると > 切り替わるのですが、Mewは使ったことがないのでどのように > 設定するか（設定できるのか）分かりません。 > > > On Thu, 11 Jan 2024 23:37:56 +0900 (JST) > Kazumaro Aoki wrote: > >> 青木＠名古屋さん >> 和麻呂です >> >> 早速の助言ありがとうございます。 >> >> handbook 26.6節を要約すると >> 古いsource tree# etcupdate extract >> 新しいsource tree# make installkernel >> reboot >> 新しいsource tree# etcupdate -p >> 新しいsource tree# make installworld >> 新しいsource tree# etcupdate -B >> reboot >> というように見えますが、助言頂いたのだと、etcupdateの-B optionをつける >> のがetcupdate extractの方で、本番(?)の方では、なし、ということでしょう >> か。 >> >> etcupdateのonline manualを見てもイマイチ-B optionの挙動がわかっていな >> いので気になっています。 > > 「-B」オプションは自動生成されるファイルをいちいち生成し直さず > srcツリー内で生成済のものをそのまま使う指定で、例えばsendmailの > cfファイルのようなものを想定したものですので、特殊な場合以外は > 何も考えずに付けて大丈夫な筈のものです。　私としては、そのあたりの > デフォルトを検討する必要のある開発者がヤラレタ！とならないために > わざわざ指定しなければならなくしてあるセーフティかな、と思っています。 > 例外は、シャドウパスワードのように「データベースを生成するもの」です。 > > もうお気づきと思いますが、最期の部分で付けていなかったのはただの > 付け忘れです。　申し訳ありません。 > > >> もう一点、git cloneで/usr/srcを取ってきたのですが、FreeBSD ID stringと >> 思われるものが >> $FreeBSD$ >> というように書いてあり、 >> $FreeBSD: releng/12.4/etc/login.access 130151 2004-06-06 11:46:29Z schweikh $ >> といった形式より短いのが気になっていて、これが-F optionをつけた時に悪 >> さをしているのかなぁと思ったりもしています。 > > これは、元々は最古のバージョン管理システムSCCSやRCSで使われて > いたものの名残で、短い形式でソースに書かれているとシステム側で > 何に対していつ誰が更新したものかに展開されて長い形式に化けます。 > 現在FreeBSDが使用しているgitでは基本的に使わないようなので、 > 順次ソースから削除されていっています。 > > で、先の投稿で話題にされていた「-F」オプションはこれが違っても > 他の部分が一致していれば同じと看做せ、という指定です。 > これがきっちり展開されていた頃には極めて有用でした。 > 例えばmainブランチ（旧来でいうcurrent）の/usr/src/Makefileの > 履歴だと、[1]で削除されています。 > > [1] > https://cgit.freebsd.org/src/commit/Makefile?id=d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf > > >> varmfsは使ってません。ただ、/var/db/etcupdateの存在には気がついたので >> すが、そこを見ても以前の/etcは見当たりませんでした。 > > etcupdateは、通常時の動作では、デフォルトのディレクトリ構成だと > 「-p」オプション無しでは > 　・/var/db/etcupdate/old以下を削除し、 > 　・/var/db/etcupdate/current以下の内容を/var/db/etcupdate/old > 　　以下に移動し、 > 　・/usr/src以下から/var/db/etcupdate/current以下に入れるべき > 　　ものを抽出して構築し、 > 　・/etc以下との3wayマージを行う > という処理をしている筈です。　「-p」付きだとテンポラリの作業用 > ディレクトリを作ってoldやcurrentはノータッチのまま、/etc/groupと > /etc/master.passwdの処理だけ行う形です。　これが更新されるべき > なのにされていない状態でinstallworldを行うと、新規追加されたり > group/ownerが変更されたりしたファイルで設定すべきグループや > ユーザが存在しないという笑えない状態になってしまいますので > 特別扱いされています。　つまり、これら2つのファイルの更新時は > 「-p」ありと無しの2回、処理が必要になってしまう訳です。 > > 当然ながら初めて実行するときは/var/db/etcupdate/current自体 > まだ存在しないので、必要なディレクトリ構造を作成して既存の > /usr/srcからこれを構築するのが`etcupdate extract`です。 > > なお、etcupdataには「-n」オプションでDRY-RUNを行う機能があるので、 > 本番の前に確認しておくのがお薦めです。 > > ＃ 一時期このオプションが壊れていてツリーのローテーションは > ＃ するのに実際の更新はしないという挙動になっていてこれを > ＃ やってしまうと実際の更新が処理されない悲惨な状態でしたが > ＃ バグレポートして直して貰っていますので今は大丈夫です。 > > ちなみにetcupdateの正体は/usr/sbin/etcupdateというシェルスクリプト > なので、余裕があれば読んでみると参考になるかもしれません。 > 私はなかなか読み切れていませんが...。 > > >> なお、viはあんまり得意ではありませんが使えますし、3-way mergeも30年ほ >> ど前になりますが、PVCSとかいう感じの名前のものを使ったことがあるのでわ >> かりますので大丈夫です。 > > 最近だと、FreeBSD以外でもgitでお目にかかることがあるかと思います。 > 私はbugzillaなりPhablicatorなりに上がっているパッチを当てていて、 > 気づかないうちに更新されたものがコミットされてconflict状態に > なっていて慌てることが結構あって見慣れてしまいました。 > >> ただ、etcupdateで「C」つきのが出てきた時がconflictだという認識がなかっ >> たので、最初はetcupdate resolveを忘れていましたが、とりあえずetcupdate >> のあとにいつでもetcupdate resolveすれば、conflictがあろうとなかろうと >> うまくいくという理解です。 >> >> 青木和麻呂 >> >> >> 【以下、全文引用】 >> From: Tomoaki AOKI >> Subject: Re: how to use etcupdate? >> Date: Thu, 11 Jan 2024 18:47:44 +0900 >> >> > 青木@名古屋です。 >> > >> > 今更ですが、基本、etcupdateは、初めて使う場合、 >> > 　・srcツリーの【更新前】に`etcupdate extract -B`で >> > 　　比較対象用のツリーを構築 >> > 　・srcツリー更新・リビルド・`make installkernel`後、 >> > 　　`etcpudate -p` >> > 　・シングルユーザで再起動後（ZFS関連の更新だと再起動 >> > 　　せず`shutdown now`でシングルユーザに落ちるだけで >> > 　　処理する必要があるケースも）、`make installworld`後、 >> > 　　`etcupdate -B`で残りを更新。　`make delete-old`を >> > 　　やるならそちらを先に。　`make delete-old-libs`は >> > 　　最後の最後、ports等も含めて古いライブラリを使うものが >> > 　　何も無くなったと確認できた後で。 >> > >> > でだいたいうまくいきますが、"C"マークの付いたアイテム >> > （srcでの変更とローカル設定での変更が衝突）があると >> > 手動での取捨選択が必要になります。　forums.freebsd.orgの >> > 方で、rootのEDITOR環境変数が未設定の場合のデフォルトがvi >> > だったこともあって、特にviに不慣れな人たち中心に阿鼻叫喚の >> > 地獄絵図が。　3ways mergeの扱いがわからないのに加えてviの >> > 操作も分からないという2重苦が蔓延してました。 >> > >> > 和麻呂さん（どちらも青木で紛らわしいので(^^;）の場合、 >> > srcの更新前（前のsrcツリーを更新したんですよね？）に >> > 比較用のツリーを用意されているようなので問題なさそうですが、 >> > 念の為、varmfs環境ではありませんよね？ >> > etcupdateはデフォルトで作業用データを/var/db/etcupdate以下に >> > 構築・保存するので、varmfsな環境だと再起動時に消滅して >> > しまいますので。 >> > >> > 私の場合、etcupdateが初めてsrcに取り込まれてすぐの更新で >> > いきなり試して、最初のステップを演っていなかったため >> > ドツボに嵌まった経験があります。　確か、etcupdateの作業用 >> > データ保存先を必死に探して消去し、一旦srcツリーをsvnliteで >> > 強制的に更新前の状態に戻して最初のステップをやり直して >> > 強引に処理したかと思います。 >> > >> > 12月あたりからのforumsの関係しそうなスレッドはこの辺でしょうか。 >> > あくまで私が何らかのアクションを行ってWatched threadsにリスト >> > される範囲ですが。　確か、まだあったと思います。 >> > >> > 　https://forums.freebsd.org/threads/14-0-release-conflicts-in-etc-passwd-results-in-losing-root.91124/ >> > >> > 　https://forums.freebsd.org/threads/14-0-release-upgrade-question-merge-conflict-markers-remain.91079/ >> > >> > >> > On Thu, 11 Jan 2024 15:00:26 +0900 (JST) >> > Kazumaro Aoki wrote: >> > >> >> 青木＠藤沢市在住です >> >> >> >> 12RのEoLと前後していくつかの12Rを13Rにupgradeしました。 >> >> やってないだけではあるのですがbinary updateは経験がないので、source >> >> treeからのmake installworldです。 >> >> >> >> また、mergemasterは13Rでなくなって14Rからの標準ということもきき、その >> >> 練習を兼ねてhandbook chapter 26.6を見ながら実施しました。 >> >> >> >> まずは、 >> >> etcupdate extract >> >> して、sourceをgitで取りだし、make buildkernel buildworldしました。 >> >> 次にmake installkernelして、 >> >> etcupdate -F -p >> >> を実行したところCつきのファイルが出たPCでは次の >> >> etcupdate resolve >> >> で修正しました。次にmake installworldして、 >> >> etcupdate -F -B >> >> したら、かなりの/etcのファイルが0バイトんなってしまって、困ってます。 >> >> >> >> handbookの方ではetcupdateの-F optionは書いていなかったのではありますが、 >> >> online manualを見る限りmergemasterと同じように作業負荷を減らしてくれそ >> >> うに思いつけてみました。これがまずかったのでしょうか？ >> >> >> >> 青木和麻呂 @ 藤沢市在住 >> >> >> > >> > >> > -- >> > 青木 知明 [Tomoaki AOKI] > > -- > 青木 知明 [Tomoaki AOKI] > From nobody Mon Jan 15 13:31:42 2024 X-Original-To: users-jp@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 4TDCjH6QJtz56xDX for ; Mon, 15 Jan 2024 13:31:47 +0000 (UTC) (envelope-from ev8csp@gmail.com) Received: from mail-oa1-x31.google.com (mail-oa1-x31.google.com [IPv6:2001:4860:4864:20::31]) (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 4TDCjH1yWNz4b7l for ; Mon, 15 Jan 2024 13:31:47 +0000 (UTC) (envelope-from ev8csp@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=YyI9qXVW; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ev8csp@gmail.com designates 2001:4860:4864:20::31 as permitted sender) smtp.mailfrom=ev8csp@gmail.com Received: by mail-oa1-x31.google.com with SMTP id 586e51a60fabf-205dc844e5eso1822205fac.0 for ; Mon, 15 Jan 2024 05:31:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1705325505; x=1705930305; darn=freebsd.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:to:from:date:from:to:cc:subject:date:message-id :reply-to; bh=3rIcd04ekXoUTf5d6qFWsjQfHnsxdI5cvoDQD83s0X4=; b=YyI9qXVWo5nUxGNDt2F3EZbpwnrKfb2IUQGJhbaTH6d8WSLqTWJglNIHDnMpkmKG+Q WZM9+Lq7c90sKi2JwYT1P8HtGTTKD7i4/Dgc0WdckWef+fMb5NylVKFEBRJGvoV/bCpF 61id8uR+I7DBIT7ZYfNI1pLRBiMcUQ3K6IN++10DKODw7JZTbMHCyCcrG7ToGn2gYDL4 5CyVnBxl5jI9ko0FRpP3cmToPTKoWjg8KvlricCwSKPxS5Pg1Ybh6S6QsAz0Gp08ra+p XpVKPYMNs/o5cRhgvSISKPRpyXVaf71AWa4sgcedHkZu6la4E77T4o2iAT3K0WaHg9KE 7z6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705325505; x=1705930305; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=3rIcd04ekXoUTf5d6qFWsjQfHnsxdI5cvoDQD83s0X4=; b=Q1SpG6MuoJ6kJ7C4T/TLTMgCqvs5lHDF1t0JhgJr1SVXj37kZmxrxxXTUGSOaEO6L4 /ZfLt1r25I7QRMGB6bsUcWMe00zsmMuE6i68D0vVHIJVq+umOFupNj716bykgb1F+QWK InibeXsIeDhoQn5LZFu32Lu6HdgJey5LPwDWrUHS/MwLTaeqPN+5HfsafEhR+Phg9TJi 51PxzSQ9Fzn+5FQH3mdReDHFKuIMVMR8fueK2u8DZGcz7D/VRV+y+UU7GxUDEaPJFC8v X9aZLY5GzO2OFoMEQCZRkpqGk/wAG27YlbOOV3iqjBWEHjp+b3qt4AukpAOaNykGXfcR tkqw== X-Gm-Message-State: AOJu0YzEg5vZ/DaCwzpiP+edvRzffGQOaCSSVKl6catYaYSTThwM5+oH a7dK5571TAHUMss7NRvE2wftB1V8ntQ= X-Google-Smtp-Source: AGHT+IFqfTcS2YP/DNk0+KHhQSWVxlA6p8diodJ4Y2mLxahgGKczstOp8ki4eVX7Vyam3nV+tn606A== X-Received: by 2002:a05:6358:6f95:b0:175:e037:c101 with SMTP id s21-20020a0563586f9500b00175e037c101mr4228739rwn.2.1705325505067; Mon, 15 Jan 2024 05:31:45 -0800 (PST) Received: from mi-tx1310 ([240f:b1:a018:1:921b:eff:fe65:fe1e]) by smtp.gmail.com with ESMTPSA id y5-20020a62ce05000000b006dae5243740sm7870948pfg.60.2024.01.15.05.31.43 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 15 Jan 2024 05:31:44 -0800 (PST) Date: Mon, 15 Jan 2024 22:31:42 +0900 From: ISHII To: users-jp@freebsd.org Subject: Re: how to use etcupdate? Message-Id: <20240115223142.36bdf50859c9142365be025c@gmail.com> In-Reply-To: <20240111.150026.1124763852111365461.ka@flu.if0.org> References: <20240111.150026.1124763852111365461.ka@flu.if0.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-users-jp@freebsd.org X-BeenThere: freebsd-users-jp@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2001:4860:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[users-jp@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[users-jp@freebsd.org]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[2001:4860:4864:20::31:from] X-Rspamd-Queue-Id: 4TDCjH1yWNz4b7l 石井＠広島と申します。 素朴な質問なのですが、 On Thu, 11 Jan 2024 15:00:26 +0900 (JST) 20240111.150026.1124763852111365461.ka@flu.if0.org : Kazumaro Aoki wrote: > 12RのEoLと前後していくつかの12Rを13Rにupgradeしました。 > やってないだけではあるのですがbinary updateは経験がないので、source > treeからのmake installworldです。 https://docs.freebsd.org/en/books/handbook/kernelconfig/ にも書かれていますが、GENERIC Kernel を使わないのは、Kernel オプションを独自に指定したい訳ですよね。 今、その独自オプション、がどのようなものなのか教えていただけると参考になる人がいらっしゃるかもしれないのでお願いしたいと思い投稿しました。 本題と外れて申し訳ないのですがよろしくお願いします。 ISHII From nobody Mon Jan 15 14:31:51 2024 X-Original-To: users-jp@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 4TDF2x1QPvz574MX for ; Mon, 15 Jan 2024 14:32:09 +0000 (UTC) (envelope-from katsu@miyoshi.matsuyama.ehime.jp) Received: from www3605.sakura.ne.jp (www3605.sakura.ne.jp [49.212.243.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TDF2v2S82z4hsr for ; Mon, 15 Jan 2024 14:32:05 +0000 (UTC) (envelope-from katsu@miyoshi.matsuyama.ehime.jp) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of katsu@miyoshi.matsuyama.ehime.jp has no SPF policy when checking 49.212.243.145) smtp.mailfrom=katsu@miyoshi.matsuyama.ehime.jp Received: from fsav414.sakura.ne.jp (fsav414.sakura.ne.jp [133.242.250.113]) by www3605.sakura.ne.jp (8.16.1/8.16.1) with ESMTP id 40FEVsn6075760 for ; Mon, 15 Jan 2024 23:31:55 +0900 (JST) (envelope-from katsu@miyoshi.matsuyama.ehime.jp) Received: from www3605.sakura.ne.jp (49.212.243.145) by fsav414.sakura.ne.jp (F-Secure/fsigk_smtp/550/fsav414.sakura.ne.jp); Mon, 15 Jan 2024 23:31:54 +0900 (JST) X-Virus-Status: clean(F-Secure/fsigk_smtp/550/fsav414.sakura.ne.jp) Received: from kmgw.miyoshi.matsuyama.ehime.jp (20.130.31.150.dy.iij4u.or.jp [150.31.130.20]) (authenticated bits=0) by www3605.sakura.ne.jp (8.16.1/8.16.1) with ESMTPSA id 40FEVsVd075750 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 15 Jan 2024 23:31:54 +0900 (JST) (envelope-from katsu@miyoshi.matsuyama.ehime.jp) Received: from kmgw.miyoshi.matsuyama.ehime.jp (localhost [127.0.0.1]) by kmgw.miyoshi.matsuyama.ehime.jp (Postfix) with ESMTP id D7D7D205E for ; Mon, 15 Jan 2024 23:31:53 +0900 (JST) From: Katsuyuki Miyoshi To: users-jp@freebsd.org Cc: Subject: Re: how to use etcupdate? In-Reply-To: <20240111.150026.1124763852111365461.ka@flu.if0.org> (Kazumaro Aoki's message of "Thu, 11 Jan 2024 15:00:26 +0900 (JST)") References: <20240111.150026.1124763852111365461.ka@flu.if0.org> Date: Mon, 15 Jan 2024 23:31:51 +0900 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-users-jp@freebsd.org X-BeenThere: freebsd-users-jp@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Spamd-Bar: - X-Spamd-Result: default: False [-1.10 / 15.00]; AUTH_NA(1.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:9371, ipnet:49.212.0.0/16, country:JP]; MID_RHS_MATCH_FROMTLD(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[users-jp@freebsd.org]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[users-jp@freebsd.org]; DMARC_NA(0.00)[miyoshi.matsuyama.ehime.jp]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4TDF2v2S82z4hsr みよし です。 /var/db/etcupdate/log を確認してみるだけでも何かしら分かりそうな 気もしますがどうでしょうか? -- 三好 勝幸 From nobody Wed Jan 17 14:30:40 2024 X-Original-To: users-jp@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 4TFSwc3t7Qz57x2J for ; Wed, 17 Jan 2024 14:30:56 +0000 (UTC) (envelope-from ka@flu.if0.org) Received: from flu.if0.org (113x39x138x114.ap113.ftth.ucom.ne.jp [113.39.138.114]) (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 (2048 bits) client-digest SHA256) (Client CN "flu.if0.org", Issuer "flu.if0.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TFSwX6MFrz42Y5 for ; Wed, 17 Jan 2024 14:30:51 +0000 (UTC) (envelope-from ka@flu.if0.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ka@flu.if0.org has no SPF policy when checking 113.39.138.114) smtp.mailfrom=ka@flu.if0.org Received: from localhost (localhost [127.0.0.1]) by flu.if0.org (8.17.1/8.17.1) with ESMTP id 40HEUeYw060280 for ; Wed, 17 Jan 2024 23:30:41 +0900 (JST) (envelope-from ka@flu.if0.org) Date: Wed, 17 Jan 2024 23:30:40 +0900 (JST) Message-Id: <20240117.233040.582002293935319523.ka@flu.if0.org> To: users-jp@freebsd.org Subject: Re: how to use etcupdate? From: Kazumaro Aoki In-Reply-To: References: <20240111.150026.1124763852111365461.ka@flu.if0.org> X-Mailer: Mew version 6.9 on Emacs 29.1 List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-users-jp@freebsd.org X-BeenThere: freebsd-users-jp@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Spamd-Result: default: False [0.52 / 15.00]; AUTH_NA(1.00)[]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.99)[-0.985]; MV_CASE(0.50)[]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:17506, ipnet:113.32.0.0/13, country:JP]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[users-jp@freebsd.org]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[users-jp@freebsd.org]; DMARC_NA(0.00)[if0.org]; RCVD_TLS_LAST(0.00)[]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4TFSwX6MFrz42Y5 みよしさん、石井＠広島さん、users-jpの皆様 青木和麻呂＠藤沢市在住です 助言ありがとうございます。 ＞石井＠広島さん いえ、そうじゃなくて、単なる昔からの慣れの問題です。 ちょっとずつ、本流の方法を覚えなければ…と思ってます。 以前custom kernelを使っていた時期もありましたが、ここ10年以上はGENERIC で通しています。 ＞みよしさん /var/db/etcupdate/logは5000行近くあるので断念していたのですが、よく考 えると0バイトになったファイルだけ追えばいいのですよね。 それも結構多数あるので、検索で他の事象が引っかからないのを見ると… >>> cp -Rp /var/db/etcupdate/etcupdate-4nbZE7M/root/.shrc /root/.shrc cp: /var/db/etcupdate/etcupdate-4nbZE7M/root/.shrc: Function not implemented といったことがいっぱい記録されていて、これをキーワードにGoogle検索すると https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271287 の最初の投稿にある In my case the problem of failing cp -Rp was caused by running etcupdate on upgraded system from 12.3 to 13.2 without reboot so every call of cp -Rp failed with "Function not implemented", but it is not user visible error. etcupdate shows nothing wrong. Those messages are logged in to /var/db/etcupdate/log but if you run "etcupdate" and because it shows success then "etcupdate resolve" and "etcupdate status" then the log file does not contain anything useful because it is overwritten by each new run of etcupdate. をまさにやってしまったように思います。 確かに再起動したのか自信が無くなりました。 ＃しかし、一回再起動を忘れただけで/etcの多くを破壊されるのはなぁ。 ＃しかもだんまりだし。 これは、etcupdate -nではみつからなさそうなので、当面、/etcの保存をして からのetcupdateの利用としたいと思います。 皆様、どうもありがとうございました。 青木和麻呂 【以下、全文引用】 From: Katsuyuki Miyoshi Subject: Re: how to use etcupdate? Date: Mon, 15 Jan 2024 23:31:51 +0900 > みよし です。 > > /var/db/etcupdate/log を確認してみるだけでも何かしら分かりそうな > 気もしますがどうでしょうか? > > -- > 三好 勝幸 >