Without reading through full thread, can someone confirm if the crash happens with several USB-C drives, or only LaCie Porsche drive (which I am using as well and I am unable to backup via Time Machine without it crashing).
My Apple support rep was asking me if I thought it was a LaCie support issue but I tend to think not.
I am having the exact same problem. I thought it was my drive. I went into the Apple Store and bought a new LaCie (USB-C) drive to use for time machine....same thing freezes while going through the backup.
I am encrypting my backup disk....you all doing that as well?
I can't seem to find one but is there a thread for this on the Apple support forums?
I am encrypting my MacBook Pro 2016 HD using filevault as well as encrypting the Time Machine target drive. I also have one of the new LaCie Porsche design USB-C drives. And I am also experiencing the crash doing the time machine backup.
Once the crash occurs, just attaching the drive to the MacBook Pro will cause it to freeze in about 30 seconds. The cursor locks and the trackpad goes dead.
I can return the MacBook Pro through the weekend and a wondering whether I should do so. Any thoughts on that?
I'm having exactly the same problems others have described here where the system crashes with CATERR errors when copying to any external drives - using Finder, Carbon Copy Cloner or Time Machine.
I've created a support case with Apple but have yet to hear back from them regarding a fix. My concern is whether it's a known issue which is specifically fixed in the new OS update, or whether it's an issue which has been unintentionally fixed in the new update but not known about specifically which might mean it could come back again!
All of you having the issue, can you try installing the beta? It's fixing it for all those who tried so far.
Updating to 10.12.2 beta5 solved the issue for me.
What I found VERY curious is that after installing beta5 on a separate volume, my main macOS installation (regular 10.12.1 that had previously been definitely afflicted with the issue mentioned here) also became stable. Since experimenting with beta5, I cannot invoke a crash during a copy operation. And believe me – I've tried!
As a hindsight, I started wondering if this is possible that during 10.12.2 beta5 installation any kind of EFI/SMC upgrade had been carried out. In these new Touch Bar-equipped Macs one can't really say when they're being rebooted etc.
Now (after 10.12.2 beta5 experiment, when even the regular OS install does not exhibit problematic behavior any longer) Boot ROM Version and SMC version reported by System Information (Apple menu > About This Mac > System Report...) are MBP132.0226.B08 and 2.37f19 respectively). It's for MLH12ZE (i.e. base 13-inch with Touch Bar). Can anyone check theirs SMC/Boot ROM version?
Updating to 10.12.2 beta5 solved the issue for me.
What I found VERY curious is that after installing beta5 on a separate volume, my main macOS installation (regular 10.12.1 that had previously been definitely afflicted with the issue mentioned here) also became stable. Since experimenting with beta5, I cannot invoke a crash during a copy operation. And believe me – I've tried!
As a hindsight, I started wondering if this is possible that during 10.12.2 beta5 installation any kind of EFI/SMC upgrade had been carried out. In these new Touch Bar-equipped Macs one can't really say when they're being rebooted etc.
Now (after 10.12.2 beta5 experiment, when even the regular OS install does not exhibit problematic behavior any longer) Boot ROM Version and SMC version reported by System Information (Apple menu > About This Mac > System Report...) are MBP132.0226.B08 and 2.37f19 respectively). It's for MLH12ZE (i.e. base 13-inch with Touch Bar). Can anyone check theirs SMC/Boot ROM version?
Just got an email reply from Craig Federighi confirming it has indeed been fixed in the new beta! Phew...
'Hi David,
Sorry for the inconvenience!
We we have indeed fixed this issue in the latest Sierra public beta (10.12.2, available at beta.apple.com).
Thanks,
- craig'
Thank you for sharing this SMC/Boot ROM-related information!I also just updated and can confirm a few things:
1) The CR2 file that caused a system crash 100% of the time now doesn't cause it. I've tried to recreate the failure and can't.
2) The Boot ROM & SMC have both been updated (2016 15" 2.9/460)
Boot ROM MBP133.0226.B08 SMC Version: 2.38f6
Boot ROM Version: MBP133.0226.B00
SMC Version (system): 2.38f5