iPhone > Mac Laptop won't sync after update: "Trust this computer" message on repeat?

I am having a very similar problem trying to thether my Ipad 3 running iOS 7.1 to my Mac Book Pro running OSX 10 .9.2.

I tried the suggestion using the Disk Utility then rebooted Mac, started Itunes , then unlocked the Ipad, and connected the USB. The same problem appears.... the Ipad flashes the "Trust This Commputer" popup, but too fast to respond.

The error message from the console on the mac book pro is

Apr 19 16:16:29 terrys-mbp.gateway usbmuxd[45]: _receive_message (thread 0x100787000): Far end closed connection: Undefined error: 0

Apr 19 16:16:29 terrys-mbp.gateway usbmuxd[45]: device_os_is_at_least (thread 0x100787000): AMDeviceConnect failed: 0xe8000084

Apr 19 16:16:29 terrys-mbp.gateway usbmuxd[45]: _send_message (thread 0x100787000): Could not send message size 377: Broken pipe.

Apr 19 16:16:29 terrys-mbp.gateway usbmuxd[45]: _AMDevicePreflightWorker (thread 0x100787000): Pair worker could not pair with device 133: 0xe8000084

Apr 19 16:16:29 terrys-mbp.gateway iTunes[289]: Entered:_AMMuxedDeviceDisconnected, mux-device:134

Apr 19 16:16:29 terrys-mbp.gateway iTunes[289]: Entered:__thr_AMMuxedDeviceDisconnected, mux-device:134

Apr 19 16:16:29 terrys-mbp.gateway usbmuxd[45]: _receive_message (thread 0x100787000): Far end closed connection: Undefined error: 0

Apr 19 16:16:29 terrys-mbp.gateway iTunes[289]: tid:1572b - Mux ID not found in mapping dictionary

Apr 19 16:16:29 terrys-mbp.gateway usbmuxd[45]: device_os_is_at_least (thread 0x100787000): AMDeviceCopyValueWithError: 0xe8000084

Apr 19 16:16:29 terrys-mbp.gateway iTunes[289]: tid:1572b - Can't handle disconnect with invalid ecid

Apr 19 16:16:29 terrys-mbp.gateway usbmuxd[45]: _send_message (thread 0x100787000): Could not send message size 377: Broken pipe.

Apr 19 16:16:29 terrys-mbp.gateway usbmuxd[45]: _AMDevicePreflightWorker (thread 0x100787000): Pair worker could not pair with device 134: 0xe8000084

Apr 19 16:16:30 terrys-mbp.gateway iTunes[289]: Entered:_AMMuxedVersion2DeviceConnected, mux-device:135

Apr 19 16:16:30 terrys-mbp.gateway iTunes[289]: tid:19747 - unable to query device capabilities

I encountered the same issue with the messgae loop. Before reading this thread I verified disk permissions and found several discrepencies. After repairing disk permissions, I no longer have the message loop for my phone. I would suggest the disk permissions verification and repair first since it is much simpler before checking the lockdown folder. But it looks like there may be more than one way to solve this problem.

thanks for the response - no luck for me

I have run Disk Utility, and have done "Verify Disk Permissions" and "Repair Disk Permissions". During verify and repair it reported that there were differences with safari permissions. In any case I still have the issue that when I tether the IPAD to the Mac Book Pro - it goes into an endless loop.

Note I have been able to tether a IPad Mini to that Mac Book, and I have been able to tether the Ipad to an Imac, I just cant get the ipad to tether to the Mac Book (which is my development machine).

Any other help is appreciated.

thanks

Some other things that I have done without success.

The OS on both mac book and IPAD have been updated.

I deleted the lockdown files, and tried again - no success.

I followed instructions above to run command from terminal session, then delete lockdown files - no success.

Each time I try, I start with the IPAD unlocked, and ITunes running on the mac book.

The message that I am getting from ITunes is

"ITunes could not connect to this IPhone. This device is no longer connected". This message box is popping up at same frequency as the alert beep on the ipad.

Sorted

What I needed to do was modify he preferences in iTunes on the MBP to allow devices to automatically synchronize.

Thank you! That worked for me!!!

It's December 2016, and the geeks at Apple evidently haven't bothered to fix this problem, two years on. Not very impressive. Hope you're picking this up, Apple.