Re: bin/60383: fssconfig(8): distinguish between taking and loading a snapshot

"Taylor R Campbell via gnats" <[email protected]> Sun, 19 Jul 2026 12:30:02 +0000 (UTC)
Newsgroups gmane.os.netbsd.bugs
Message-ID <[email protected]>
The following reply was made to PR bin/60383; it has been noted by GNATS.

From: Taylor R Campbell <[email protected]>
To: Robert Elz <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: bin/60383: fssconfig(8): distinguish between taking and loading a snapshot
Date: Sun, 19 Jul 2026 12:25:09 +0000

 > Date: Sun, 19 Jul 2026 19:08:33 +0700
 > From: Robert Elz <[email protected]>
 > 
 >     Date:        Sat, 18 Jul 2026 20:30:28 +0000
 >     From:        Taylor R Campbell <[email protected]>
 >     Message-ID:  <[email protected]>
 > 
 >   | - Mount a snapshot:
 >   | 	# mount -t snapshot /home/.snap/20260718 /mnt
 > 
 > If you're meaning to mount an existing snapshot that way, then fine,
 > just needs a mount_snapshot command to make it work I expect.
 
 Yes, that is exactly what I meant, which would make sense in the
 context of the first part I suggested:
 
 	- Take a snapshot without mounting it:
 
 		# snapfs /home /home/.snap/20260718
 
 > What could be done, and would be more akin to what dump does is
 > 
 > 	mount -t snapshot /home /mnt
 > 
 > which would make a snapshot of /home in some unnamed file on its
 > filesystem, and mount that on /mnt - destroying the snapshot when
 > /mnt is umounted, just as dump destroys its when the backup has
 > completed.
 
 Yes, that would also be nice.  If /home is not ffs, it would need a
 temporary place for the storage to go, something like:
 
 	mount -t snapshot -o snapstore=/var/tmp /home /mnt