From nobody Sat Nov 25 10:49:32 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 4ScpY00V6Yz51nZP for ; Sat, 25 Nov 2023 10:50:44 +0000 (UTC) (envelope-from hrs@allbsd.org) Received: from mail.allbsd.org (mx.allbsd.org [131.112.84.68]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "mail.allbsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ScpXz3Vrbz4Fqc for ; Sat, 25 Nov 2023 10:50:43 +0000 (UTC) (envelope-from hrs@allbsd.org) Authentication-Results: mx1.freebsd.org; none Received: from mail-d.allbsd.org ([IPv6:2400:4051:a743:3c00:58:65ff:fe00:b0b]) (authenticated bits=56) by mail.allbsd.org (8.16.1/8.16.1) with ESMTPSA id 3APAoWId033865 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK) (Client CN "/CN=mail-d.allbsd.org", Issuer "/C=US/O=Let's+20Encrypt/CN=R3"); Sat, 25 Nov 2023 19:50:33 +0900 (JST) (envelope-from hrs@allbsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=allbsd.org; s=20190220; t=1700909433; bh=lszHOey+YwwxBb8BLT8Qp9KNFji1ygTCN13Itg8o+Ps=; h=Date:To:Cc:From:In-Reply-To:References; b=LxAmjRCh9MBytBUwVWQR4/eC9UKjs7atDgTTD1kKeEtIYxlDp0h5ROhV5NChGPPZ6 6MSIDfr/UzsyNzXs1r2e82maN5RQxqqbgxlQRMeUHnoFpbkjnuAE7fRRCnuwhl+jr4 M0Hn2vjrncD7n2UVMSN+Qwz9Ih880AG7hFN22qZI= Received: from alph.d.allbsd.org ([IPv6:2400:4051:a743:3c00:5a9c:fcff:fe10:ffc2]) by mail-d.allbsd.org (8.16.1/8.16.1) with ESMTPS id 3APAoQpt093314 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 25 Nov 2023 19:50:26 +0900 (JST) (envelope-from hrs@allbsd.org) Received: from localhost (localhost [[UNIX: localhost]]) (authenticated bits=0) by alph.d.allbsd.org (8.16.1/8.16.1) with ESMTPA id 3APAoOc3093309; Sat, 25 Nov 2023 19:50:26 +0900 (JST) (envelope-from hrs@allbsd.org) Date: Sat, 25 Nov 2023 19:49:32 +0900 (JST) Message-Id: <20231125.194932.33098363448278908.hrs@FreeBSD.org> To: osawa.hisao@tbd.t-com.ne.jp Cc: users-jp@freebsd.org Subject: Re: kernel panic From: Hiroki Sato In-Reply-To: <20231125185015.6pIlrfAUN7eTl6pIlr5156@m-msa-com01.srv.mmtr.basmail.jp> 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> X-Old-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-PGPkey-fingerprint: 6C0D 2353 27CF 80C7 901E FDD2 DBB0 7DC6 6F1F 737F X-Mailer: Mew version 6.8 on Emacs 28.2 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: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha512; boundary="--Security_Multipart(Sat_Nov_25_19_49_32_2023_690)--" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (mail.allbsd.org [IPv6:2402:3d00:fb5d:8001:0:0:0:41]); Sat, 25 Nov 2023 19:50:33 +0900 (JST) 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:9367, ipnet:131.112.0.0/16, country:JP] X-Rspamd-Queue-Id: 4ScpXz3Vrbz4Fqc ----Security_Multipart(Sat_Nov_25_19_49_32_2023_690)-- Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit 佐藤です。 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 ----Security_Multipart(Sat_Nov_25_19_49_32_2023_690)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iMkEABMKAC0WIQRsDSNTJ8+Ax5Ae/dLbsH3Gbx9zfwUCZWHRPA8caHJzQGFsbGJz ZC5vcmcACgkQ27B9xm8fc38o6wIJATFpa8I518XZPBRmUiBss8FZNtu7GwHggTTi w+1qWtZOFqrv+fkHZ3GywhdOgXC7/gTspHBHbgQMJLxTLgJwXQy2AgkBMK0vm1Gl RVXRN8BQOcSwjqVffSw7Suip7Iy9yPdJ9rL008CDZ+OWAWP1iqYEMXgG1UyESdZH ZY5sboXii9QC6Ms= =TcGD -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Nov_25_19_49_32_2023_690)----