An export, and wondering about recovery (option -n to not perform the recovery):
- Code: Select all
gpes3e-gjp4:~ gjp22$ date
Fri 4 Oct 2013 02:48:44 BST
gpes3e-gjp4:~ gjp22$ zpool export tall
gpes3e-gjp4:~ gjp22$ sudo zpool import -FnX tall
Password:
Would be able to return tall to its state as of Fri 4 Oct 02:49:01 2013.
gpes3e-gjp4:~ gjp22$
Rollback of the filesystem named 'tall' at the root of that pool:
- Code: Select all
gpes3e-gjp4:~ gjp22$ date
Fri 4 Oct 2013 02:58:31 BST
gpes3e-gjp4:~ gjp22$ zfs rollback tall@2013-09-27-081037
cannot rollback to 'tall@2013-09-27-081037': more recent snapshots exist
use '-r' to force deletion of the following snapshots:
tall@2013-09-29-190323
tall@2013-09-29-200319
gpes3e-gjp4:~ gjp22$ zfs rollback -r tall@2013-09-27-081037
gpes3e-gjp4:~ gjp22$
Later:
- Code: Select all
gpes3e-gjp4:~ gjp22$ zfs mount
gjp22/casesensitive /Volumes/casesensitive
gjp22 /Volumes/gjp22
gjp22/opt /opt
tall /Volumes/tall
tall /Volumes/tall/com.apple.backupd
tall /Volumes/tall/com.bombich.ccc
– to me, those three lines for 'tall' look wrong.
A bug with ZEVO Community Edition 1.1.1?
When I used option -n with zpool import, was the pool imported? I wonder.
Later still
A freeze of the Mac. For me this is extraordinary; I reported nothing like this whilst seed testing OS X 10.8.5 …
… so I was unsurprised to find that Bluetooth could not be found following a forced shut down (compare with Bluetooth-related comments in the 10.8.5 topic). Workaround for the bug affecting Bluetooth: shut down normally, just once.
----
All subsequent uses of the file system and its children have been problem-free. For example:
- Code: Select all
gpes3e-gjp4:~ gjp22$ zfs mount | grep tall
tall /Volumes/tall
tall/com.apple.backupd /Volumes/tall/com.apple.backupd
tall/com.bombich.ccc /Volumes/tall/com.bombich.ccc
gpes3e-gjp4:~ gjp22$ date
Sat 5 Oct 2013 08:42:23 BST
gpes3e-gjp4:~ gjp22$ sw_vers
ProductName: Mac OS X
ProductVersion: 10.8.5
BuildVersion: 12F45
gpes3e-gjp4:~ gjp22$
- Code: Select all
config:
NAME STATE READ WRITE CKSUM
tall ONLINE 0 0 0
GPTE_78301A52-4AFF-4D96-8DE9-E76ABC14909C ONLINE 0 0 0 at disk6s2
GPTE_99056308-F5E2-4314-852C-4DA04732A2D0 ONLINE 0 0 0 at disk8s2
Side note
The USB 2.0 hub that's dedicated to those two disks is now in a preferred place: the rearmost port of the MacBookPro5,2.