I ran the post installation tool and the keyboard and trackpad doesn't work. What I did was to download the latest tool version 4.0.7 (about 40 minutes ago) you have and still the keyboard and trackpad doesn't work. Wonder if Apple is getting sneaky.Try running the post-install tool after applying the update.
My history is pretty much identical to yours, except for I checked off every option in the post install, haha but I never did the force rebuild... maybe I should try that though..
I think it's safe to boot into the installer, and run the force cache rebuild again, right?
Can someone with the iSight detection problem dump Info.plist and version.plist from inside
/System/Library/QuickTime/QuickTimeUSBVDCDigitizer.component ?
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>BuildMachineOSBuild</key>
<string>15A284</string>
<key>CFBundleDevelopmentRegion</key>
<string>English</string>
<key>CFBundleExecutable</key>
<string>QuickTimeUSBVDCDigitizer</string>
<key>CFBundleGetInfoString</key>
<string>2.9.3 Copyright © 2004-2013 Apple Inc. All Rights Reserved.</string>
<key>CFBundleIdentifier</key>
<string>com.apple.QuickTimeUSBVDCDigitizer</string>
<key>CFBundleInfoDictionaryVersion</key>
<string>6.0</string>
<key>CFBundleName</key>
<string>QuickTime USB Video Class Digitizer</string>
<key>CFBundlePackageType</key>
<string>thng</string>
<key>CFBundleShortVersionString</key>
<string>2.9.3</string>
<key>CFBundleSignature</key>
<string>appl</string>
<key>CFBundleSupportedPlatforms</key>
<array>
<string>MacOSX</string>
</array>
<key>CFBundleVersion</key>
<string>2.9.3</string>
<key>CSResourcesFileMapped</key>
<true/>
<key>DTCompiler</key>
<string>com.apple.compilers.llvm.clang.1_0</string>
<key>DTPlatformBuild</key>
<string>8R174l</string>
<key>DTPlatformVersion</key>
<string>GM</string>
<key>DTSDKBuild</key>
<string>16A275a</string>
<key>DTSDKName</key>
<string>macosx10.12internal</string>
<key>DTXcode</key>
<string>0800</string>
<key>DTXcodeBuild</key>
<string>8R174l</string>
</dict>
</plist>
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>BuildVersion</key>
<string>2477</string>
<key>CFBundleShortVersionString</key>
<string>2.9.3</string>
<key>CFBundleVersion</key>
<string>2.9.3</string>
<key>ProjectName</key>
<string>USBVideoClass</string>
<key>SourceVersion</key>
<string>293004002000000</string>
</dict>
</plist>
Can you also dump your /System/Library/QuickTime/QuickTimeUSBVDCDigitizer.component info.plist and version.plist to help @foxletYes, it is safe to do, but I will tell you now that in my case, doing that about half an hour ago did not help. I am still without my iSight camera.![]()
LOL. Hardly use Siri on my desktop myself. Still not used to talking to my computer...Just fun for the kids to play with...
However, I have to admit Sierra feels more responsive and snappier than El Cap. All in all pretty happy with it. They've actually made quite a few under the cover changes...
Notice that I did an upgrade (not a clean install). I wonder if all of us with this iSight problem did an upgrade and those with no iSight problem did a clean install... idk..
Did you by any chance ever try resetting SMC (per a previous post)?I am the same way. I have never felt comfortable talking to my computer, so I don't. I played with Siri once or twice when I first installed the betas, because I had been waiting a long time for Apple to implement it on desktop computers. However, once I saw how deficient Siri is on desktops, I said "Forget this! This is half-baked!".
I have also been impressed by the stability and the easy transition -- minus the broken iSight camera, of course -- but that is about it.
[doublepost=1474603652][/doublepost]
I did a clean install from PB 7 to 16A319, and an upgrade from 16A319 to 16A323. I have the iSight problem.
Do any of us look or sound like quitters to you? Some of us have been on this thread for quite a long time, gently and courteously helping in our own little way, providing solutions, workarounds, debugging approaches, and overall supporting folks like @dosdude1 and @foxlet and others who have built some tools. All with (sometimes) good humor and civility.
I respect your angst about the video, but none of us run a fully equipped regression testing shop that will guarantee that any of this will work for you. Apple themselves gave up on us. Just suggesting some put things in perspective, a little dose of "tough love" reality. It's all good. If 95% of what you came here for works, enjoy your good fortune and workaround the rest.
Now, did you follow any of the suggestions many of us sent your way? Did you google the hell out of it, so maybe you can propose some solutions or new paths to explore? Are you trying to get to bottom of this too, or just waiting for us to solve this for you?
The symlink permissions message was solved by changing permissions. Good.
By the way do you still have SIP enabled.
Check back after you try the force rebuild.
EDIT: Also have any of you tried starting up in Safe Mode (as I mentioned in my check list) Apple maintains it may clear up similar issues since macOS will load up the bare minimum level of drivers and essential software. Sometimes helps to isolate the cause of some (pre-existing?) conflicts.
I'm trying to figure out what's causing this issue, but I'm unable to reproduce it. On all the machines I've tried it on, the webcam works just fine, including my MacBookPro5,3.
Can you also dump your /System/Library/QuickTime/QuickTimeUSBVDCDigitizer.component info.plist and version.plist to help @foxlet
I just posted my working one.
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>BuildMachineOSBuild</key>
<string>16A276</string>
<key>CFBundleDevelopmentRegion</key>
<string>English</string>
<key>CFBundleExecutable</key>
<string>QuickTimeIIDCDigitizer</string>
<key>CFBundleGetInfoString</key>
<string>7.7.3 Copyright Apple Inc. 2001-2016</string>
<key>CFBundleIdentifier</key>
<string>com.apple.QuickTimeIIDCDigitizer</string>
<key>CFBundleInfoDictionaryVersion</key>
<string>6.0</string>
<key>CFBundleName</key>
<string>QuickTime IIDC Digitizer</string>
<key>CFBundlePackageType</key>
<string>thng</string>
<key>CFBundleShortVersionString</key>
<string>7.7.3</string>
<key>CFBundleSignature</key>
<string>appl</string>
<key>CFBundleSupportedPlatforms</key>
<array>
<string>MacOSX</string>
</array>
<key>CFBundleVersion</key>
<string>2974</string>
<key>CSResourcesFileMapped</key>
<true/>
<key>DTCompiler</key>
<string>com.apple.compilers.llvm.clang.1_0</string>
<key>DTPlatformBuild</key>
<string>8R174l</string>
<key>DTPlatformVersion</key>
<string>GM</string>
<key>DTSDKBuild</key>
<string>16A276</string>
<key>DTSDKName</key>
<string>macosx10.12internal</string>
<key>DTXcode</key>
<string>0800</string>
<key>DTXcodeBuild</key>
<string>8R174l</string>
</dict>
</plist>
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>BuildAliasOf</key>
<string>QuickTime</string>
<key>BuildVersion</key>
<string>2</string>
<key>CFBundleShortVersionString</key>
<string>7.7.3</string>
<key>CFBundleVersion</key>
<string>2974</string>
<key>ProjectName</key>
<string>QTOtherComponents</string>
<key>SourceVersion</key>
<string>2974000000000000</string>
</dict>
</plist>
Did you by any chance ever try resetting SMC (per a previous post)?
Also, see previous post about supporting @foxlet with dumps of your quicktime plugin.
@RumorzGuy
Did you remember to check patch Recovery Partition the last time you post-installed? Otherwise Recovery Mode won't work.
Are you running the "manual" force cache rebuild (sudo kextcache etc...) from your (patched) Sierra boot disk or off-line (USB Installer) ?
Important. I always rebuild caches from either recovery or an external boot disk, ever since Apple clamped down with SIP etc...
See a previous post about this point.
Last thing - try SMC resetting and responding to @foxlet with your plist files if video still doesn't work.
I scoured the Apple Developer forums about Sierra and video, and nothing relevant to report except for SMC and killing some video related daemons.
No, that is probably about the only thing I haven't tried yet . . . but going by our track record here, I am wondering if it is even worth trying at this point. Being as recovery mode and safe mode don't even work for me now, it would seem that I may be forced to do clean install straight from 16A323, and then endure seven hours of migrating files again. Blah!
Alright did that . . . although in reply to you, and to foxlet.![]()
The following is a bit long, but I am providing as much info as possible, in the hope that it will help someone here to figure out how to fix the iSight problem.
Aside from losing one app due to an issue with macOS Sierra, up until now, I had
assumed that I remained immune to all of the issues which have been discussed here as of late.
However, this morning it dawned on me that since first installing the Sierra betas, GMs and then the final release, I had not used the FaceTime app on my early 2009 iMac with 16A323 installed.
Well, I did just now, and to my dismay, this is what I see on the right side of FaceTime's window:
"No Camera Available
To use FaceTime, connect a camera."
So I launched the "System Information" app in the /Applications/Utilities folder, and under Hardware/Camera it likewise says . . .
"No video capture devices were found."
In the System Information app under Hardware/USB, it states the following:
Built-in iSight:
Product ID: 0x8502
Vendor ID: 0x05ac (Apple Inc.)
Version: 2.19
Serial Number: 8J97VP3242CX3E00
Speed: Up to 480 Mb/sec
Manufacturer: Apple Inc.
Location ID: 0x24400000 / 2
Current Available (mA): 500
Current Required (mA): 500
Extra Operating Current (mA): 0
Built-In: Yes
Here is what I have tried so far:
1. I tried Czo's suggestion to delete . . .
/System/Library/PrelinkedKernels/prelinkedkernel
. . . to recreate kernel cache. While the kernel cache was recreated, it did not resolve the issue.
2. Next, I tried Czo's suggestion to replace the "AppleUSBVideoSupport.kext" file with the El Capitan kernel extension that dosdude1 uploaded here.
To play it safe, I first copied the original kext file that is in . . .
/System/Library/Extensions/IOUSBFamily.kext/Contents/PlugIns/
. . . to the desktop, and then I moved the El Capitan version of the same into the above folder, overwriting the original kext file.
Doing this did not help either. Both FaceTime and the System Information app still report that no camera is available.
3. Next, I tried the two Terminal commands that pkouame suggested.
When I ran "sudo kextcache -system-prelinked-kernel", the Terminal spit out this . . .
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext LegacyUSBInjector.kext
AppleUSBVideoSupport.kext has incorrect permissions; omitting.
KernelCache ID: B095BE6F5826D16EF7A57745CEE0521D
symlink("/System/Library/PrelinkedKernels/prelinkedkernel", "/System/Library/Caches/com.apple.kext.caches/Startup/kernelcache") failed 17 (File exists) <createPrelinkedKernel 2795>
I am assuming that the incorrect permissions is because I replaced the original kext file with the one that dosdude1 uploaded.
So I launched "BatChmod" and dropped the "IOUSBFamily.kext" file on it.
"Owner" was already set to "root", and "Group" was set to "wheel". Likewise, permissions were already set to 755.
So, I just clicked on the "Apply to enclosed" box and hit the "Apply" button.
After doing that, I ran "sudo kextcache -system-prelinked-kernel" again, and this time, the "incorrect permissions" error for "AppleUSBVideoSupport.kext" was gone, but I was still getting this:
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext LegacyUSBInjector.kext
KernelCache ID: E219698F35EAFE132996D8B5BFF59EBB
symlink("/System/Library/PrelinkedKernels/prelinkedkernel", "/System/Library/Caches/com.apple.kext.caches/Startup/kernelcache") failed 17 (File exists) <createPrelinkedKernel 2795>
So once again I deleted the "prelinkedkernel" file and ran "sudo kextcache -system-prelinked-kernel" yet again. This time I got this:
/ locked; waiting for lock.
Lock acquired; proceeding.
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext LegacyUSBInjector.kext
KernelCache ID: E219698F35EAFE132996D8B5BFF59EBB
File at path '/System/Library/PrelinkedKernels/prelinkedkernel' changed, cannot be used
So I am not sure what I can do about that.
BTW, each time that I ran "sudo kextcache -system-caches", nothing appeared in the Terminal window, but the result is still the same. There is supposedly no camera available.
4. Next, I compared the "com.apple.Boot.plist" file that foxlet uploaded with my own that is in "/Library/Preferences/SystemConfiguration".
Similar to "hadnet", mine also only said "-no_compat_check", so I made the file writable in BBEdit and changed it to "-no_compat_check kext-dev-mode=1 mbasd=1". I also used BatChmod to check ownership and permissions on the file after I edited it.
Once again, doing this did not fix my iSight camera.
5. Next, I tried foxlet's suggestion of resetting the NVRAM, or zapping the PRAM, as we used to call it. The results were scary.
I shut down my iMac completely, waited about fifteen seconds, and then did the option-command-p-r combo.
After the first bong, I waited for the second bong. Instead, I got the gray startup screen with the prohibited symbol on it. Then my iMac just shut down. Freaked me out a bit, man!
So I rebooted, hoping for the best, and everything was back to normal . . . PHEW! . . . Well, minus my iSight camera.
6. Next, I tried pkouame's suggestion of trying to rebuild the kext cache from an external hard drive via the Terminal.
I got the same results as when I tried doing the same thing from my startup drive. In fact, when I used the Terminal from my external hard drive, the permissions error for the "AppleUSBVideoSupport.kext" file returned.
This mystified me, because I am certain that even after putting back the original kext file, I used BatChmod to check ownership and permissions on the file.
Well, after rebooting my iMac using the regular internal startup drive, I ran BatChmod again, and checked the file. Sure enough, "owner" is still set to root, and "Group" is set to wheel. Permissions are set to 755.
So after verifying that, I ran "sudo kextcache -system-prelinked-kernel" in the Terminal again -- that is, from my startup drive -- and once again it is reporting the same permissions error:
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext LegacyUSBInjector.kext
AppleUSBVideoSupport.kext has incorrect permissions; omitting.
KernelCache ID: DFD1113AF11177F010D4FA71820137FE
symlink("/System/Library/PrelinkedKernels/prelinkedkernel", "/System/Library/Caches/com.apple.kext.caches/Startup/kernelcache") failed 17 (File exists) <createPrelinkedKernel 2795>
I even tried setting permissions to 644, and I still get that "incorrect permissions" error.
The only way I was able to get rid of the error for the "AppleUSBVideoSupport.kext" file was by chmodding the whole IOUSBFamily.kext file to root, wheel and 755.
7. Next, I rebooted my iMac using my USB 16A323 installer drive -- it is actually a partition on one of my WD external hard drives -- and I did the following:
- Ran "csrutil disable" in the Terminal, just to make sure that SIP was disabled. I was already pretty certain that it was, because I use two apps that require for SIP to be disabled.
- Ran "First Aid" in the Disk Utility app to make sure there was nothing wrong with my internal startup hard drive. No problems were detected.
- Ran dosdude1's post-install tool in order to use the "forced rebuild" option. I also enabled the "Recovery Partition Patch" as well. I am not exactly sure what that patch does, but when earlier I tried to boot in recovery mode using command-r, I wasn't able to.
8. After my machine rebooted from its internal hard drive, I checked FaceTime again. Still no iSight camera is detected.
9. I ran "sudo kextcache -system-prelinked-kernel" in Terminal yet again, being as the post-install tool said that I might have to. This time the Terminal spit out this:
/ locked; waiting for lock.
Lock acquired; proceeding.
kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext LegacyUSBInjector.kext
KernelCache ID: A3DF8E0C4EF96A3EA9F10DDE5091E4E0
File at path '/System/Library/PrelinkedKernels/prelinkedkernel' changed, cannot be used
Exactly what does that last line mean, and how do I fix it?
So after doing all of that, I am back to square one.
Being as doing all of the above made no difference, I am going to replace both my "AppleUSBVideoSupport.kext" and "com.apple.Boot.plist" files with the originals that I removed, and make sure that their permissions are set properly via BatChmod.
Until dosdude1 or some other "brainiac" here figures this out for us, I guess we are left without iSight-dependent apps.![]()
Can someone help me, I used dosdudes patch tool to download sierra then put it on a flashdrive with the same tool and everytime I boot from it I get a probationary sign. I have a macbook mid 2009. Help Please!
@RumorzGuy
Did you remember to check patch Recovery Partition the last time you post-installed? Otherwise Recovery Mode won't work.
Are you running the "manual" force cache rebuild (sudo kextcache etc...) from your (patched) Sierra boot disk or off-line (USB Installer)?
Important. I always rebuild caches from either recovery or an external boot disk, ever since Apple clamped down with SIP etc...
Last thing - try SMC resetting and responding to @foxlet with your plist files if video still doesn't work.
Do you have any external devices jacked into your system?
lol. SMC is quick and painless. You may just be surprised. Doesn't hurt to try.
And yes, you are close to having to bite the bullet here. I think you manually replaced a kext, so not sure what your current state is...
2. Next, I tried Czo's suggestion to replace the "AppleUSBVideoSupport.kext" file with the El Capitan kernel extension that dosdude1 uploaded here.
To play it safe, I first copied the original kext file that is in . . .
/System/Library/Extensions/IOUSBFamily.kext/Contents/PlugIns/
. . . to the desktop, and then I moved the El Capitan version of the same into the above folder, overwriting the original kext file.
Doing this did not help either. Both FaceTime and the System Information app still report that no camera is available.
Good news is , some report that a clean install restores their video.
As I noted in step #7 of message #2802, yes, I did in fact enable that option before I rebooted. Despite doing that, recovery mode and safe mode are still broken.
If you are referring to the "sudo kextcache -system-caches" command, I ran it from my startup disk.
The "sudo kextcache -system-prelinked-kernel" command has also been repeatedly run from my startup disk.
I may have run the latter from my USB 16A323 installer external drive -- I don't remember for sure -- but I am pretty certain that I have not run "sudo kextcache -system-caches" from my USB 16A323 installer external drive.
Well, as mentioned earlier, I did enable the "forced rebuild" option from the USB 16A323 installer external drive when I used dosdude1's tool.
As already mentioned, I already posted my dumps. I'll give the SMC setting a shot . . . but with low expectation.
Well, this iMac has four USB ports which are taken up by the following:
1. Hard-wired mouse.
2. Canon printer.
3. WD 2 TB external hard drive.
4. WD 8 TB external hard drive.
Also, ethernet cable from iMac to Apple Airport Extreme.
Please refer to message #2802 for more details.
[doublepost=1474611192][/doublepost]
Yes, father. Give this old man a break. I am getting to it.![]()
No, no, no! I don't like biting bullets! Besides, I don't have any teeth left. Not a single one! Seriously.
Well, yes, I did replace a kext file. That is mentioned in step #2 in message #2802. Here it is again:
Go away! You are not supposed to be saying that! You are not supposed to be telling me that I have to do a clean install! You are supposed to continue giving me false hope. What is wrong with you? Enduring migrating files for seven hours afterwards is not something I look forward to.![]()
![]()
lol. SMC is quick and painless. You may just be surprised. Doesn't hurt to try.
And yes, you are close to having to bite the bullet here.
If you have some free space on your system, consider clean installing patched Sierra to a new Partition without migration, just to see if it fixes your video issues.Yet another exercise in futility. Doing so did not fix my iSight camera.
Man, I can already taste that stinkin' bullet in my mouth! Blah!
But . . . but what if I do a clean install, and that still doesn't fix it? Seven hours of migration for nothing. Sierra, are you really worth it???
If you have some free space on your system, consider clean installing patched Sierra to a new Partition without migration, just to see if it fixes your video issues.
OK
Have tried this twice now with no success.
I used dosdude1 app to download Sierra and move it to USB stick.
Tried re-downloading and making bootable USB twice.
Booted from USB and started an Upgrade install over El Capitan.
About 4 minutes into the install an error message pops up saying that the operation could not be completed and was not permitted - with the option to retry - fails again.
MacBook Pro mid 2009 15" 5.3
I have an SSD drive installed.
Error message attached below.
Any clues?
Thanks
Adam
Well, I do have space on my internal hard drive to make another partition, but that is still going to take time, since Disk Utility will have to move all of my current data in order to make space for the new partition.
My plan is to back up my internal hard drive one more time to one of my external partitions in order to get the freshest possible data -- which I am currently in the process of doing -- and then do a clean install of 16A323 to my internal hard drive.
Then, before I migrate, check to see if the camera is even working.
Whether it does or not, I guess I should still then do the migration, being as my safe mode and recovery mode are broken already anyway. Hopefully, a clean install will fix safe mode and recovery mode, plus replace any changed or damaged files, plus give me the right ownership and permissions on all system files.
I am thinking that, at this point, even if someone does come up with a solution to fix the camera, it probably won't fix my safe mode and recovery mode, so I might as well bite the bullet and get it over with.
Maybe it will be hellpfull with those with isight problem, mine was connected to the virtualbox app installed, once it was removed isight camera appeared in the video capture devices and works well.