Date: Tue, 28 Jun 2022 00:29:11 -0700 From: Mark Millard <marklmi@yahoo.com> To: bob prohaska <fbsd@www.zefox.net> Cc: Free BSD <freebsd-arm@freebsd.org> Subject: Re: Mountroot problems on RPi3/aarch64 Message-ID: <3108CA8F-55B4-461C-9CFA-7F80BD88A85D@yahoo.com> In-Reply-To: <47AFE262-8425-4A4D-A425-41CF39AA381E@yahoo.com> References: <20220601154142.GA41835@www.zefox.net> <5FA108CF-0973-4A53-A3B7-FA7BE41EB16D@yahoo.com> <20220601214401.GA42494@www.zefox.net> <20220602045202.GA44686@www.zefox.net> <1B845A0C-EDDC-407C-96A8-AAF4E92C2A4D@yahoo.com> <20220613153325.GA12588@www.zefox.net> <50CE21C4-CBE5-4ECB-A27E-42B7AAF71822@yahoo.com> <CE0A908C-EFF3-455D-B303-BCC56C95EAB1@yahoo.com> <20220619042225.GA2267@www.zefox.net> <3458F90E-CFC9-4B91-8C4A-DD5788239172@yahoo.com> <20220621192448.GA1874@www.zefox.net> <54365257-9DA2-4058-9354-B5D76E7AAC70@yahoo.com> <47AFE262-8425-4A4D-A425-41CF39AA381E@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Well, there is another check-in, but this time it is a fix to growfs:. = https://lists.freebsd.org/archives/dev-commits-src-main/2022-June/007525.h= tml shows: Kirk McKusick <mckusick_at_FreeBSD.org> Date: Tue, 28 Jun 2022 04:48:39 UTC=20 The branch main has been updated by mckusick: URL: = https://cgit.FreeBSD.org/src/commit/?id=3D2049cc3218151f8d4108d878196905c3= 4bbf15bc commit 2049cc3218151f8d4108d878196905c34bbf15bc Author: Kirk McKusick <mckusick@FreeBSD.org> AuthorDate: 2022-06-28 04:46:15 +0000 Commit: Kirk McKusick <mckusick@FreeBSD.org> CommitDate: 2022-06-28 04:48:24 +0000 Correctly update fs_dsize in growfs(8) =20 When growing a UFS/FFS filesystem, the size of the summary = information may expand into additional blocks. These blocks must be removed from fs_dsize which records the number of blocks in the filesystem that = can be used to hold filesystem data. =20 While here also update the fs_old_dsize and fs_old_size fields for compatibility with kernels that were compiled before the addition of UFS2. =20 Reported by: Edward Tomasz Napiera MFC after: 1 week . . . Unfortunately, testing this looks like it would be going back through your sequence/usage pattern that lead to the problem, to see if it is avoided. It is not a way to fix an existing UFS2/FFS problem. =3D=3D=3D Mark Millard marklmi at yahoo.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3108CA8F-55B4-461C-9CFA-7F80BD88A85D>