Monday, February 2, 2026

DFU Port on the 16-Inch MacBook Pro

Jeff Johnson:

This [Apple documentation] is wrong, a discovery that took me about a half dozen attempts to update macOS on an external disk. I have a 16-inch MacBook Pro with an M4 chip, specifically an M4 Pro chip, and the DFU port seems to be the USB-C port on the right side of the Mac, not on the left side.

[…]

Over the past few days, every attempt I made to update the disk volume to macOS 15.7.3 failed inexplicably. I tried both Software Update in System Settings and the softwareupdate command-line tool in Terminal. They went through all the motions, downloading the entire update, rebooting, etc., but afterwards I always ended up right where I started, at macOS 15.2. The softwareupdate tool gave no error message.

[…]

By the way, Software Update in System Settings allowed my Mac to go to sleep during the “Preparing” phase, despite the fact that the battery was charged to 99%, so when I returned home from a workout I unhappily found 30 minutes remaining.

Previously:

Update (2026-02-03): Howard Oakley:

I have suggested a way of discovering which is the DFU port by discovering which is listed as Receptacle 1 in System Info.

Update (2026-02-06): Howard Oakley:

The original version of that support note appears to have been published on 9 December 2024, four years after the release of the first Apple silicon Macs, and almost seven years after the first Intel Macs with T2 chips. When I discovered it in January 2025, I found it internally inconsistent, “for instance, it shows the DFU port as being that on the left of the left side of a MacBook Pro, but states in the text that on a MacBook Pro 14-inch 2024 with an M4 chip, the DFU port is that on the right of the left side instead.”

[…]

Future Macs should identify the DFU port on their case.

Yes, but also you shouldn’t have to know what the marking on the case means. The software should just tell you if an error is because of the DFU port. (Or, better yet, make it work with all the ports. Is that really not possible?)

6 Comments RSS · Twitter · Mastodon


"I don’t know why macOS can’t just report an error when you use the wrong port instead of proceeding to install for an hour and then not report an error but not work, either."

This quote comes around full circle!

This whole situation, including both LocalPolicy and the DFU port, is a perfect microcosm of everything I *hate* about Apple now. Everything is a black box. There are security mechanisms that at best are doing nothing but hindering you and at worst are allowing Apple to dictate how you are allowed to use your own system to their benefit and your detriment. There are also weird restrictions that make no sense. They can't be bothered to tell you about them when you run afoul of them; you just get inscrutable intensely frustrating errors. And on top of that, their documentation is wrong.


@Bri but you can change the background in Messages now! And almost but not quite put icons where you want them! But they’re all squircles and we are very serious about this rule. Truly, we live in an age of wonders.

I think this all started about fifteen years ago now when Microsoft fired all of its testers and started the Windows Insider program. Nobody has time to keep up with the constantly changing interfaces, much less mundane things like which port to use when recovering your Mac. Which of course you should just be taking to a Genius Bar anyway because these are appliances muggles shouldn’t meddle with.


Must just be for the 16 inch. I just go an M4 Pro 14" and it was definitely the leftmost USB-C port when you’re facing the left side of the Mac. I used it to put Mac OS 15 on since the stupid thing shipped with liquid glASS.


> Must just be for the 16 inch. I just go an M4 Pro 14" and it was definitely the leftmost USB-C port when you’re facing the left side of the Mac.

Hi Brad. Another problem is that the doc is ambiguous. It says "14-inch MacBook Pro with M4 or M5 chip," but is that supposed to include the 14-inch model with an M4 Pro chip or just the M4 non-Pro chip?

It's crazy that Apple can't just label the ports on the device, or at least indicate the DFU port in the System Information window. It has the feel of "most users don't need to know this, so we absolutely refuse to tell users in any way."


Days like this are when I REALLY WISH we had the ability to ‘thumbs up’—and DOUBLE thumbs up—comments! @Bri reflects my current frustration with Apple exactly; and @Bart hits the timing dead on. I see a LOT of whinging and moaning about Apple’s failures *as of late*, but, like bankruptcy, this didn’t just happen yesteryear… this problem has been festering for a VERY long time. To those whom were up to their ears in Apple troubleshooting, it was (or should have been) obvious, the examples of lazy, deficient documentation and completely absent QA abounded. And it especially infuriates me that I can’t shake the feeling that a small team of empowered interns—or, for that matter, invited and trusted community ’experts’—could solve >80% of it if Apple would just ALLOW it, embrace it. (e.g. Howard Oakley at Eclectic Light ALONE has done invaluable work. Alone. Unsupported by Apple.) Not that he cares, again “obviously”, but this *IS* going to be Tim Cook’s legacy. Steve Ballmer presided over a massive financial expansion of Microsoft, but that’s not what he’s remembered for. (And for good reason, deservedly, for both of them.)


What @Bri says, Apple holds power-users in contempt. They simply don't care.

I need to document it at some point (probably on TidBITS), but I recently tried cloning my Mac Mini in order to avoid the shitshow for "servers" that is "Migration Assistant", using a two-stage process of asr clones made to an external TB SSD on the source Mini, and from that external SSD to the target Mini. I did everything right, carefully transferring ownership from a fresh installation on the target to the clone I restored, verifying it was all bootable and that all the services ran as expected; indeed it took me a while to notice that I'd inadverdently booted the new system from the internal clone rather than the external, it was *that* good. It all just worked—right up until I deleted the temporary system and data volumes I used to restore the clone from. It was spectacular—paradise lost—until the system restarted and wiped my current system, a clear data loss bug that was somehow tickled, for absolutely no reason that I could see, leaving me with Recovery and nothing else, and forcing me to reinstall from scratch. I ended up going back to my data backup (alas, I'd deleted the clone disk by this stage), and just sucked up the time cost of using Migration Assistant. But I was (and still am, really) very angry about the needless loss of functionality, and Apple's incompetence that lead to my lost time and energy.

It's a stupid refrain that people sometimes reach for, to say that we've never had it so good on this platform, and the real problem is simply that we're ingrates. Screw that. The problems are *fundamental*. The hardware—I could kiss it. But, as it turns out, a great experience isn't down to just the hardware, and is more than wiped out by the frustration of using and dealing with the incompetence and shoddy QC of Apple's software.

Leave a Comment