その後の更新で、一応9.3_STABLEと表示されるようになりました。
9.3でUDF周りが改善されたと思ってたので試してみようと思ったんだけど、fsck_udfはcurrentでしか動作しないみたい。ってことで、currentも入れてみることにしました。ただrefindから9.3とcurrentを直接個別に起動させる方法が判らなくて、諦めて9.3の/boot.cfgを読み込むまでは9.3のboot loaderを起動して、/boot.cfgにboot hd1d:等の行を追加して9.3のboot loader menuからcurrentも起動できるようにしました。あと、https://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/が何故かMD5/SHA512が不一致なので、https://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/202208091810Z/を入れました。
以前にNetBSD 8.0で使用不能になったBD-R DL(UDF v1.5)を先程fsck_udf -s 1 /dev/rcd0aしてみたんだけど、死ぬ程時間がかかるようです。いったいどうなることやら。
P.S. 結局、上記のBD-Rは8時間以上fsck_udfにかかり、最後にSelected VAT is not the latest or not at the end of track.と表示されて修復できませんでした。また、通常のBD-R(UDF 2.60)はimplementation limit: minimum write version UDF 2.60 and on are not supportedと表示されて駄目なようです。ってことでfsck_udfは今の所期待外れです。
その1へ戻る