Access HDD with NTFS Partition and TimeCapsule


Recommended Posts

Hello friends,

 

I'm having an issue trying to access my external HDD that I connected to my Time Capsule.

 

Basically, what I want is to have my extra external HDD of 1TB to be accessible via Finder, so I can manage the files manually.

 

This is my setup:

MacBook Pro, OS X Mavericks.

TimeCapsule 2TB currently used for Time Machine

Extra External HDD 1TB (the one I want to use to store manually my personal data)

 

Note: the HDD is NTSF format, I know Time Capsule supports FAT32 and other format of Mac. HOWEVER I have files that are around 8GB size or so on, that I need to backup and FAT32 does not support that file size sadly. I also have some Virtual Machines I want to manually backup, but FAT32 file size is a problem.

 

Any solution or ideas for this?

 

 

Thanks in advance

From the sounds of it the issue is that your mac isn't reading the NTFS drive? The odd thing is that it should support reading of an NTFS partition without an issue, normally writing is the problem. For that you can look for NTFS-3G which should resolve the problem.

I've just looked at my Time Capsule partition and it's formatted to HFS+? I don't think that has the same restrictions as FAT32...

Well, my external HDD is connected via USB to the Time Capsule. Not directly connected to the Mac. Basically I want to be able to access my HDD wireless.

 

Note: when I connect my HDD directly to the macbook pro, no issues at all, I can navigate into the folders and files without issues.

 

Probably this helps to clarify my issue.

Oh wait, are you talking about the Airport Time Capsule, rather than just using any HDD to save your Time Capsule data?

Hmm, I've not used the Airport Time Capsule before, although I do see that it mentions that you should be able to share a HDD through it. That doesn't explain why it can't read the drive though, seeing as - as I mentioned earlier - Mac should be able to read NTFS without an issue.

I'll have a look around and see if I can find something.

EDIT: Found it, although you're not going to like the answer, I'm afraid. According to this you can only browse an External HDD connect to your Time Capsule if it is formatted in Mac's Extended Journal file system.

Interesting that you mention that, as over the past few days I've been strugging with file systems. I own a Mac, I'm currently using Linux, and everyone I know normally uses Windows. Because of that I've been trying to find a file system that everything would recognise. The only real solution is either NTFS or UDF (and UDF is a pain for me to deal with at the second, but that's another matter.)

However, for your particular situation neither file system will work. You'll have to switch it to Mac Extended if you want to connect to it through Time Capsule.

Interesting that you mention that, as over the past few days I've been strugging with file systems. I own a Mac, I'm currently using Linux, and everyone I know normally uses Windows. Because of that I've been trying to find a file system that everything would recognise. The only real solution is either NTFS or UDF (and UDF is a pain for me to deal with at the second, but that's another matter.)

However, for your particular situation neither file system will work. You'll have to switch it to Mac Extended if you want to connect to it through Time Capsule.

 

Yeah. Seems like there is no other way sadly.

 

I'll try to research in the dark world so see if I can find a hint or something.

 

Thanks for the help.

Oh wait, are you talking about the Airport Time Capsule, rather than just using any HDD to save your Time Capsule data?

Hmm, I've not used the Airport Time Capsule before, although I do see that it mentions that you should be able to share a HDD through it. That doesn't explain why it can't read the drive though, seeing as - as I mentioned earlier - Mac should be able to read NTFS without an issue.

I'll have a look around and see if I can find something.

EDIT: Found it, although you're not going to like the answer, I'm afraid. According to this you can only browse an External HDD connect to your Time Capsule if it is formatted in Mac's Extended Journal file system.

Then that is a HARDWARE restriction of the Airport itself - I have a Netgear WNDR3700v4 with a USB port, and I can access any USB drive connected to it, as long as it is in a format that OS X recognizes, and yes, that includes NTFS.

 

While I can't WRITE to an NTFS partition without a third-party utility (such as Paragon NTFS), that's fine - that means I can download files in Windows, and use them on OS X - without having to worry about cross-OS file corruption.

 

