openzfsonosx / zfs

OpenZFS on OS X

Home Page:https://openzfsonosx.org/

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Dataset devices reappear inside the finder sidebar at login despite setting com.apple.browse=off

ggrocca opened this issue · comments

I'm using the option com.apple.browse=off to avoid having a long list of datasets inside the Finder sidebar. Specifically, I set this option for all datasets in a pool except the root one.

This works perfectly for pools in external disks that I import and export manually, but not for internal pools that are automatically mounted at boot.

For the latter pools, whenever I reboot I have all the datasets inside the sidebar, again. Only a zpool export MyPool; zpool import MyPool restores the correct situation, with the root dataset the only one in the sidebar.

EDIT: Before the option was present, I used to drag the dataset devices out of the sidebar. This stopped working a while ago though, as per issue #412

I've fixed some issues with the sidebar, duplicating icons and mix of fileIDs. If you run Catalina, could you try the pkg from #747 (comment) ?

Hi @lundman , thanks for the answer. I'm still on Mojave, and with no clear upgrade path right now, because I still use an important application that requires 32bit support unfortunately. I have to find a suitable replacement before I upgrade.

If it makes sense to test on Mojave too, and it's not too much of a burden to provide a test package for it, I'd be very happy to try your fixes.

No worries, I'll produce a mojave pkg as well

Hi @lundman , sorry for the long time in between. I've tried your fixes tonight; Apparently, there is no change in behaviour.

First of all, have I installed the update correctly? I have not uninstalled the previous version before double clicking the .pkg file, and it was installed with brew cask. The installer ran without issues, and I've rebooted afterwards. The version listed now is:

$ sysctl {spl,zfs}.kext_version
spl.kext_version: 1.9.3-1-g464cf29
zfs.kext_version: 1.9.3-3-ge94a41240

Unfortunately, I did not checked what version was I on before upgrading, sorry. It could have been 1.9.3 though... Do your test pkgs have some specific strings to identify them as test versions?

Strangely enough, the follow things happened:

  • before the upgrade, an unintended restart because of running out of power with the battery did not present the problem (all nobrowse devices remained hidden).
  • after the upgrade, just devices in two pools of three present had the problem. There is no difference in configuration; nobrowse is off for all devices in all pools (except the root device of the pool). After exporting and reimporting them, the devices remained hidden.