Mounty for NTFS

A tiny tool to re-mount write-protected NTFS volumes under macOS in read-write mode.

Supports macOS from version 10.9 Mavericks till 12 Monterey. Latest version: 1.15
macOS 13 Ventura is not supported currently, please refer to explanation in Detail Section below.

Easy: A menu icon

Start the program and see it in action:

You will be notified if there is any volume connected to the computer which is NTFS formatted and ready to re-mount in read-write mode.

Light: A simple design

Mounty for NTFS comes without any decorations.

No additional driver will be installed. It simply makes use of the build-in mechanisms already provided by macOS - no strings attached.

Get: Click to install

Mounty for NTFS is available for free. You can get it here:

If you prefer Homebrew , you'll probably know what to do: brew install --cask mounty

To support further development of Mounty, we encourage you to make a donation via Paypal:

If it's not done already, you can also support by providing a localization for Mounty: Please download the Localization Strings File, correct it, and send new version to me.

From the icon in menu bar you can always bring a finder window to front to manage the contents of the mounted drive.

The colour of menu icon reports the current state:

  • status inactive - inactive - nothing to mount
  • status active - active - Volume available to re-mount
  • status working - working - Mounty is operating
  • status mounted - idle - Volume writable mounted
  • status error - error - mount failed

A bit of background

Occasionally I need to share files with my colleagues via USB sticks. Since we are working on different platforms the sticks might be NTFS-formatted. No problem so far, there are several resources out to the web describing to accomplish this task, e.g.

I personally have chosen the more pragmatic way, just open a terminal and issue some mount commands like:

        macbook:~ uwe$ sudo umount /Volumes/UNTITLED
        macbook:~ uwe$ sudo mount -t ntfs -o rw,auto,nobrowse /dev/disk3s1 ~/ntfs-volume

However, tired of typing this over and over, I have written Mounty to accomplish exactly this - but in a much more convenient fashion. So, under the hood, it happens an unmount and a remount short after, followed by opening a Finder window pointing to the hidden mount point.

Why Mounty will not function with macOS 13 Ventura

Apple has changed the entire mount process from the previous kernel based architecture toward one that runs in user space. The ability to mount NTFS file systems in read/write mode was never a supported end-user function, and was only implemented in NTFS kext to support the BootCamp install process. This is now obsolete in Ventura and deactivated in the UserFS NTFS plugin. And sadly Mounty will not work anymore.

I am currently working on a new version of Mounty, utilizing NTFS-3G and macFUSE, where Mounty acts as a graphical interface, bringing back the functionality on macOS Ventura, but this will take some more time. If you can't wait any longer, or if you do not want to install macFUSE and NTFS-3G, I can recommend a new player in the game: iBoysoft NTFS for Mac. You can download it using this link. It is offering similar interface like Mounty, and lot more, but it's a commercial product you have to pay for (after evaluation period).

Some questions that might come up

My NTFS disk disappears from Desktop when using Mounty

Unfortunately this is by design.
Mounty is using the Apple kernel driver. It allows read/write mount of NTFS drives only with the "nobrowse" option. The mount point becomes hidden and disappears from Desktop and Finder menu. To make it easier to re-locate the drive I have added the "Show in Finder" option in Mounty menu.

My USB stick will not re-mount. An alert is popping up telling me to re-attach the stick, but this doesn't help.


This can happen when the USB stick is not cleanly unmounted from the Windows PC. If you simply unplug the USB stick from PC without using the little tray icon to detach the hardware correctly, the volume will be marked as "not cleanly unmounted". There might be some dirty sectors left and Mac OS X will not be able to re-mount in read-write mode for that reason.

Suddenly all my files disappeared - please help!

This is usually happen when not all files are written properly due to an unmount operation not finishing. The NTFS partition might be marked as "dirty" and the Apple NTFS driver cannot recover from that situation. Mounty will not delete anything by itself, please try to restore your files on a Windows PC using usual recovery s/w, i.e. chkdsk command line utility or professional tools like GetDataBack for Windows. If you do not own any Windows you can use tools for macOS that can deal with NTFS partition maintenance, like Paraogn Harddisk Manager or Tuxera Disk Manager.

Sometimes the files are grayed out and cannot be modified anymore.

This is because the file has extended attributes, refer to the Manpage of xattr for further explanation. If you open the file path in terminal application, you can list the attributes with ls -l@ <filename>, and remove those attributes with xattr -d com-apple.<attribute> <filename>, i.e.: xattr -d testfile.txt

Unable to re-mount in read/write mode when trying to mount Windows 10 partition

If you try to mount a Windows System partition, Mounty might fail when Hibernation feature is enabled. There is a Fast Start feature in Windows which might be enabled by default, and this is causing the drive to be locked. Within Windows running, you need to run the command powercfg /hibernate off in an admin powershell and restart Windows to disable this feature and remove the lock to enable it for Mounty. Thanks to Art Schultz pointing that out.

Mounty will not recognize a drive or re-mount read/write even if the drive is NTFS formatted actually