I'm more concerned about another issue that could cause conniptions - using a MyBook as a backup destination for both OSes, with a single drive split into two partitions - one NTFS for Windows and one HFS+ for OS X.

 

Since the MyBook won't be a boot drive, can this work?

Interesting that you mention that, as over the past few days I've been strugging with file systems. I own a Mac, I'm currently using Linux, and everyone I know normally uses Windows. Because of that I've been trying to find a file system that everything would recognise. The only real solution is either NTFS or UDF (and UDF is a pain for me to deal with at the second, but that's another matter.)

However, for your particular situation neither file system will work. You'll have to switch it to Mac Extended if you want to connect to it through Time Capsule.

 

The best solution is exFat.  Windows, Mac, and Linux all can write and right to that file format.

I'm more concerned about another issue that could cause conniptions - using a MyBook as a backup destination for both OSes, with a single drive split into two partitions - one NTFS for Windows and one HFS+ for OS X.

 

Since the MyBook won't be a boot drive, can this work?

I can only comment on what I have tried in the past. I had a 3TB External HDD split in to two partitions: One is HFS+ (for Time Capsule) and the other was in ExFat. Time Capsule had no problem backing up to the HFS+ partition, and Mac had no problem reading ExFat.

So yes, you should be able to do that without a problem. (Y)

 

 

The best solution is exFat.  Windows, Mac, and Linux all can write and right to that file format.

I agree, and as I mentioned in my reply to PGHammer I had an External HDD formatted in ExFat which worked between Windows and Mac without an issue. Once I started using Linux though, something went screwy with the permissions and Linux no longer allowed me to write to the ExFat partition. A few guys on Neowin and myself tried various things for a majority of the day before I gave up.

I've now formatted the ExFat patition to NTFS, that seems to have the least problems across all the systems. But again, that is my problem that I'm facing, not the problem of this discussion. ;)

exFat supports larger file sizes? and if you say that it is supported in windows and Mac and Linux, then that is perfect.

 

Can I format it then using Disk Utility?

Well hang on, read what I wrote again. Yes, all three OS's are supposed to be able to read and write ExFat (using FUSE, I think) but I did have problems when it came to Linux. We still aren't sure exactly what caused it, but it may have been to do with disconnecting the drive without properly ejecting it. Who knows, It's not my problem anymore. :p

ExFat supports larger file sizes, yes. But again, in your situation you'll be better off sticking with NTFS (at least, in my opinion.) It won't fix your problem with the Airport Time Capsule, but neither will changing the filesystem to ExFat.

Airport Time Capsule will only read the Mac Extended Journaled file system. There doesn't seem to be two ways about it, I'm afraid.

Well hang on, read what I wrote again. Yes, all three OS's are supposed to be able to read and write ExFat (using FUSE, I think) but I did have problems when it came to Linux. We still aren't sure exactly what caused it, but it may have been to do with disconnecting the drive without properly ejecting it. Who knows, It's not my problem anymore. :p

ExFat supports larger file sizes, yes. But again, in your situation you'll be better off sticking with NTFS (at least, in my opinion.) It won't fix your problem with the Airport Time Capsule, but neither will changing the filesystem to ExFat.

Airport Time Capsule will only read the Mac Extended Journaled file system. There doesn't seem to be two ways about it, I'm afraid.

 

oh! I misunderstood then. OK, I'll follow your suggestion then.

 

Thanks.

exFAT is totally stable between OS X, Win and Linux. I use many drives for cross platform talk. For time machine you will need to use HFS+ but for everything else you can use exFAT. OS X writes natively to exFAT and the stupid 4GB File limit is gone and it can handle up to 16T file sizes now.

exFAT is totally stable between OS X, Win and Linux. I use many drives for cross platform talk. For time machine you will need to use HFS+ but for everything else you can use exFAT. OS X writes natively to exFAT and the stupid 4GB File limit is gone and it can handle up to 16T file sizes now.

Again, I would have agreed before I moved to Linux. However, Linux will need a third party driver to read-write ExFat. OS X was the same until 10.6.5. (source)

And again, ExFat was working fine for me on Linux until...well, until it didn't. It didn't have a problem reading the drive, just writing to it. But again, that could have been something that I did wrong, and isn't the topic of the conversation. ;)

