Re: bin/56643: problem with restore(8)

[Christos Zoulas <christos%zoulas.com@localhost>]

The following reply was made to PR bin/56643; it has been noted by GNATS.

From: Christos Zoulas <christos%zoulas.com@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: gnats-admin%netbsd.org@localhost,
 netbsd-bugs%netbsd.org@localhost,
 paul%whooppee.com@localhost
Subject: Re: bin/56643: problem with restore(8)
Date: Sun, 23 Jan 2022 11:25:36 -0500

 --Apple-Mail=_7D18D305-39B1-4D89-A2FB-962915309CE0
 Content-Transfer-Encoding: quoted-printable
 Content-Type: text/plain;
 	charset=us-ascii
 
 Cannot reproduce:
 
 [11:22am] 2518#dd if=3D/dev/zero of=3Ddisk seek=3D1024m count=3D1
 1+0 records in
 1+0 records out
 512 bytes transferred in 0.001 secs (512000 bytes/sec)
 [11:22am] 2519#vnconfig -c vnd0 disk
 [11:23am] 2520#newfs -O2 /dev/rvnd0a
 /dev/rvnd0a: 524288.0MB (1073741824 sectors) block size 32768, fragment =
 size 4096
         using 707 cylinder groups of 741.59MB, 23731 blks, 46848 inodes.
 super-block backups (for fsck_ffs -b #) at:
 192, 1518976, 3037760, 4556544, 6075328, 7594112, 9112896, 10631680, =
 12150464,
 =
 ..........................................................................=
 .....
 [11:23am] 2521#mount /dev/vnd0a /mnt
 [11:23am] 2522#cp -rp /bin /mnt
 [11:23am] 2523#umount /mnt
 [11:23am] 2524#dump 0f - /dev/rvnd0a | restore -rf -
   DUMP: Date of this level 0 dump: Sun Jan 23 11:23:41 2022
   DUMP: Date of last level 0 dump: the epoch
   DUMP: Dumping /dev/rvnd0a (an unlisted file system) to standard output
   DUMP: Label: none
   DUMP: mapping (Pass I) [regular files]
   DUMP: mapping (Pass II) [directories]
   DUMP: estimated 14761 tape blocks.
   DUMP: Volume 1 started at: Sun Jan 23 11:23:42 2022
   DUMP: dumping (Pass III) [directories]
   DUMP: dumping (Pass IV) [regular files]
   DUMP: 10662 tape blocks
   DUMP: Volume 1 completed at: Sun Jan 23 11:23:45 2022
   DUMP: Volume 1 took 0:00:03
   DUMP: Volume 1 transfer rate: 3554 KB/s
   DUMP: Date of this level 0 dump: Sun Jan 23 11:23:41 2022
   DUMP: Date this dump completed:  Sun Jan 23 11:23:45 2022
   DUMP: Average transfer rate: 3554 KB/s
   DUMP: DUMP IS DONE
 TIME=3D0:07.59 CPU=3D87.8% (4.820u 1.852s) SWAPS=3D0 (0+51853)pf =
 (0i+41o) (0Kc+1Kd)
 [11:23am] 2525#config -x /netbsd | grep UFS
 options         QUOTA           # legacy UFS quotas
 options         QUOTA2          # new, in-filesystem UFS quotas
 # Note that UFS_DIRHASH is suspected of causing kernel memory =
 corruption.
 #options        UFS_DIRHASH     # UFS Large Directory Hashing - =
 Experimental
 #options        UFS_ACL         # UFS Access Control Lists
 #options        UFS_EXTATTR     # Extended attribute support for UFS1
 ###> #options   APPLE_UFS       # Apple UFS support in FFS
 ###> file-system        FFS             # UFS
 [11:24am] 2526#
 
 > On Jan 22, 2022, at 8:10 PM, Paul Goyette <paul%whooppee.com@localhost> wrote:
 >=20
 > The following reply was made to PR bin/56643; it has been noted by =
 GNATS.
 >=20
 > From: Paul Goyette <paul%whooppee.com@localhost>
 > To: Christos Zoulas <christos%zoulas.com@localhost>
 > Cc: gnats-bugs%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, =
 netbsd-bugs%netbsd.org@localhost
 > Subject: Re: bin/56643: problem with restore(8)
 > Date: Sat, 22 Jan 2022 17:06:22 -0800 (PST)
 >=20
 > On Sat, 22 Jan 2022, Christos Zoulas wrote:
 >=20
 >> UFS_EXTATTR is only applicable to UFS1. Is the filesystem you are
 >> dumping UFS1?
 >=20
 > no - FFS2
 >=20
 >=20
 >=20
 > =
 +--------------------+--------------------------+----------------------+
 > | Paul Goyette       | PGP Key fingerprint:     | E-mail addresses:    =
 |
 > | (Retired)          | FA29 0E3B 35AF E8AE 6651 | paul%whooppee.com@localhost    =
 |
 > | Software Developer | 0786 F758 55DE 53BA 7731 | pgoyette%netbsd.org@localhost  =
 |
 > | & Network Engineer |                          | pgoyette99%gmail.com@localhost =
 |
 > =
 +--------------------+--------------------------+----------------------+
 >=20
 
 
 --Apple-Mail=_7D18D305-39B1-4D89-A2FB-962915309CE0
 Content-Transfer-Encoding: 7bit
 Content-Disposition: attachment;
 	filename=signature.asc
 Content-Type: application/pgp-signature;
 	name=signature.asc
 Content-Description: Message signed with OpenPGP
 
 -----BEGIN PGP SIGNATURE-----
 Comment: GPGTools - http://gpgtools.org
 
 iF0EARECAB0WIQS+BJlbqPkO0MDBdsRxESqxbLM7OgUCYe2BgAAKCRBxESqxbLM7
 OvZEAJ0SitFonf5d5IyR3OSQ4cpZ+Jdi+ACg2CEgk6sxfLze5MWNw3SSqvNrw3E=
 =ithu
 -----END PGP SIGNATURE-----
 
 --Apple-Mail=_7D18D305-39B1-4D89-A2FB-962915309CE0--