From 8c269a03dff6213575c032bb44b1783ad75ff84d Mon Sep 17 00:00:00 2001 From: mckusick Date: Wed, 9 Aug 2017 05:21:57 +0000 Subject: [PATCH] Add an entry to UPDATING for r322297 which restores the ability of fsck to automatically find alternate superblocks when the standard one is trashed or unavailable. MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D11589 --- UPDATING | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/UPDATING b/UPDATING index c26b882edbb6..7c20df9618e2 100644 --- a/UPDATING +++ b/UPDATING @@ -51,6 +51,19 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 12.x IS SLOW: ****************************** SPECIAL WARNING: ****************************** +20170808: + Since the switch to GPT disk labels, fsck for UFS/FFS has been + unable to automatically find alternate superblocks. As of r322297, + the information needed to find alternate superblocks has been + moved to the end of the area reserved for the boot block. + Filesystems created with a newfs of this vintage or later + will create the recovery information. If you have a filesystem + created prior to this change and wish to have a recovery block + created for your filesystem, you can do so by running fsck in + forground mode (i.e., do not use the -p or -y options). As it + starts, fsck will ask ``SAVE DATA TO FIND ALTERNATE SUPERBLOCKS'' + to which you should answer yes. + 20170728: As of r321665, an NFSv4 server configuration that services Kerberos mounts or clients that do not support the uid/gid in