Maybe I'll start a discussion about file systems. There are lots of variations out there, each with their own pros and cons. For this thread though, acido00 is best of leaving his drive with the NTFS file system as far as I can see.

Again, I would have agreed before I moved to Linux. However, Linux will need a third party driver to read-write ExFat. OS X was the same until 10.6.5. (source)

And again, ExFat was working fine for me on Linux until...well, until it didn't. It didn't have a problem reading the drive, just writing to it. But again, that could have been something that I did wrong, and isn't the topic of the conversation. ;)

Maybe I'll start a discussion about file systems. There are lots of variations out there, each with their own pros and cons. For this thread though, acido00 is best of leaving his drive with the NTFS file system as far as I can see.

 

You should definitely start a conversation on file systems. All the linux builds ive used based off debian or arch and read exFat fine. We have ubuntu and centOS servers at work and they all read and wrtie to exFAT drives fine. I dont know many Snow Leopard which is why its not a thought in my mind when I mention exFAT is supported.

 

im looking for to this file system dicussion thread!

I think, I have an idea. Is it possible to create a partition probably of 1GB using (exFat or Fat32) and then the rest using the MAC OSX Format (HFS+)? this way when I connect it to my Airport Time Capsule it can be detected and I can write on it wireless

 

Any tutorial or guide?

 

I think if I can make it that way, I can put on the 1GB partition software like "MacDrive" or any other free that will allow me to read on Windows the HFS+ format, so basically I can install it on windows when needed and I can access the information.

 

What do you think?

Ok maybe I am missing something - why are you using ntfs, you don't list any windows machines - did I miss that?

Why don't you just format the disk in your mac book pro with apple filesystem, quite sure that supports large file sizes. Even really old 10.0 to 10.1 supports 2TB, etc.

Ok maybe I am missing something - why are you using ntfs, you don't list any windows machines - did I miss that?

Why don't you just format the disk in your mac book pro with apple filesystem, quite sure that supports large file sizes. Even really old 10.0 to 10.1 supports 2TB, etc.

 

yes, it should wrok on windows machines.

I think, I have an idea. Is it possible to create a partition probably of 1GB using (exFat or Fat32) and then the rest using the MAC OSX Format (HFS+)? this way when I connect it to my Airport Time Capsule it can be detected and I can write on it wireless

 

Any tutorial or guide?

 

I think if I can make it that way, I can put on the 1GB partition software like "MacDrive" or any other free that will allow me to read on Windows the HFS+ format, so basically I can install it on windows when needed and I can access the information.

 

What do you think?

So your Fat32 drive would have the installion file for Macdrive which you could then use on any machine to make the machine read an HFS+ partition, while the rest of the drive would be formatted in HFS+, allowing you to access those files through Time Capsule?

I can't see a problem with it in theory, although if you choose to do that you will have to have administrator rights on any machine that you wanted to connect your HDD to, in order to install the software.

As for a guide, what are you looking for? Any partition tool (GParted, for example) should be able to partition the drive for you and format each partition without an issue. Remember that it will format the drive though, so backup your data first!

So your Fat32 drive would have the installion file for Macdrive which you could then use on any machine to make the machine read an HFS+ partition, while the rest of the drive would be formatted in HFS+, allowing you to access those files through Time Capsule?

I can't see a problem with it in theory, although if you choose to do that you will have to have administrator rights on any machine that you wanted to connect your HDD to, in order to install the software.

As for a guide, what are you looking for? Any partition tool (GParted, for example) should be able to partition the drive for you and format each partition without an issue. Remember that it will format the drive though, so backup your data first!

 

Exactly what you just said is my idea. For admin permissions that is not a problem, wherever I will use my personal external HDD I will have the right permissions.

 

GParted sounds cool. I was also about to give it a try using Disk Utility to perform the partition following this guide: http://hints.macworld.com/article.php?story=20110422113851848

 

It should works as I think.

 

I'm backup up my external HDD, to give it a try and if it works, I'll let you know here on this post.

 

Thanks

