Date: Sat, 14 Jun 2025 12:15:50 +0200 From: Gerrit =?UTF-8?B?S8O8aG4=?= <gerrit.kuehn@aei.mpg.de> To: Ronald Klop <ronald-lists@klop.ws> Cc: garyj@gmx.de, fs@FreeBSD.org Subject: Re: UFS bad magic number kernel panic on Asus PN43 Message-ID: <20250614121550.1497feda@luna> In-Reply-To: <1690030283.3031.1749543619043@localhost> References: <20250609125231.5a0bec52@luna> <20250609184419.3991a27e@ernst.home> <1690030283.3031.1749543619043@localhost>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] Dear Ronald and Gary, Thanks to both of you for pointing me into the right direction! I installed micocode updates and also found a BIOS update (1.01 from 05/24 vs. 1.03 from 12/24). Looks like one of these already did the trick. Even after re-enablung soft-updates journaling, the fs errors appear to be gone (at least under the I/O load I have tried so far). cu Gerrit On Tue, 10 Jun 2025 10:20:19 +0200 (CEST) Ronald Klop <ronald-lists@klop.ws> wrote: > Van: Gary Jennejohn <garyj@gmx.de> > Datum:maandag, 9 juni 2025 18:44 > Aan:"Gerrit Kühn" <gerrit.kuehn@aei.mpg.de> > CC:fs@FreeBSD.org > Onderwerp:Re: UFS bad magic number kernel panic on Asus PN43 > > > > On Mon, 9 Jun 2025 12:52:31 +0200 > > Gerrit Kühn <gerrit.kuehn@aei.mpg.de> wrote: > > > > > Hello, > > > > > > I am not sure if this is an actual filesystem issue, but right > > > now it looks like one to me (maybe related to some unknown > > > hardware issue, though), so I will try here first. > > > I have a newly installed system (14.2) on a newly bought Asus PN43 > > > hardware (Intel Alder Lake, N200) using a Samsung SSD 990 EVO 1TB > > > for root fs. The settings are pretty much default from the > > > installer, i.e., UFS root, softupdates and soft updates > > > journaling were enabled. > > > > > > The system installed and booted just fine, but when trying to > > > bootstrap pkg it panicked like this: > > > > > > --- > > > UFS /dev/nda0p2 (/) cg 809: bad magic number 0x0 should be 0x90255 > > > panic: softdep_deallocate_dependencies: dangling deps > > > cpuid = 0 > > > time = 1749395925 > > > KDB: stack backtrace: > > > #0 0xffffffff80b8b89d at kdb_backtrace+0x5d > > > #1 0xffffffff80b3dc01 at vpanic+0x131 > > > #2 0xffffffff80b3dac3 at panic+0x43 > > > #3 0xffffffff80e7018a at softdep_deallocate_dependencies+0x6a > > > #4 0xffffffff80bff707 at brelse+0x197 > > > #5 0xffffffff80e60d8f at ffs_getcg+0x28f > > > #6 0xffffffff80e5ed6f at ffs_nodealloccg+0xbf > > > #7 0xffffffff80e5e7b3 at ffs_valloc+0x4b3 > > > #8 0xffffffff80ea5ab7 at ufs_mkdir+0x107 > > > #9 0xffffffff810ec378 at VOP_MKDIR_APV+0x28 > > > #10 0xffffffff80c383b6 at kern_mkdirat+0x286 > > > #11 0xffffffff810262c5 at amd64_syscall+0x115 > > > #12 0xffffffff80ffccab at fast_syscall_common+0xf8 > > > Uptime: 2m18s > > > --- > > > > > > This was reproducable. After a few unsuccessful tries I decided > > > to boot into single user mode, disabled soft updates journaling, > > > did a manual fsck (reported all issues fixed afterwards), and > > > rebooted once more. This brought the system into a basically > > > usable state: I could bootstrap pkg now and install other > > > software without much of an issue. > > > However, I still see (rare) messages like this in dmesg, > > > especially when doing a lot of disc writes (I think): > > > > > > --- > > > /: bad dir ino 53285122 at offset 0: mangled entry > > > /: bad dir ino 104647168 at offset 0: mangled entry > > > --- > > > > > > I see no other hardware-related problems so far, "smartctl -l > > > selftest /dev/nvme0" completed without any error. > > > There are a few acpi error messages during boot, though (don't > > > know if they are related): > > > > > > --- > > > ACPI Error: AE_NOT_FOUND, During name lookup/catalog > > > (20221020/psobject-372) > > > Firmware Error (ACPI): Could not resolve symbol > > > [\134_SB.PC00.TXHC.RHUB.SS02], AE_NOT_FOUND > > > (20221020/dswload2-315) ACPI Error: AE_NOT_FOUND, During name > > > lookup/catalog (20221020/psobject-372) > > > --- > > > > > > > > > Any idea what is causing the UFS issues (and how to fix them > > > properly?). > > > > > > > I have a laptop with an Intel Alder Lake-M and I was also seeing > > errors with my UFS file system when lots of files were being > > installed. > > > > Adding vm.pmap.pcid_enabled=0 to /boot/loader.conf fixed it for me. > > > > So you could try adding it to your loader.conf. > > > > -- > > Gary Jennejohn > > > > > > > > > > > If I remember correctly other reports also mentioned that updating > the CPU firmware/microcode using the pkg cpu-microcode resolves this > issue. See for example: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261169 > > Regards, > Ronald. > -- Dr. Gerrit Kuehn Max-Planck-Institut fuer Gravitationsphysik Albert-Einstein-Institut Callinstrasse 38 30167 Hannover [-- Attachment #2 --] 0 *H 010 `He 0 *H 0200 *H 0{10 UGB10UGreater Manchester10USalford10U Comodo CA Limited1!0UAAA Certificate Services0 040101000000Z 281231235959Z0{10 UGB10UGreater Manchester10USalford10U Comodo CA Limited1!0UAAA Certificate Services0"0 *H 0 @nvMEDFȃ*]P1p"I-Tc̶nhFSL$rNT z3`ډU"XOhF'v5,^deHav PfxbV18'2Xok+c_s8x6Qx:B/I-߬tMG)b&{>%ݝ5h Ä ^/ 00U #>)00U0U00{Ut0r08642http://crl.comodoca.com/AAACertificateServices.crl06420http://crl.comodo.net/AAACertificateServices.crl0 *H V{DO X̦Ihv]`֍PO&N氥tTAOZ``J¿Ĺt-}kF/j4,}Z /\:l7U S@lXen<ZƞYH0!el!s7Χ,,&"`^tԢShnlhV+8: k-?cb,j AP96n00i9rD:"Ql150 *H 0{10 UGB10UGreater Manchester10USalford10U Comodo CA Limited1!0UAAA Certificate Services0 190312000000Z 281231235959Z010 UUS10U New Jersey10UJersey City10U The USERTRUST Network1.0,U%USERTrust RSA Certification Authority0"0 *H 0 e6ЬW v'LPa M -d Ή=ӱ{7(+G9Ƽ:_}cBv;+o >tbdj"<{QgFQˆT?3~lQ5frg!fԛxP:ܼL5WZ=,T:ML\ ="4~;hfDNFS3`S7sC2S۪tNik`2̓;Qxg=Vi%&k3mnGsC~f)|2cU T0}7]:l5\AکI bf%̈́?9L|k^̸g[L[s#;- 5Ut IIX6Q&}MC&пA_@DDWPWT>tc/Pe XB.CL%GY&FJPxgWcb_U.\(%9+L? R/ 00U#0 #>)00USyZ+JT؛f0U0U00U 00U 0CU<0:08642http://crl.comodoca.com/AAACertificateServices.crl04+(0&0$+0http://ocsp.comodoca.com0 *H Qt!='3.^"our-J~or<C;?\Ʈ{C6|?Cd~}}B+XfvNM2q[A "͒7;:E&u?{w;= \9?{ E͓/]YO?QE?Jat# Ps'DG]*k1jLjxϸvrב_00Π1p5$VI0 *H 010 UUS10U New Jersey10UJersey City10U The USERTRUST Network1.0,U%USERTrust RSA Certification Authority0 200218000000Z 330501235959Z0F10 UNL10U GEANT Vereniging10UGEANT Personal CA 40"0 *H 0 J"^'[[52 1@PDʯJa-b3j-Bʖ<p=hxn<0d[Iep^¾r{D$8Uӡ};'Q܌=32 0ѬgGx& 5ꄪi7tbLdjK2@v7 *!즃ɽZD3'6Q_*YR4o>DAt|ز?ui+Pglwi3PeV"JD"<"KښoKv+1u#8!͋G1ߛf"Qi>g%NY.^rax1ym"x~Ti/ ]rnYHϴ,,q5;}&~Wmf*r| :ؖ8ŧjraC3jf|kXo+V)25nE!u;-/ %l>v&L3(;pogS`Ӹ>/ 00U#0SyZ+JT؛f0Ui !X ݧQ0U0U0 0U%0++08U 10/0-U 0%0#+https://sectigo.com/CPS0PUI0G0ECA?http://crl.usertrust.com/USERTrustRSACertificationAuthority.crl0v+j0h0?+03http://crt.usertrust.com/USERTrustRSAAddTrustCA.crt0%+0http://ocsp.usertrust.com0 *H N{ 9 obx?G]tC@ `JϐDW#kz9QҞ,=1t3?S < 7D5(/Mn7j\y|A̵/k>5 C1C1XEO 4sjq#(61YmA<K_~4J5Pf7VGli/+5O7f|PkD!Uk4Odyep@Wo[+0k/5֬HM{ْY6G`43d ԦnV0[<URO\^<ɵ((ow"*u51]+m0 3ĂVMbFNb@ڱɛ{~␘&jYzptYB -:Ej#dDݧ/cBtFԼ3=\];62hPj)l/T#6"8$2x]si0K03 &V)vQZ0 *H 0F10 UNL10U GEANT Vereniging10UGEANT Personal CA 40 230815000000Z 260814235959Z010U805391G0EU >Max-Planck-Gesellschaft zur Förderung der Wissenschaften e.V.10U Hofgartenstraße 810 UBayern10 UDE10UGerrit Kuehn1&0$ *H gerrit.kuehn@aei.mpg.de0"0 *H 0 ~D-!!&t/ʍDp~Οr}Vkry{{%E]iZU+;UH88>6iBW(R?cHhc{}'4V>56T~x@eঊRԪo+"ktuK@0&OI%mgl2b60~Y0;cI ;s. ~i7RUPQRC}>BkȻN(Il9@pbNX^Eld~ ~¦^tQ ھV/p&-t)o,l~(5zK 9r%dzeGvGsV+>n8uY`@=eNK]Qx-S~o =eMU R5yѩvS (a{ Qغ`:m}ROgtWVd<O%!V rL|#_g{g\/REce+ 00U#0i !X ݧQ0Up̴%c?0U0U0 0U%0++0?U 80604+1O0%0#+https://sectigo.com/CPS0BU;0907531http://GEANT.crl.sectigo.com/GEANTPersonalCA4.crl0x+l0j0=+01http://GEANT.crt.sectigo.com/GEANTPersonalCA4.crt0)+0http://GEANT.ocsp.sectigo.com0"U0gerrit.kuehn@aei.mpg.de0 *H m@{kg/{:gl JO[X[:F9F&OFM:;_9IhuȘXsJ!饈$C5UbW8SF7hA=e<0ALhƺOT(]9ˌ,釻]BU1\Fl4m>P1c o/VE l9YF `xIQjũ%;3,#Ӊ*xŵ~RLEADUYụƗ|(J/yzP%%LBh4f*~ $T1=]Dnϧ~ѱZ"YU*q*`_@Gֽo 1&X|c?V*36ؖ7=j lY.|8$7ZEϪY|@9D6iIFR/N2n"lȭ9,RFi/ySݷa-Ds п1,0(0[0F10 UNL10U GEANT Vereniging10UGEANT Personal CA 4 &V)vQZ0 `He 0 *H 1 *H 0 *H 1 250614101551Z0( *H 100 `He0 *H 0? *H 120r<63U3рњv+줧B߽BEuiTr0 *H O<s1թQpU!^ܿ르QiĹG22f.)Eᰃ6,k֤SjovLlȷ VS$VPY [ɏ%šsR73@ǰ,v쬊8VMȌ:8)apOF* A<&#J,CNk&e%vU1vbBxlM'z \ FԵ+TX8p [MK֞9|Tg"LS|^FbNd?P*'=XF%%]˖\8Q9܁bV|*9ㅛ̀foz yN+$le[ wu C]Lwuk\^۴f~%䣓%ڷIvn0̤NۿAҀN$lU s!dLr*Vݥ̌faL/5hƂdQ mI4(ek=Nņhome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20250614121550.1497feda>
