From nobody Sun Feb 12 17:21:20 2023 X-Original-To: freebsd-arm@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 4PFDm022xbz3qNmB for ; Sun, 12 Feb 2023 17:21:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PFDlz6gm1z3QfD for ; Sun, 12 Feb 2023 17:21:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676222494; bh=EZ/EhhmI8gtzFbX1gwz/spW0yEF90xZTLeU5cvK0LTc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=FxdBVzRwzJ0gdeVVbXS10oPFfTLbsXZAAmfB3ly6HaxprOm4qL7FLOVoy3DC6zCyY3tS0IrBpJO4ROBXIyRGUTkmqALnBX4pWs9cLtUndegUviUce1PQu/XIb9LTPMM7rOMveestLMDb7rQbHq2/bQKvnOfRxYUIB22AvU8j/wri6PYQwtO+gEJ3PEDBdRb24M1vNlcQ2joc8GUWUc/DcZiGj+8Tcexyh9Qk13TqM/HKYBM0fOXI0f04Ay6CcGqR4FxColY44K3FHKTfXNGklkrZb5zNOCmmcZGUjqHISe2/3QD2uWqVLbq8wYJH2hU/P1SCqkBTbEU8kOml9ng0iA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676222494; bh=JQ2RrBEJdPLwnAjm+PR5wSnkCnSc6Iu4NZCCtbakbN3=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ddrG/RI0xoHrLV6jua/S0+vmKy3fuQKjFHhWyoBLKzSr9rMiUFq6rnqrAomjuzP8jrTcgIYCdPCOwsjobHaI3b5/0+1c7rbBLQFdK0bLjqZa/k66L5bohUlLm2Srd/BAO+vCEtORxR+5z2yuVwYNQFMzj3IqSY2XOaBHFpkYYgQuVYnN3YUz1A/L5NlcALt2EbOQom/xZQdBQIN9gsFUHxibAoz/shmcLv15itnfZSy9svow2Rhmxg84vu+LLthtU5Yg8shtGLDV6Fra5AJqS26O8OsC4Iio8e1LvWsW1Ckl+MjSHBLGW/ReVUMKRYQ8p40131IdKS94uhqAx8tVyA== X-YMail-OSG: FWjClXcVM1kPhFXTT3JCZlVe_wgkExZYMe8Oj07JbbzFPZi60gccHUz.NsI_VNM LyfptcyBAWyVrfgEZ2ayPmtvSLUixvn..Tue08ls0mJ7LE8.TpWTqI2O6IuoLVvsnuyT8xf88FGm nUdpmafhDCC8BpS4YcSemNoJXEXjhDtNJbR7nHRWv6Q6Ja9067YSG8pKW3nN7Vw3awqyBXMtREaU w4S376rTvG2nqUEEQvesZww5UFiBpVgT0nSNZOo5KBMNSkQmy5.RGYJnVNNaPsC8y8yZCW8i3LJc nvsZYjcUJ1OmDtFVypmxvOX_ORDn_H3_1ShtGSs5ODtQUSJo2FIc5gOH3X6PpRQ19ljQyDNS_bZw cEK2UhO6hi45q4U2DATWFvKGEaPby2_SEwXX2YzBg3m9.2yffomCCTn4TC.Sg9iMRwedrDAQvs8T _6jOQDmfr_gVs0tXYgnkPEQX4RbZGzR5V4rgF724.eJsEmCMXgCHxZIjBqAq22HGTBHHbj5dIlBE s8GpzRSMZW.JMCZpiRxDYbcjR.GKadXHokDslTOY1BLDfzUhFq3Px0BjY_ncYOb3RrVy__jfzJ4l Qqu4O7JLVoJ4HA0PbtV8JtGpCBKinfSotIRB_W32IhJIz2uk8yBM6iSYhjmg7drHp3l2s0GhB5dY qGTmLU7ek7PgldEbhkl5wY9O_MOJqgVmmDrouSuHJF9LvaW1MF7rgHuweB8uQZBdq7jrBual_CPs A9wyXk9EpqoyE6jVid5DZes8.vWsj6jkyiX8fxsS3062z8Yu26GG9Gwb4jJ6dfv4M.DpEjl8txRO vTg4GY6B8GTRx0jEzMj.C6FE4_AD_O4ivVMvXQAY2tQQnhjwdOR7KlxHjmxrP6V9Yrd9DOdnMJgs J.84kVkChzlSQwXECqXg1qwQ_MgFv6dgPXOmlqzhpq8oINI77AaT_CLrUerJI8Nslv7DWwZUxH1G FoP2r8z00s4CAnD_I4z08hnuCH_PUhDmLe3Xm14CPdugY9zfvyJSaalmow9jAz6_pmjnaVy.XlNY _NQlpaYHpmgtqA2rw.nuB58OPKZXyMDhgKt1Y4Rg3tP2TB1eMfOckjdM7TNgLD4YlGAtsS4oDwib JAX37HyO5FitxR91_gH4_M2rIVOLoUZNtT8ZmuCVFSZlxgcPSRS7QU0hfm7eyzimI.QQyeNP2fZ1 ZdpZkFapxQkkUYbeEonJJHGlxWI50LhMjjXREiT_51lhONJinpiq6BkBqS5ECppa3fwVR_BOYoBe dXZ1LFt_hSEavwkFW5aOkK14k3T0heZ1na8nDoeLgRZmWx1DayO.n7fN3vqNmTDPP7Qev1vsqFQR aFhk2FeqR8rx8jqQXJMPPQmkZ1Gak36lRwOT39_0QAbm8S3m.e.HA7F2Ynn_S9CPnr1sUL2AdYy0 EyTYWLIYY1Nhf0gquivcUrYzTJXcOECmTJo7GboLdQAWAr9Las0r1sqIiGYt89D1Di7CdGJPpuVQ dSFtT4ZQ.CclDMkT4dIpYnRWoley6ZWUo41j4bJW3IZTTLxrbVZ8pwQbNfOMWLRwj13FzvTejHsH JBqN6r0PKnRDX.RheSlZxU11FbHNg5sQ9RL8net.tc3ZNfyW9pOnlGOvzBRdYVAWVMhWRjaHGLXJ TjW.c.ylUOgGdVvgrJ0OkcxTzqqSDSRo_I8GCPcsAnQnegXVVPaw1JeeMPtrYzSwsp6jrj.FQVwU 1Lkv1h2XPQeU6CK9Q031z07.XNcvQXzgJNGouI..D38vUpuMd_ZNX5QIulgYZ7Mci21RVE79XaW7 zQ3Q4wr0I_lf2OgRntNNVydo080KrSjOhdNNnuIaGRsQeQnInv09Ugqa2ASj.ubj9pD5GOKGua2M CQLIYE4HTegH7RmnyW.axBhsAcbJubW5F8kaLMUHAKOjCciu1FnvN.fHaO9eQL8fbFeb0EWwJBX4 xAPimNIqIZ3gz9_UuhoJ_F3zk7m1PWfh5Igdb5EbKQxjYkMjV4L20OZUiDV6xml7zubx92RdJr7w 6Vz_KA9PAFY57R84hLpoCwWi_8K0SSUEzGhKpjkk4vwutbMvm5T7Hng11XlfLlRzOZ6E5iIgacZo 1bYnD6qeMf3WQvJhwlyMR6FQnpkgZCcu8Qk.LdU0OtzsLfflOzXtlF89uhh4Ph57sIl2wRoOj5EX KRj.sGHwLj5Iq8GnIxJDr4gM1Z7qTzeD0379JqVTRfcYEha1vVHGfb4hXbAh6z071M9nXAZ3KtkF c_7NOHK2fUCzNmCG0KkLimvSabLd2sAw3Y6Ms1eKWRoqNwccDtfOqBgcTacGRlRAnl4WPZiqNRrn JNlPE X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 12 Feb 2023 17:21:34 +0000 Received: by hermes--production-ne1-746bc6c6c4-z5pmw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a008a17e8db1b90ce4b12b04234ec420; Sun, 12 Feb 2023 17:21:31 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\)) Subject: Re: fsck segfaults on rpi3 running 13-stable From: Mark Millard In-Reply-To: <20230212165333.GB19401@www.zefox.net> Date: Sun, 12 Feb 2023 09:21:20 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20230211224057.GA17805@www.zefox.net> <9DC74DD9-9AA1-4822-B425-217AAC7DB3F5@yahoo.com> <20230212043524.GA19401@www.zefox.net> <984314A1-FF42-4F92-A212-6BC0D85CB630@yahoo.com> <20230212165333.GB19401@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3731.300.101.1.3) X-Rspamd-Queue-Id: 4PFDlz6gm1z3QfD X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Feb 12, 2023, at 08:53, bob prohaska wrote: > > On Sat, Feb 11, 2023 at 09:21:29PM -0800, Mark Millard wrote: >> On Feb 11, 2023, at 20:35, bob prohaska wrote: >> >>> On Sat, Feb 11, 2023 at 06:57:41PM -0800, Mark Millard wrote: >>>> On Feb 11, 2023, at 14:40, bob prohaska wrote: >>>> >>>>> While running buildworld on a Pi3 running 13-stable the machine >>>>> panic'd. On restart using the previous kernel fsck failed with a >>>>> segfault, which repeated when the disk was moved to a -current Pi3. >>>>> >>>> >>>> Did it produce a *.core file? >>>> >>> >>> The 13-current host, looking at the 13-stable disk, reports >>> root@www:~ # savecore -C -v /dev/da1s2b >>> checking for kernel dump on device /dev/da1s2b >>> mediasize = 2147483648 bytes >>> sectorsize = 512 bytes >>> magic mismatch on last dump header on /dev/da1s2b >> >> 14-CURRENT? >> > Yes. > >> For system crash dumps, they may need to be handled by the same >> type of system that produced them. (Thus the "magic mismatch"?) >> >> However, I was not actually after that in my question. I >> was after fsck crash file(s), not system crash information. >> (Also useful, just for different purposes.) >> >> >> I was not after the original system crash information >> in my question. I was after what might have been recorded >> when fsck was run and failed. >> >> So, since you ran a fsck under 14(?)-CURRENT, the file >> system for 14(?)-CURRENT might have a *.core file from >> the fsck run. (Unsure for fsck.core vs. fsck_ffs.core >> as the file name.) This is on a non-corrupted file >> system. I was avoiding trying to look at files from >> a corrupted file system. >> > > Ahh! found it. > -rw------- 1 root wheel 119074816 Feb 11 20:02 fsck_ffs.core > > It's been placed in > http://www.zefox.net/~fbsd/rpi3/ But the debugger inforation/symbols from your system are needed to get symbolic results from that file. My instance of main is not going to be a match. You need to be the one getting the backtrace from your system. >> >> This presumes that you have the time to wait vs. having >> to quickly just start over after quickly taking a >> riskier route if it fails. > > Time isn't an issue at all, in fact the system is expendable. > Mostly I brought the problem up out of surprise that what looked > like a routine panic on 13-stable could result in seemingly > un-fixable file system damage. > > In the meantime I'll try updating the 14-current system to see if > that makes a difference. If you already did, it is too late to use the fsck_ffs.core file unless you can revert and accurately reproduce the original 14-CURRENT so its symbols/debugger information can be used. === Mark Millard marklmi at yahoo.com