If you just want read-only HFS+ access in Windows you can install the HFS+ drivers from Apple's BootCamp package. I use them here to have read-only access to my hackintosh partition.

 

There's an installer here. Basically it just copies the two driver files and sets up the registry. Reboot and your HFS drives should be visible.

Why should it work on windows - you didn't list any windows machines?

doesn't hfs explorer work? http://www.catacombae.org/hfsx.html

There are for sure ways to read and write hfs in windows machines. Why do you just buy another external if you need one for windows - and copy your files over the network to this disk be it ntfs or exfat, etc.

If this devices is going to be connect to your timecap -- then why would you use it for anything else?

Why should it work on windows - you didn't list any windows machines?

Because he might want to unplug it, take it somewhere and plug it in to a Windows machine? The same reason I was looking in to UDF a while back.

If this devices is going to be connect to your timecap -- then why would you use it for anything else?

Because the HDD isn't being used by Time Capsule as a backup. It's being used to hold files and folders that he would like to access wirelessly. The drive isn't a wireless drive, but he can connect it up to Time Capsule which would make it wireless.
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • BATorrent 3.0.2 by Razvan Serea BATorrent is a lightweight, open-source BitTorrent client built with modern C++ and Qt 6, offering a clean, fast, and privacy-focused alternative to traditional torrent apps. It supports magnet links, .torrent files, resume data, sequential downloading, per-file priorities, and even imports from qBittorrent. Power users benefit from integrated RSS auto-download with regex filtering, duplicate detection, and automatic tracker lists from Stremio. Streaming is seamless thanks to auto-detected players like VLC and IINA. BATorrent includes robust VPN tools—interface binding, auto-detection for WireGuard-based services like Mullvad and NordLynx, kill switch, proxy support, and IP filtering. A full WebUI enables remote control, while integrations with Plex, Jellyfin, and Emby automate library updates. With themes, speed scheduling, system-tray alerts, and cross-platform support for Windows, Linux, and macOS, BATorrent delivers a polished, high-performance torrenting experience. BATorrent features: Core .torrent file and magnet link support Resume data — picks up where you left off after restart Import torrents from qBittorrent Create .torrent files from any file or folder Sequential download mode Per-file priority control (skip, low, normal, high) Seed ratio limits with auto-pause DHT, PEX, UPnP, NAT-PMP RSS Auto-Download Subscribe to RSS feeds — automatically download new torrents as they appear Regex filters — match only what you want (e.g. 1080p|720p, S01E\d+) Per-feed settings — custom save path, check interval (5–1440 min), enable/disable Auto-download — matched items are downloaded automatically in the background Supports magnet links, .torrent URLs, and tags Tray notifications when items are auto-downloaded Duplicate detection — never downloads the same item twice Stremio Stremio Addon System pre-installed — works out of the box Auto tracker list from ngosang/trackerslist Streaming Play while downloading — stream video files before the download is complete Supports mp4, mkv, avi, mov, wmv, flv, webm, m4v, ts Auto-detects installed players (VLC, IINA, system default) VPN & Privacy Interface binding — lock torrent traffic to a specific network interface (e.g. tun0) Auto VPN detection — identifies VPN interfaces (tun, tap, WireGuard, Mullvad, NordLynx, ProtonVPN) Kill switch — automatically pauses all torrents if the VPN interface drops Auto-resume — resumes only the torrents paused by the kill switch when VPN reconnects Proxy support — SOCKS5 and HTTP proxy with optional authentication IP filtering — load P2P blocklists to block unwanted IP ranges Protocol encryption (enabled / forced / disabled) WebUI Remote management — control torrents from any browser at http://localhost:8080 REST API with JSON responses Add torrents via magnet link or .torrent upload Pause, resume, remove torrents remotely View peers and files per torrent Dark theme matching the desktop app HTTP Basic Auth with SHA-256 password hashing Configurable port and remote access (localhost vs 0.0.0.0) Interface 3 themes: Dark, Light, Midnight (bat/vampire aesthetic) Real-time speed graph Detailed panel with tabs: General, Peers, Files, Trackers Filter bar: search by name, filter by state (Active, Downloading, Seeding, Paused, Finished) Drag & drop .torrent files and magnet links Drag & drop reorder in torrent list System tray with notifications (download complete, kill switch events, RSS auto-downloads) Splash screen with bat animation Bilingual: English and Portuguese (BR), auto-detected from system locale Bandwidth Scheduler Alternative speed limits — set different download/upload limits on a schedule Time range — configure active hours (e.g. 01:00 to 07:00), supports overnight ranges Per-day control — choose which days of the week the schedule applies Automatically switches between normal and alternative speeds Media Server Integration Plex — automatically trigger library scan when a download completes Jellyfin / Emby — same automatic library refresh via API Configure server URL and authentication token/key in Settings System Cross-platform: Windows, Linux, macOS Auto-shutdown — automatically shut down PC when all downloads complete (60s cancellable countdown) Auto-update system (AppImage on Linux, installer on Windows, DMG on macOS) CLI arguments: pass .torrent files or magnet: URIs directly Keyboard shortcuts: Space to toggle pause, Ctrl+A to select all, Ctrl+O to open BATorrent 3.0.2 changelog: Phone pairing & WebUI The browser WebUI was reskinned to match the desktop app — same dark palette, Inter font, flat surfaces, the real BATorrent logo (it was a random bat before), and a proper magnet icon. It now looks like the same product, not a separate dashboard. Pairing is one tap and zero typing: the generated WebUI password is now copyable, and the QR code carries the credentials — scanning it from your phone logs straight in (no typing the IP or password), then drops the credentials from the address bar. Search Two new providers: RuTor (CIS sources, no login, via a public TorAPI relay) and Torrents-CSV. Results are sorted by seeders (healthiest first), and each search now times out after 15 s so one dead provider can't hang the UI. Files & trackers Per-file priority is back: right-click a file in the detail panel to set Skip / Low / Normal / High. Rename an individual file inside a torrent (double-click or the file menu), separate from renaming the torrent. Remove a tracker from a torrent (the ✕ on a tracker row); adding was already there. Smart Paste on Ctrl+V — paste a magnet, a 40-char info-hash, or a .torrent URL straight from the clipboard and it's added immediately (text fields still paste text normally). Covers & titles Anime fansub naming ([Group] Title - NN) now resolves to the right show. Audio channel layouts in titles (DDP5.1, 7.1, …) are stripped so they don't pollute cover matching. Under the hood The legacy QWidget interface is gone. QML had been the only UI since 3.0.0 (reachable old code lived behind a hidden --legacy flag); with parity confirmed, the entire QWidget layer — main window, every dialog, the theme manager — was removed (~13,400 lines). The four restored actions above were features that backend already supported but the QML port had never wired. macOS: the WebUI password hash moved out of the keychain into app settings, so launching the app no longer pops a login-keychain password prompt on unsigned builds. The actual password still lives in the keychain. Cleanup: ~400 orphaned translation strings and a batch of dead code removed; internal duplication collapsed; an ARCHITECTURE.md added for contributors. Unit / security / memory tests and the ASan/UBSan/TSan sanitizers stay green. Download: BATorrent 3.0.2 | 30.5 MB (Open Source) Download: BATorrent Portable | 42.3 MB Links: BATorrent Website | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • How about a global switch to turn the awful things off instead of a registry hack? Then everyone wins.
    • This doesn't strike me as so shocking when... " IT admins do have some control over this rollout. If they choose to opt out, devices in their tenant won't automatically get the dreaded Copilot app"
  • Recent Achievements

    • Mentor
      grik went up a rank
      Mentor
    • Dedicated
      JKR earned a badge
      Dedicated
    • One Year In
      CHUNWEI earned a badge
      One Year In
    • Conversation Starter
      FBSPL earned a badge
      Conversation Starter
    • Week One Done
      I2D earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      468
    2. 2
      PsYcHoKiLLa
      257
    3. 3
      Skyfrog
      79
    4. 4
      ATLien_0
      60
    5. 5
      FloatingFatMan
      60
  • Tell a friend

    Love Neowin? Tell a friend!