Date: Mon, 9 Jun 2025 12:52:31 +0200 From: Gerrit =?UTF-8?B?S8O8aG4=?= <gerrit.kuehn@aei.mpg.de> To: fs@FreeBSD.org Subject: UFS bad magic number kernel panic on Asus PN43 Message-ID: <20250609125231.5a0bec52@luna>
index | next in thread | raw e-mail
[-- Attachment #1 --]
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?).
cu
Gerrit
[-- 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
250609105231Z0( *H
100 `He0
*H
0? *H
120[:NbLr+Og[Io$"t8nWP}K}0
*H
^{GLuPt,Y8(q^S-7O!n%D
uds^=JR[{(feKW i՜a<_c4U0MEaIS8/?p"Y^?;6VI
T<\|_KM_WWsػ<