From owner-freebsd-users-jp@freebsd.org Tue Aug 18 04:36:56 2020 Return-Path: Delivered-To: freebsd-users-jp@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A09D63AD6D2 for ; Tue, 18 Aug 2020 04:36:56 +0000 (UTC) (envelope-from kohi@kkdlabs.jp) Received: from sh.kkdlabs.jp (s236214.ppp.asahi-net.or.jp [220.157.236.214]) (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 4BVyml3cRSz4hsh for ; Tue, 18 Aug 2020 04:36:54 +0000 (UTC) (envelope-from kohi@kkdlabs.jp) Received: from [10.2.255.248] (paddington.kkdlabs.jp [10.2.255.248]) by sh.kkdlabs.jp (8.15.2/8.15.2) with ESMTP id 07I4ZSVs077975; Tue, 18 Aug 2020 13:35:28 +0900 (JST) (envelope-from kohi@kkdlabs.jp) To: freebsd-users-jp@freebsd.org From: Koh-ichi Ito Message-ID: Date: Tue, 18 Aug 2020 13:35:28 +0900 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1597725416; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=iYmka5MTNUGn1MVlquNoE7FIYVM5ZmsNjGxU0jz2NIY=; b=yD0C4NI1HfxnEb8MU7/TLObDqzPcFhHYYPU3ZaVycmHqsvXopmVXuVlUxwlP5ikRIwbpHc yAYzoX1wcwIO+vhI5zbzCjbia5QofW2nGxPXmG0zW8kzefzJqWEzonI8YJqYERxbBRK6Jk lLP+pSHWi0YM2KrRKgnDhOKjl+fsCyrMcJnsRbnQRuX1TGW7He0Nl73tXJLmivm4jwxw+1 OBV32FbkJgrnU677MkNUd46Z+9xJUpDbJI5IxlwwnhxHpY3BCayqa1NMLkKrEK07q2pdCG xhccQlBIlRSupxQrCGPtS/OlEjh2hVXcHW9ghNeRfELlUSFpH1WeBFGXtROWBQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1597725416; a=rsa-sha256; cv=none; b=EQ6Tf/DhI1npE5mMH56s4Xi9hB4q066CRkhfYXMt6kxE+Pr7CZy/W7xOY5kK2pN43hv/G0 9blUBHAdxId4ynPSvsCxcxYpDDGvnAIqRCc9Z+ba0aBWB6qdHNADQI9tuGQOtIlAcLa2Ca P9n7FU9skChcse7SaDjie304cVJquW45v0XoAlNd0H6gMiihjTofazXYJPFioD+vqLXDEw 2DX9YezMkp3qqEpGD35rXX73q+P6N4D0T31xmMG4V99EG4WAlsfWSJgY6iCzg09RcEma0C OVChqXFwySB5S6HlTs0pJS8drFKO4JfJH1oJJA44fVmjYuTROhYr8omj9Gwfug== ARC-Authentication-Results: i=1; mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of kohi@kkdlabs.jp designates 220.157.236.214 as permitted sender) smtp.mailfrom=kohi@kkdlabs.jp X-Rspamd-Queue-Id: 4BVyml3cRSz4hsh X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of kohi@kkdlabs.jp designates 220.157.236.214 as permitted sender) smtp.mailfrom=kohi@kkdlabs.jp X-Spamd-Result: default: False [1.59 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.59)[-0.593]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:220.157.236.214]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; ARC_SIGNED(0.00)[i=1]; HFILTER_HOSTNAME_5(3.00)[s236214.ppp.asahi-net.or.jp]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.90)[-0.900]; DMARC_NA(0.00)[kkdlabs.jp]; NEURAL_SPAM_SHORT(0.38)[0.381]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:4685, ipnet:220.157.128.0/17, country:JP]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Subject: [FreeBSD-users-jp 96602] =?utf-8?b?ZHVtcCg4KeOBrueUn+aIkOeJqeOBriB2ZXJpZnk=?= X-BeenThere: freebsd-users-jp@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussion relevant to FreeBSD communities in Japan List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 04:36:56 -0000 stay home の夏休みだからか、ここのところ活況ですね。ぼくも困りごとができ ちゃいまして… Bugzilla の Bug 244470 - /sbin/dump crashes on larger filesystem を踏ん じゃいました。レポートされた Stefan Thumer さんが Comment 1 で、r331095 のソースをコンパイルしたら復旧した、って書いていらっしゃるので、ぼくも やってみたんですが、ぼくの 12.1-RELEASE-p8 では DUMP: estimated 295925594 tape blocks. DUMP: SIGSEGV: ABORTING! DUMP: DUMP: SIGSEGV: ABORTING! SIGSEGV: ABORTING! DUMP: DUMP: SIGSEGV: ABORTING! SIGSEGV: ABORTING! Segmentation fault (core dumped) と却って悪い結果になり、dump.core なんていう印象的な名前のファイルまで生 成してくれちゃったので、root で走るプロセスだしマズいよなぁ…と思いながら もバックアップがとれないのは致命的なので、dump は読む一方で、ターゲット のファイルシステムをブッ壊すことはきっとなかろう、と判断し、r339434 の ソースを checkout してきて、traverse.c の問題の assert()の箇所を #if 0 〜 #endif ですっ飛ばして make てみました。できたバイナリは、一応最後まで dump した素振りを見せています。 で、ここからが識者の皆様に教えを請いたい本題なんですけど、このいかさまバ イナリが生成したファイルをベリファイしたいと思っています。ですが、 restore(8)の -t オプションは The names of the specified files are listed ... と書いてあるし所要時間から考えても、インデックス的な部分を舐めているだけ でデータ本体は検証していないように思います。 何かうまいベリファイの方法があれば、教えていただけないでしょうか? ＃ 別ファイルシステムに restore r して find -exec cmp {}\; ってのはナシ でお願いします。 ＃ 事象を認知した朝、長年うちの本棚を占拠していた2001年〜2002年のユニマ ガを資源ゴミに出した祟りではないかと、おののいています。お盆だし… どうぞよろしくおねがいします。 -- kkdlabs.jp, featuring Koh-ichi Ito as just another DNS freak in town.