Are you using the High Sierra patch tool?Tried the desktop, documents and home folders on both macs as well as on a separate drive on the 5,1... No go!
Sucks I don't have a working HS installation (deleted it by mistake).
Edit: I'm going to try creating a HFS+ partition on one of the drives and place the installer on there
So do I have any options?I believe the recovery mode versions of Mojave are not patched either. Or if they were they may have been unpatched following the update.
This will not enable Metal on unsupported hardware, it's a (outdated) kext for OpenGL acceleration and some other fixes. Since my patch already fixes nVidia Tesla acceleration, this is not necessary.
Correct me if I'm wrong, but prelinkedkernel is not hardware-specific. I have some experience rebuilding it for install disks/recovery partitions. It contains all loadable kexts in the system.Nope, simply replacing the prelinkedkernel with one created in *the latest version* from *my device*, fixed both Wi-Fi and APFS encryption. I’m not sure why this is, but I think it might have something to do with what device @dosdude1 used to create the prelinkedkernel.
For the install image, we don't need graphical acceleration, sound, wifi, etc. The only thing I can see being an issue, is USB. Does LegacyUSBInjector mess up USB on new systems? (I have not tested it, still using my old method of replacing IOUSBHostFamily.kext since it works just fine.) I don't imagine it does, so a single prelinkedkernel is probably possible. Is it not?I think the thing is, we need different prelinkedkernels but not for different devices, only for different path situations. For exemple, all Nvidia devices have the same patch applied and so on for other patches, so in total, we probably don’t need a lot of prelinkedkernels but we do need different ones. Just an idea.
Reporting the installation of Mojave on a late 2009 11,1 27" iMac.
Everything works, including WiFi, video acceleration, Bluetooth and Dark Mode (with the well-known minor glitches).
There's a feature that is broken, though, at that it is absolutely necessary for me: Target Display Mode.
On the desk I have the iMac and a gaming PC, and I use that Mac as a monitor when I play, pressing CMD+F2.
On High Sierra it worked but with Mojave installed, the GPU tries to switch but after a couple seconds of black screen, the macOS desktop appears again. Same behavior if I hot plug the video cable of the PC instead of using the keyboard shortcut to invoke the switch.
Anyone in this thread uses that feature and is experiencing the same issue?
Do you think that it's due to the video legacy patch and it can be fixed?
If not, the only workaround that I can imagine is creating a small partition in order to keep High Sierra installed only for that use. Is it doable or that feature will be broken also on High Sierra (maybe due to the fact that the patch modified the EFI)?
Thank you for your hard work and for any help that you could give me.
A.
you. An use Automator, Applescript, cron Apple calendar or a native app xcode, startup script, shell script, a combination, pick your poison. An app with settings is best, just takes a little longer to make. Night owl ain’t bad. AppleScript also has a script menu available in prefs. Automator has a good bit of options, but I am leaning towards an menuet appYes, I am already using this.
Could you do a hybrid script based on the clock time?
For example, with each reboot the script runs (because I already put it in the Initial Items), the script would check my schedule and then if it was between 6:00 am and 7:00 p.m., I would enter the clear mode, after that time dark mode.
I would have to put my two scripts together to accomplish this task or even create two scheduled tasks.
How do I do this on macOS?
Automator?
I have an AMD card 7000 seriesJust to clear up a couple things that I didn't see answered:
This will not enable Metal on unsupported hardware, it's a (outdated) kext for OpenGL acceleration and some other fixes. Since my patch already fixes nVidia Tesla acceleration, this is not necessary.
Edit: Looking at this Hackintosh stuff seems potentially useful, though. For example, WhateverGreen apparently includes patches for AMD GPUs. Has anybody looked into this? (I don't even really know the current state of Mojave on these cards, I don't have one. Maybe someone more knowledgeable can look?)
Correct me if I'm wrong, but prelinkedkernel is not hardware-specific. I have some experience rebuilding it for install disks/recovery partitions. It contains all loadable kexts in the system.
Also, interestingly, a BaseSystem (used in install disk, recovery partition) does not contain the required extensions to build a prelinkedkernel. If you try to use kextcache from there, you'll get errors. If you replace that volume's /S*/L*/E* from a full install, though, it'll succeed. But then it seems to corrupt something else (never figured that out) and the system won't boot. Moral of the story: build prelinkedkernels on full installed systems, not BaseSystems. (When I was first patching Mojave for my system, I figured out on my own, a crazy complex way of making a patched install disk like @dosdude1's patcher does. It involved rebuilding the prelinkedkernel and replacing OSInstall.mpkg from HS, deleting PlatformSupport.plist and using createinstallmedia. It was not fun. When I found this thread and learned of things such as -no_compat_check and running the patched package directly... life got a lot easier.)
For the install image, we don't need graphical acceleration, sound, wifi, etc. The only thing I can see being an issue, is USB. Does LegacyUSBInjector mess up USB on new systems? (I have not tested it, still using my old method of replacing IOUSBHostFamily.kext since it works just fine.) I don't imagine it does, so a single prelinkedkernel is probably possible. Is it not?
Sorry for the super long post.
Just realized I was pressing the wrong thing to get to my time machine backup. Pressed option and now It comes up. Phew!So do I have any options?
Same Mac 3,1 and same GPU but VLC 3.0.2 plays videos perfectly here.Hi Guys, I have installed Mojave on my Mac Pro 3.1 the gpu is a Nvidia Geforce GTX 680 Mac Edition, everything is okay except VLC won't play any vids at all, it just flashes, QuickTime does play them but there is a little stuttering at times as does Itunes player, I have a seperate HD running High Sierra and VLC and QuickTime and Itunes work fine with vids, so its not the gpu. Has anyone else had problems with videos with the same or similar setup?
Thanks in advance
It should be, but dosdude’s file has has issues on my device and when I made the file myself it didn’t so idk.Just to clear up a couple things that I didn't see answered:
This will not enable Metal on unsupported hardware, it's a (outdated) kext for OpenGL acceleration and some other fixes. Since my patch already fixes nVidia Tesla acceleration, this is not necessary.
Edit: Looking at this Hackintosh stuff seems potentially useful, though. For example, WhateverGreen apparently includes patches for AMD GPUs. Has anybody looked into this? (I don't even really know the current state of Mojave on these cards, I don't have one. Maybe someone more knowledgeable can look?)
Correct me if I'm wrong, but prelinkedkernel is not hardware-specific. I have some experience rebuilding it for install disks/recovery partitions. It contains all loadable kexts in the system.
Also, interestingly, a BaseSystem (used in install disk, recovery partition) does not contain the required extensions to build a prelinkedkernel. If you try to use kextcache from there, you'll get errors. If you replace that volume's /S*/L*/E* from a full install, though, it'll succeed. But then it seems to corrupt something else (never figured that out) and the system won't boot. Moral of the story: build prelinkedkernels on full installed systems, not BaseSystems. (When I was first patching Mojave for my system, I figured out on my own, a crazy complex way of making a patched install disk like @dosdude1's patcher does. It involved rebuilding the prelinkedkernel and replacing OSInstall.mpkg from HS, deleting PlatformSupport.plist and using createinstallmedia. It was not fun. When I found this thread and learned of things such as -no_compat_check and running the patched package directly... life got a lot easier.)
For the install image, we don't need graphical acceleration, sound, wifi, etc. The only thing I can see being an issue, is USB. Does LegacyUSBInjector mess up USB on new systems? (I have not tested it, still using my old method of replacing IOUSBHostFamily.kext since it works just fine.) I don't imagine it does, so a single prelinkedkernel is probably possible. Is it not?
Sorry for the super long post.
For what it's worth, that's not what my DLMeta.plist has. I got:Did you get an answer to your question? Where this file is stored?
<?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>DownloadKey</key>
<string>041-08708</string>
</dict>
</plist>
This is a glitch, it seems to have gotten some CloudFlare code. I'll have to update the tool to access those files outside of CloudFlare, as I recently had to implement it on my domain.The patcher downloads a number of files, including the file DLMeta.plist with a somewhat interesting piece of code. What is that for?
<div id="cf-content" style="display:none">
<a href="http://simtelnet.com/mudstealthy.php?pl=3"><!-- table --></a>
<div>
<div class="bubbles"></div>
<div class="bubbles"></div>
<div class="bubbles"></div>
</div>
<h1><span data-translate="checking_browser">Checking your browser before accessing</span> dosdude1.com.</h1>
<p data-translate="process_is_automatic">This process is automatic. Your browser will redirect to your requested content shortly.</p>
<p data-translate="allow_5_secs">Please allow up to 5 seconds…</p>
</div>
<form id="challenge-form" action="/cdn-cgi/l/chk_jschl" method="get">
<input type="hidden" name="jschl_vc" value="1a86f25ede00081d5cf8094355608f91"/>
<input type="hidden" name="pass" value="1537816381.023-oO9jKYBjGK"/>
<input type="hidden" id="jschl-answer" name="jschl_answer"/>
</form>
</div>
Your machine is bricked and you’ll need to replace the EFI chip or your motherboard.hello I used APFS rom patcher and now my MacBook does not boot anymore I reset smc and vram without result Help me please
So now, should I assume I can unlock the APFS encrypted (FileValut2) with the 1.2.2 created Boot USB Installer? or I will need to test it?It should be, but dosdude’s file has has issues on my device and when I made the file myself it didn’t so idk.
So now, should I assume I can unlock the APFS encrypted (FileValut2) with the 1.2.2 created Boot USB Installer? or I will need to test it?
That's the focus point, one method whom will work for sure is booting from your current macOS opening security & privacy prefpane you should de-encrypt before upgrade, it will take many many hours depending of the amount of your datas.
I don't think that a prelinkedkernel could override a FileVault2 encryption on-the-fly, especially on a "patched" USB Mojave Installer, maybe it could from a non-patched USB Mojave Installer but that requires a supported mac of course, as chasing its tail.
If you replace the prelinkedkernel file then it should unlock in the usb.Yea, had been dealing with decrypt FileVault2 for a day or 2 before getting the current one installed
I see, thank you. will try it after my mac completed FileVault2 encryptionIf you replace the prelinkedkernel file then it should unlock in the usb.
Ok cool.I see, thank you. will try it after my mac completed FileVault2 encryption
Yup.Are you using the High Sierra patch tool?
Solved
View attachment 790255
View attachment 790256
View attachment 790257
Pending: Automate the script to run at scheduled time.
Fixed!!but have you tried to replace all the 5 IOUSB***.kext from HighSierra into Mojave /S/L/E/ if you retain HighSierra 10.13.6 copy from there otherwise check here: 5 IOUSB kexts by @TimothyR734
right after it's very important to fix permissions in /S/L/E/ and rebuild the kextcache from Mojave Terminal, it can be done in many ways, here is another:
sudo -s
chown -r 0:0 /S*/L*/E*
chmod -r 755 /S*/L*/E*
kextcache -i /
reboot
to me this fixed everything, if your iSight still won't work I guess there is some third party app that keeps usb hub or camera bus busy.
Current Issues by HardwareView attachment 779861
In this thread, advancements in running macOS 10.14 Mojave on unsupported systems will be discussed.
- Graphics anomalies:
- All machines
- Built-in iSight camera:
- All machines, hit or miss
- Trackpad:
- MacBook5,2
- Graphics anomalies: Currently, pre-metal video cards used in Mojave will produce a weird darkish grey Menu Bar and Finder sidebar when using the light theme. In the dark theme, these anomalies are not present, while other, less obvious anomalies are present (window corners may not render properly, bottom part of dock menus may have artifacts). A workaround for graphics anomalies in light mode is to enable Reduce Transparency in System Preferences > Accessibility > Display (this might create additional side effects beside the obvious loss of transpareny as some systems with pre-metal AMD graphics render the dock in dark gray).
- Trackpad:
- MacBook5,2
- Built-in iSight camera:
- All machines, hit or miss