From nobody Sun Nov 26 02:46:02 2023 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 4SdClc6HZKz525lR for ; Sun, 26 Nov 2023 02:46:20 +0000 (UTC) (envelope-from osawa.hisao@tbd.t-com.ne.jp) Received: from m-out-com.basmail.jp (m-out-com.basmail.jp [IPv6:2403:7800:5021::57]) (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 4SdClZ3XKQz4MNR for ; Sun, 26 Nov 2023 02:46:17 +0000 (UTC) (envelope-from osawa.hisao@tbd.t-com.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tbd.t-com.ne.jp header.s=mmtr1 header.b=tAhWzStR; spf=pass (mx1.freebsd.org: domain of osawa.hisao@tbd.t-com.ne.jp designates 2403:7800:5021::57 as permitted sender) smtp.mailfrom=osawa.hisao@tbd.t-com.ne.jp; dmarc=pass (policy=none) header.from=tbd.t-com.ne.jp Received: from m-msa-com01.srv.mmtr.basmail.jp (src-msa-com01.fg2.mmtr.basmail.jp [10.50.111.47]) by m-out-com02.int.mmtr.basmail.jp with ESMTP id 3AQ2k2Yn008996 for ; Sun, 26 Nov 2023 11:46:02 +0900 Received: from Mintaka.localdomain.smtp2.tbd.t-com.ne.jp ([112.138.194.219]) by m-msa-com.basmail.jp with ESMTP id 759mru0s17eTl759mr61zr; Sun, 26 Nov 2023 11:46:02 +0900 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tbd.t-com.ne.jp; s=mmtr1; t=1700966762; i=osawa.hisao@tbd.t-com.ne.jp; bh=qiNhPKDKWnLkgYwpN5jcQ8FjcdkHfc3tlhmWVVIcBL8=; h=Message-Id:Date:From:To:Subject:MIME-Version:Content-Type; b=tAhWzStRCI3ywPvfMMPM1xtMCPgJbnNKHAH0jz7GNh80MgI+FNUCnedcCCmldguOc pMmD4HZ2NBYtwW5MLe19LYnkH0SAmDPR0NWRfH8BRQ6CA+IpY1yEUA2kPCmbimdP/H ZuKLhPVvKSfJqeIp7ND5dhybiwTgzpzKG/x96opwiyakym3A/4gkcEjgm9d7HqWBsZ 10hLR2qJDH9jm9ayQIpJxMOIv5nOjYTUiBufiJhr5GHtJC/aA6eJUvjL4ipbU1b176 N/fDH0WoNKa7p+4mKkH4fGcl9ZH9ClipzpvGsbUJqu0fRXUK0XlVkVydiGlbMmizZ9 D2WUC3QVQ+jMw== Message-Id: <20231126114602.759mru0s17eTl759mr61zr@m-msa-com01.srv.mmtr.basmail.jp> Date: Sun, 26 Nov 2023 11:46:02 +0900 From: Hisao Osawa To: users-jp@freebsd.org Subject: Re: kernel panic In-Reply-To: <20231125.194932.33098363448278908.hrs@FreeBSD.org> References: <20231124.085458.429693068591720411.moto@kawasaki3.org> <20231125113915.6iZfrJRsFUm3h6iZfrBPy3@m-msa-com02.srv.mmtr.basmail.jp> <20231125185015.6pIlrfAUN7eTl6pIlr5156@m-msa-com01.srv.mmtr.basmail.jp> <20231125.194932.33098363448278908.hrs@FreeBSD.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/28.2 (amd64-portbld-freebsd13.1) MULE/6.0 (HANACHIRUSATO) 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 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-2022-JP X-Spamd-Result: default: False [-3.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.987]; NEURAL_HAM_LONG(-0.97)[-0.969]; DMARC_POLICY_ALLOW(-0.50)[tbd.t-com.ne.jp,none]; R_SPF_ALLOW(-0.20)[+ip6:2403:7800:5021:0000::/64]; R_DKIM_ALLOW(-0.20)[tbd.t-com.ne.jp:s=mmtr1]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[users-jp@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:10010, ipnet:2403:7800::/32, country:JP]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[tbd.t-com.ne.jp:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[users-jp@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SdClZ3XKQz4MNR X-Spamd-Bar: --- 大澤です 報告した操作をしても必ず panic するというわけではないので確信は持てませんが、 数回試してみた範囲では同じオプションで直接マウントした場合には panic していません。 件のドライブには副業で使っているファイルを含む数万のファイルがありますし、 送れるようなイメージを作るには大きいので、 小さめの USB ドライブに落ちる環境を作ってみます。 少々お待ちを。 大澤 On Sat, 25 Nov 2023 19:49:32 +0900, Hiroki Sato wrote: > > [1 ] > 佐藤です。 > > Hisao Osawa wrote > in <20231125185015.6pIlrfAUN7eTl6pIlr5156@m-msa-com01.srv.mmtr.basmail.jp>: > > os> 大澤です > os> > os> やや原因がわかってきました。 > os> 必ずというわけではありませんが、autofsを使ってFAT32ドライブにアクセスする > os> のがいけないようです。 > os> > os> dosdisk -fstype=msdosfs,rw,-L=ja_JP.eucJP,-D=CP932,-l,-m=0777 :/dev/nvd0p5 > os> としておいて、たとえば、 > os> > cp abc.txt /mnt/dosdisk/<フォルダ名>/^D > os> といった具合に ^D や TAB で補完を行うとかなり高い確率で panic します。 > os> > os> じゃあ対象となっている FAT32 ドライブに不整合があるのかというと、 > os> Windowsを起動してCheckdiskを行ってもエラー無しで修了するので、 > os> そういうわけでもなさそうです。 > os> > os> backtrace を見ると、iconv_convchr_case で trap が呼び出されているので、 > os> このあたりですかね。 > os> だとすると autofs を使わずに、mount_msdosfs で直に mount しても > os> 同じことになりそうなので、 > os> いわゆる2バイト文字を使わないのがさしあたりの回避方法ということに > os> なってしまいますが。 > > 2 つ教えてください。 > > 1. autofs を使わず、同じオプション設定で単純にマウントしても再現するのでしょうか? > それとも、autofs を使った時だけ発生するのでしょうか? > > 2. 差し支えなければ、マウントしている FAT32 領域のディレクトリエントリの一覧か、 > ドライブのイメージファイルを送ってもらえませんか? > > msdosfs が使っている kiconv のバグを踏んでいるのだと想像しています。 > いずれにしても、2 の情報があれば修正を入れることができると思いますので、 > ファイル・ディレクトリを消して、症状が再現できる最小限のものだけを含んだ > FAT32 イメージを作って送っていただけると大変助かります。 > > -- Hiroki > [2 ] > No public key for DBB07DC66F1F737F created at 2023-11-25T19:49:32+0900 using ECDSA