-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Installer fails on macOS Ventura 13.6.3 #9969
Comments
If you didn't already follow the full uninstall instructions before reinstalling it, I'd recommend doing so and then try reinstalling again: https://nixos.org/manual/nix/stable/installation/uninstall.html#macos For future reference: If by a "broken Nix installation" you mean Nix was missing from your PATH after a macOS update, you don't have to reinstall to fix this. The macOS update is overwriting the shell hook, but you can just replace it. See #3616 for more. |
Hi @abathur I just followed the uninstallation guide and tried again. I get the same error. See logs below. Output
|
I should have noted that I get an error when running the following command from the uninstallation guide. All other commands finish without errors.
|
Check out the comments from #9978 (comment) on down, since that thread reported the same error message. |
@abathur It seems I can successfully enable the two nix-related services, as suggested by #9978 (comment):
But when I try to run any nix commands I get a permissions error:
More info:
|
Once they are enabled, I'd follow the uninstall instructions and then reinstall: https://nixos.org/manual/nix/stable/installation/uninstall.html#macos |
Why? What's achieved by enabling and running these services followed by stopping and deleting them? And why should the install script behave differently after doing this? Sorry if there's something I'm missing. |
We're in not-quite-validated hunch territory, so the answers probably aren't satisfying. The short answer is because that's what days of futzing led to in #9978. Beyond that: As noted in #3532 (comment), I think the installer's inadvertently been setting the wrong permissions since the PR I commented on was released. I'm not certain how it causes trouble, but my hunch is that something causes launchctl to notice that the file isn't writable and fall back on disabling the service. The likely candidate are the |
@abathur it worked! 🎉 Thanks a lot for your time. I have included the successful installer logs at the end of this comment in case they're relevant. Question: I noticed the installer uses a different way to install and run the
which is different from how it's done for the
Do you know why this is the case? Maybe if we install Output
|
Edit: glad that worked :) IIRC they just differ because the volume code is newer, and someone pointed out that load/unload are documented as legacy commands (#4181 (comment)) within the scope of a single PR (where the other service was out of scope). Since the other peer issue thread opened around the same time as yours was reporting the same error, but on bootstrap for the darwin-store service, I don't think converting it will help from this perspective. (It would probably be good to sync them for consistency, but people are conservative about touching the installer...) |
Platform
macOS 13.6.3 (22G436)
Additional information
I already had a broken Nix installation. Before running the installation script I have manually removed the /nix volume and deleted any entries from /etc/synthetic.conf and /etc/fstab.
Output
Relevant errors:
Looks like the problem could be bad permissions for
org.nixos.nix-daemon.plist
:(Also, the installer continues after the
sudo launchctl load /Library/LaunchDaemons/org.nixos.nix-daemon.plist
-step errors out)Output
Priorities
Add 👍 to issues you find important.
The text was updated successfully, but these errors were encountered: