Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Status
The first post of this thread is a WikiPost and can be edited by anyone with the appropiate permissions. Your edits will be public.
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
Are you using the High Sierra patch tool?
 
  • Like
Reactions: TimothyR734
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?)

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.
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.)

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.
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.
 
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.

Hello,

Are your iMac using C2D?
 
  • Like
Reactions: TimothyR734
Yes, 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?
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 app
[doublepost=1538198105][/doublepost]
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.
I have an AMD card 7000 series
 
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
Same Mac 3,1 and same GPU but VLC 3.0.2 plays videos perfectly here.
 
  • Like
Reactions: TimothyR734
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.
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.
 
  • Like
Reactions: TimothyR734
Did you get an answer to your question? Where this file is stored?
For what it's worth, that's not what my DLMeta.plist has. I got:
Code:
<?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>
Edit to add: I forgot to mention, this was with version 1.2.2 of the patcher.
 
Last edited:
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&hellip;</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>
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.
 
One doubt,
I have a thing that bothers me. Since El Capitan my login screen has the colors inverted. Then, when logged, all is fine. No problems. Why this happens and how to fix it? Thnx in advance.
 
  • Like
Reactions: TimothyR734
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 using a custom 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.
 
Last edited:
  • Like
Reactions: TimothyR734
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.

Yea, had been dealing with decrypt FileVault2 for a day or 2 before getting the current one installed
 
Solved

View attachment 790255

View attachment 790256

View attachment 790257


Pending: Automate the script to run at scheduled time.


I think is better compiling all in Apple script, you can check the dark mode status

tell application "System Events"
tell appearance preferences
set dark mode to not dark mode
set scuro to get dark mode
if scuro then
do shell script "
defaults write com.apple.universalaccess reduceTransparency -bool true;
killall Spotlight;
killall Finder;
defaults write com.apple.universalaccess reduceTransparency -bool false;
killall Dock;
killall Finder;
killall NotificationCenter;
defaults write com.apple.universalaccess reduceTransparency -bool true;
killall Spotlight;
defaults write com.apple.universalaccess reduceTransparency -bool false;
defaults write -g CGFontRenderingFontSmoothingDisabled -bool NO;"
else
do shell script "
defaults write com.apple.universalaccess reduceTransparency -bool false;
killall Finder;
killall Dock;
killall NotificationCenter;
defaults write com.apple.universalaccess reduceTransparency -bool true;
killall Finder;
killall Spotlight;
defaults write com.apple.universalaccess reduceTransparency -bool false;
killall Finder;
killall Dock;
killall NotificationCenter;
defaults write com.apple.universalaccess reduceTransparency -bool true;
killall Finder;
killall Spotlight;"



end if

end tell

end tell
 
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.
Fixed!!
Thanks!!
 
View attachment 779861

In this thread, advancements in running macOS 10.14 Mojave on unsupported systems will be discussed.
Current Issues by Hardware
  • Graphics anomalies:
    • All machines
  • Built-in iSight camera:
    • All machines, hit or miss
  • Trackpad:
    • MacBook5,2

Got a couple of notes on the 3 items listed above.
Running a MacBook Pro 5,2 -> these remedies would work on other models too!



  • 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).

This is not a full fix by all means, but for some dudes having issues with the light mode, you could "fix" this following the instructions listed here, which will get the Dock, Finder and menu bar into Dark mode. This is better than the weird parking grey menu.

Launch Terminal (located in /Applications/Utilities) and enter the following command:
sudo defaults write -g NSRequiresAquaSystemAppearance -bool Yes

Then logout or restart. Switch to Light mode. Only the "weird darkish mode" will be changed by black mode.

-> This is an excerpt from :
https://www.tekrevue.com/tip/only-dark-menu-bar-dock-mojave/
Mainly, whoever wants a Light Mode can have it working 99%, only the dock and top bar will be blank, but not “weird darkish grey”.
I currently prefer this mode :) to fully white or black and is better than the weird one.

I think this was sorted with the macOS Mojave Patcher 1.2.2, but in any case the above can be preferable to some users.






  • Trackpad:
    • MacBook5,2
I got that model.
It works OK for me. You might want to do a PRAM/NVRAM reset if the track pad is not detected at all.

Proof:
1603byq.jpg








  • Built-in iSight camera:
    • All machines, hit or miss

The following patch would apply to any machine with issues with the iSight camera... if you also have installed Virtual Box (currently 5.2.18 but I presume all versions will break iSight).
I noticed that after a clean install the builtin isight camera didi work ok, but stopped after a while. Looking around I found that uninstalling VirtualBox does bring the camera back to life!

How to get both working ? Well, it looks VirtualBox has a kext that breaks the camera.
Found a way to partially disable that kext, but keeping the camera and Virtualbox working at the same time. This unobtrusibe and clean touch/fix will get broken if you install a newer version of Virtualbox and you'd have to do the changes to the file again.

See highlighted the commented lines on the Virtual Box file, then restart your machine and enjoy the Camera and VirtualBox.

2emh56v.jpg





File to patch:
"/Library/Application Support/VirtualBox/LaunchDaemons/VirtualBoxStartup.sh"

Look for the section below
ConsoleMessage "Loading ${VBOXUSB}.kext"

Enter comments to the kextload section.:
#if ! kextload -d "/Library/Application Support/VirtualBox/${VBOXDRV}.kext" "/Library/Application Support/VirtualBox/${VBOXUSB}.kext"; then
# ConsoleMessage "Error: Failed to load /Library/Application Support/VirtualBox/${VBOXUSB}.kext"
# VBOX_RC=1
#fi



Hope this helps somebody out there :)

Perhaps dosdude1 could update his main documentation with some notes re this fixes if found helpful or relevant. i.e. iSight "hit & miss" will definitely not work if VirtualBox installed.
Thanks for this development, it has renewed my MBP 5,2 and works much better with 10.14 vs the last "supported" 10.11 !!!

Hope this helps somebody out there!
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.