We have seen that certain third-party NTFS tools will re-name the volume kind property of an NTFS drive to something other than "ntfs". In this case it might happen that the macOS kernel driver ist not able to re-mount in read/write mode anymore. Thanks to Giovanni for his patience to reveal this issue during a remote debug session :)

Version History

Version 1.15 - 28th of August 2022

  • added Ukrainian localization, thanks to Andriy Kupyna

Version 1.14 - 6th of June 2022

  • added Catalan localization, thanks to David Lahoz
  • fixed a bug in macOS 12 where Mounty is left in inconsistent state when re-mount fails due to NTFS filesystem marked as "dirty" and needs cleanup by chkdsk on Windows
  • Mounty is still operating with NSTask workaround on macOS 12, at least there was an update on my bug report that it might be fixed in future OS update
  • if you are running macOS Big Sur or earlier there is no need to update to current version

Version 1.13 - 20th of December 2021

  • added compatibility with macOS 12 "Monterey"
  • Apple has changed the entire mount process in Monterey from the previous kernel based architecture toward one that runs primarily in user space
  • now the "mount_lifs" command is triggering the mount but custom flags like "read/write" are now ignored which leads into a mount failure
  • I have filed a bug report to Apple, hope that this will be solved sooner or later
  • as a workaround, I have switched to NSTask API but now you need to input credentials for elevating privileges, sorry for inconvenience. Also, the mount point has changed from system mount point "/Volumes" to a user-owned hidden mount point in user's home directory "~/.mounty" for that reason
  • once Apple will provide a fix, I will switch back to DiskArbitration framework
  • if you are running macOS Big Sur or earlier there is no need to update to current version

Version 1.12 - 6th of February 2021

  • when macOS appearance switched between light and dark, the status icon was not updated accordingly, this is fixed now
  • the dark appearance icons are dimmed a bit now
  • added tolerance to volume kind label if its not exactly written as "ntfs" but contains the "ntfs" string

Version 1.11 - 24th of Jan 2021

  • new icons for dark appearance
  • compiled as universal binary including both x86_64 and arm64 architectures to run natively on Intel and Apple Silicon
  • notifications were not thrown because the authorisation request was missing, this is fixed now

Version 1.10 - 29th of Nov 2020, this version is only compatible with macOS 11 Big Sur and up

  • remove deprecations: update of notification framework
  • added disclaimer on first startup

Version 1.9 - 21th of Sep 2018, last version compatible with macOS Catalina and earlier

  • bug fix for crash when Volume does not contain UUID (e.g. MBR Disk)
  • Note: Old devices which does not contain UUID cannot be tracked for auto-mount
  • Russian Credits Page added (again, thanks to Anton)

Version 1.8 - 12th of Sep 2018

  • Added Russian Localization (thanks to Anton)
  • Added feature to automount volumes (without the notification)
  • fixed equal volume name bug

Version 1.7 - 4th of Nov 2017

  • Localizations updates ane new ones:
  • - Portuguese (thanks to Carlos)
    - Chinese corrections, thanks to Barry
    - new Chinese Traditional, thanks to Barry
    - Brazilian (thanks to Bruno)
    - Spanish (thanks to Daniel)
    - Korean (thanks to Kim Jinbong)
  • As far as I have tested, this version runs perfectly on Mac OS High Sierra.

Version 1.6 - 2th of June 2017

  • Localizations Updates:
  • Thanks to the community, bunch of corrections were made to improve the Google translations of
    - Chinese (thanks to Gerald and Yang)
    - Italian (thanks to Emanuelle and Helmo)
    - French (thanks to Dominique)
    - new: Dutch (thanks to Ferdi)

Version 1.5 - 26th of May 2017

  • Localizations (incomplete and made by Google. If you want to contribute, please download the Localization Strings File, correct it, and send new version to me).

Version 1.4 - 25th of May 2017

  • Compatibility update to fix an issue with macOS 10.12.5
  • Added new status: Mounts is operating: The re-mount of larger volumes can take a while. When mounts is working you cannot accidentally issue another action anymore.

Version 1.3 - 29th of January 2017

  • Smaller tray icon
  • Fixed some possible memory leaks
  • Added modal alert when drive has spaces in names: I am using DADiskMountWithArguments API from Disk Arbitration framework and when there are spaces in volume name the remount action will fail with unknown error. If you have an idea how to solve it, please let me know.

Version 1.2 - 9th of November 2015

  • Fixed a problem where volumes appears as not re-mountable by mistake intermittently.

Version 1.1 - 27th of July 2014

The Appstore Sandbox restrictions does not allow sandboxed apps to re-mount external volumes. We have rejected Mounty from Mac Appstore for that reason and decided to distribute it for free, without Sandbox capability.

Mounty uses Apple's Notification Center to issue notification whenever a NTFS volume to re-mount is detected. If you want to re-mount a volume from a notification please change the alert style to "Alert" for Mounty from Notification Center Settings in System Settings application.

comments powered by Disqus