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.
When I created the Thumbdrive, I said it was a macPro 4.1 - and when I did the OS install yesterday,
I did load the 4.1 patches PostInstall. and did "Force Cache rebuild" as suggested.

You don't need any patches, your Mac Pro is a officially supported Mac. Mac Pro 2009 differs from 2010 ones only in firmware and the GPU, but GT120 works in High Sierra nicely - only Mojave needs a new GPU for all 5,1 Mac Pros.

Once you've upgraded your firmware to MP5,1, your Mac will behave like one and if you use 4,1 patches you are asking for trouble.

Create a topic on Mac Pro forum with your detailed config and the kernel panics that you had. People there are eager to help.
 
Interesting changes in the lock screen/login screen starting with, I think, Dev Prev 4, or maybe 5 (whenever Apple fixed the new dynamic wallpaper to actually change brightness and contrast depending on the time of day); still true on DP6:

On my mid-2011 Mini w/Intel HD 3000 graphics, at least, the blurred overlay on the login and lock screens has completely disappeared. More interesting, instead of always displaying the default wallpaper underneath the blurred sign-in screen, these screens now show whatever wallpaper was in use at the time the computer went into lock mode, and show it without any sort of blur. I have five virtual desktops set up, each with a different wallpaper and, depending on which of those desktops is in use at the time the machine goes to sleep or locks, it is the wallpaper from that desktop that's used for the sign-in screen after wake-up.

Wonder if this (the lack of the blurred overlay, at least) is a new feature or a bug?

It’s a new feature.
 
  • Like
Reactions: TimothyR734
Question:
Is there a way to add Folders to the GO Menu of Finder?

NOT Dock or Sidebar!
I mean the Menu at the Top

found this
https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=4&cad=rja&uact=8&ved=2ahUKEwjTofeW8-HcAhWvyYUKHZDICwkQFjADegQIBxAB&url=https://forums.macrumors.com/threads/possible-to-add-items-to-the-finders-go-menu.179179/&usg=AOvVaw0jWkQoO3u2Pz2qC4UvrcaA

but this seems not to work anymore...
and of course there are different menu´s - but NO.

This is the wrong thread for that question.
 
  • Like
Reactions: TimothyR734
Here is a copy of my install of my external usb hdd that I am running Mojave DP6 in light mode that I installed with the patcher since it was unable to update from the software update :)
[doublepost=1533830744][/doublepost] Here is a copy of my install of my external usb hdd that I am running Mojave DP6 in light mode that I installed with the patcher since it was unable to update from the software update :)
and i still not yet figure it out where the problem is, i installed mojave into a internal seagate sata drive and restore it from the agate drive to the external hgst drive and it finally works. anyway thanks.
 
and i still not yet figure it out where the problem is, i installed mojave into a internal seagate sata drive and restore it from the agate drive to the external hgst drive and it finally works. anyway thanks.
You need to set your system time correct in terminal, otherwise the installer will refuse to install.
for example to set todays date 10 august 2018 at 11.00, open terminal, write date 0810110018 hit enter and you are done.
 
You need to set your system time correct in terminal, otherwise the installer will refuse to install.
for example to set todays date 10 august 2018 at 11.00, open terminal, write date 0810110018 hit enter and you are done.

Similar thing happened to me when recently attempt to do a clean OSX Mavericks install booting from its USB Installer, into the Terminal needed to type "date 102613152013" only in this way, with a previous set date to keep an old certificate validity, then I could install Mavericks, after done I set again "time.apple.com" current date/time.
[doublepost=1533896005][/doublepost]
Ditto! Geez you are right.

The nice blurred background on the lock screen is gone on both my mbp (non metal) and macpro(metal). Aww, and I actually like that. Rats! Now there's a bug we can report ;) .
Can someone on a supported machine with Mojave beta check and report the bug?
(My only supported laptop is in production mode and still HS.)

Good find!

I play often with these stuffs, the blurred background was actually an already blurred picture, not a clean picture with a blur dynamic filter.

Anyway until HighSierra it was customizable and replaceable from this path:

/Library/Caches/com.apple.desktop.admin.png (you have first to unlock this file before editing)


but in Mojave dynamic wallpaper something has changed, this is the new path:

/Library/Caches/Desktop Pictures/

inside this path there are two folders (in my case because I have two users) with **Randomnumbersletters**

The unlocked one contains the current user logged-in lockscreen
picture:
/***UnlockedRandomnumbersletters***/lockscreen.png (dynamic desert picture)

edit:
(
This is applicable only if you have more than one user)

The other locked folder with prohibitory symbol contains the other user that will be also the
Main Mojave loginscreen picture to open/edit this folder you need to change the admin owner read/write permissions and assign it to your main user (or simply log-out and logging-in from the other user):

/
***LOCKEDrandomnumbersletters***/lockscreen.png (typically day desert picture)
 
Last edited:
Interesting changes in the lock screen/login screen starting with, I think, Dev Prev 4, or maybe 5 (whenever Apple fixed the new dynamic wallpaper to actually change brightness and contrast depending on the time of day); still true on DP6:

On my mid-2011 Mini w/Intel HD 3000 graphics, at least, the blurred overlay on the login and lock screens has completely disappeared. More interesting, instead of always displaying the default wallpaper underneath the blurred sign-in screen, these screens now show whatever wallpaper was in use at the time the computer went into lock mode, and show it without any sort of blur. I have five virtual desktops set up, each with a different wallpaper and, depending on which of those desktops is in use at the time the machine goes to sleep or locks, it is the wallpaper from that desktop that's used for the sign-in screen after wake-up.

Wonder if this (the lack of the blurred overlay, at least) is a new feature or a bug?


The nice blurred background on the lock screen is gone on both my mbp (non metal) and macpro(metal). Aww, and I actually like that. Rats! Now there's a bug we can report ;) .
Can someone on a supported machine with Mojave beta check and report the bug?
(My only supported laptop is in production mode and still HS.)

Good find!
as far as I know it's a new thing not a bug. I used a workaround to fix at least the login screen.
The lock screen though remains clear.
It would be great to have the option to select if you would like to have it blurred or clean.

https://forums.macrumors.com/thread...e-little-things.2121488/page-22#post-26279149

EDIT: jackluke has been faster..
 
Last edited:
Thank you for your effort!
If I got it right, we can just edit driver kexts to make it use opengl shader! As far as I know, kexts are editable (I have changed my 2011 13” MBPs intel hd3000 mem to 1024Mb with no problems!

I think that hack doesn't work in mojave... Tryed and nothing changed. Done the terminal code and edited the plist file. No changes.
 
  • Like
Reactions: TimothyR734
Question:
Is there a way to add Folders to the GO Menu of Finder?

NOT Dock or Sidebar!
I mean the Menu at the Top

found this
https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=4&cad=rja&uact=8&ved=2ahUKEwjTofeW8-HcAhWvyYUKHZDICwkQFjADegQIBxAB&url=https://forums.macrumors.com/threads/possible-to-add-items-to-the-finders-go-menu.179179/&usg=AOvVaw0jWkQoO3u2Pz2qC4UvrcaA

but this seems not to work anymore...
and of course there are different menu´s - but NO.

I have found it in Mojave slightly changed, it is located exactly here:

/System/Library/CoreServices/Finder.app/Contents/Resources/YOURCURRENTLANGUAGELOCALE.lproj/MenuBar.nib

edit:
Same path for High Sierra, before editing take a backup first of .NIB file, this file CANNOT be edited with TextEdit or any other plain-text editor, you will need some XML or Plist editor to modify this file related ONLY to the Finder menu bar (NOT affects Safari menu bar or any other app's menu bar, neither the little apple icon upper-left the Finder menu bar).
 
Last edited:
Similar thing happened to me when recently attempt to do a clean OSX Mavericks install booting from its USB Installer, into the Terminal needed to type "date 102613152013" only in this way, with a previous set date to keep an old certificate validity, then I could install Mavericks, after done I set again "time.apple.com" current date/time.
[doublepost=1533896005][/doublepost]

I play often with these stuffs, the blurred background was actually an already blurred picture, not a clean picture with a blur dynamic filter.

Anyway until HighSierra it was customizable and replaceable from this path:

/Library/Caches/com.apple.desktop.admin.png (you have first to unlock this file before editing)


but in Mojave dynamic wallpaper something has changed, this is the new path:

/Library/Caches/Desktop Pictures/

inside this path there are two folders with **Randomnumbersletters**

The unlocked one contains the current user logged-in lockscreen
picture:
/***UnlockedRandomnumbersletters***/lockscreen.png (dynamic desert picture)

The other locked folder with prohibitory symbol contains the
Main general Mojave lockscreen picture to open/edit this folder you need to change the admin owner read/write permissions and assign it to your main user:

/
***LOCKEDrandomnumbersletters***/lockscreen.png (typically day desert picture)
Right. It's not a dynamic. The preferences app(let) applies a blur filter to whatever desktop picture you choose and caches it. But I think Mojave doesn't even do that anymore. No blurred lock screen. Still a bug/feature...
 
Similar thing happened to me when recently attempt to do a clean OSX Mavericks install booting from its USB Installer, into the Terminal needed to type "date 102613152013" only in this way, with a previous set date to keep an old certificate validity, then I could install Mavericks, after done I set again "time.apple.com" current date/time.
[doublepost=1533896005][/doublepost]

I play often with these stuffs, the blurred background was actually an already blurred picture, not a clean picture with a blur dynamic filter.

Anyway until HighSierra it was customizable and replaceable from this path:

/Library/Caches/com.apple.desktop.admin.png (you have first to unlock this file before editing)


but in Mojave dynamic wallpaper something has changed, this is the new path:

/Library/Caches/Desktop Pictures/

inside this path there are two folders with **Randomnumbersletters**

The unlocked one contains the current user logged-in lockscreen
picture:
/***UnlockedRandomnumbersletters***/lockscreen.png (dynamic desert picture)

The other locked folder with prohibitory symbol contains the
Main general Mojave lockscreen picture to open/edit this folder you need to change the admin owner read/write permissions and assign it to your main user:

/
***LOCKEDrandomnumbersletters***/lockscreen.png (typically day desert picture)

I believe the path for the default one is now actually at /S/L/CS/DefaultDesktop.heic
 
I believe the path for the default one is now actually at /S/L/CS/DefaultDesktop.heic

Maybe there is some reference to that path too during caching, anyway they seems have deprecated the blur lockscreen picture, but manually can be replaced in /Library/Caches/Desktop Pictures/ and will not be overwritten by dynamic desert pictures, especially if you after replaced with a blur one, then "Get Info" on the lockscreen.png and select the "lock flag".
 
I have found it in Mojave slightly changed, it is located exactly here:

/System/Library/CoreServices/Finder.app/Contents/Resources/YOURCURRENTLANGUAGELOCALE.lproj/MenuBar.nib

edit:
Same path for High Sierra, before editing take a backup first of .NIB file, this file CANNOT be edited with TextEdit or any other plain-text editor, you will need some XML or Plist editor to modify this file related ONLY to the Finder menu bar (NOT affects Safari menu bar or any other app's menu bar, neither the little apple icon upper-left the Finder menu bar).

I thought that .NIB files needed to be converted to .XIB and then opened in Xcode to be edited?
 
Maybe there is some reference to that path too during caching, anyway they seems have deprecated the blur lockscreen picture, but manually can be replaced in /Library/Caches/Desktop Pictures/ and will not be overwritten by dynamic desert pictures, especially if you after replaced with a blur one, then "Get Info" on the lockscreen.png and select the "lock flag".

Still works for the log in screen if you do it like jackluke wrote or as I did in the link.
https://forums.macrumors.com/thread...e-little-things.2121488/page-22#post-26279149

LWScreenShot 2018-08-10 at 15.36.33.png

[doublepost=1533908831][/doublepost]It might be some kind of bug, because if you don't do anything and work with more then one screen, the log in screen shows on every screen the wallpaper of the main screen (not blurred).
This looks ugly if you have different screens with different resolutions.
I never noticed that before, because they were shown blurred.
The lock screen however shows every screen with it's assigned wallpaper in the right resoulution..
 
Thank you Collin for this macOS Mojave Patcher Tool.

I successfully upgraded a clone of my working system (High Sierra 10.13.6 (17G65)) on an external USB hard disk (formatted APFS case sensitive). I used version 1.1.2 of the Patch Tool and Developer Beta 6 of Mojave. My machine is an iMac 10,1.

With iSight I am on the miss part: lauching PhotoBooth is turning on the iSight LED but no images can be seen. I presume will have to ask Santa for a newer machine.

Otherwise all seem running fine, mySQL server still running as well as Apache server (just the usual point after all system upgrade, to uncomment the line loading php module in httpd.conf).

So far I was not able to use AirDrop. However WiFi and Bluetooth are working alright.
 
  • Like
Reactions: TimothyR734
I think that hack doesn't work in mojave... Tryed and nothing changed. Done the terminal code and edited the plist file. No changes.

Give a look here: https://forums.macrumors.com/threads/how-to-increase-vram-for-hd3000-graphics.1766384/

But don't forget that if you're using Mojave on an unsupported Mac with IntelHD3000, you need to patch not only the plist but also the SNB Framebuffer with the right binary offset used for Sierra 10.12.x Kext (the only ones used in Mojave QE/CI), I guess on the thread they were discussing about Yosemite/El Capitan, so this could won't work for Sierra IntelHD3000 kexts.

edit:
Reading that thread to me there is no need editing any AppleIntelHD3000.kext plist:
<key>VRAMOverride</key>
<integer>0</integer>
<key>VRAMSize</key>
<integer>1024</integer>

This is almost unuseful, because if you succeed in Terminal perl patching the right offset for SNB Framebuffer the system will recognize automatically the new VRAM amount shared size, anyway I'd won't go over 1536 MB RAM, some say that you can share until 2 GB, but I don't know.
 
Last edited:
I have found it in Mojave slightly changed, it is located exactly here:

/System/Library/CoreServices/Finder.app/Contents/Resources/YOURCURRENTLANGUAGELOCALE.lproj/MenuBar.nib

edit:
Same path for High Sierra, before editing take a backup first of .NIB file, this file CANNOT be edited with TextEdit or any other plain-text editor, you will need some XML or Plist editor to modify this file related ONLY to the Finder menu bar (NOT affects Safari menu bar or any other app's menu bar, neither the little apple icon upper-left the Finder menu bar).
Thank you very much BUT...
S/L/CS is no Problem. But when doubleclicking on finder.app it says it is in use.
So what to do to go to this .nib file???

Thank you
 
  • Like
Reactions: TimothyR734
Give a look here: https://forums.macrumors.com/threads/how-to-increase-vram-for-hd3000-graphics.1766384/

But don't forget that if you're using Mojave on an unsupported Mac with IntelHD3000, you need to patch not only the plist but also the SNB Framebuffer with the right binary offset used for Sierra 10.12.x Kext (the only ones used in Mojave QE/CI), I guess on the thread they were discussing about Yosemite/El Capitan, so this could won't work for Sierra IntelHD3000 kexts.

edit:
Reading that thread to me there is no need editing any AppleIntelHD3000.kext plist:
<del>
<key>VRAMOverride</key>
<integer>0</integer>
<key>VRAMSize</key>
<integer>1024</integer>
</del>
This is almost unuseful, because if you succeed in Terminal perl patching the right offset for SNB Framebuffer the system will recognize automatically the new VRAM amount shared size, anyway I'd won't go over 1536 MB RAM, some say that you can share until 2 GB, but I don't know.

Thnx. Yes indeed, I thought that too. 1536 MB Ram I think it is the best option for this graphic card. Some tests were made with that conclusion. So, maybe I'll go further to check what you said about patching SNB...
 
Give a look here: https://forums.macrumors.com/threads/how-to-increase-vram-for-hd3000-graphics.1766384/

But don't forget that if you're using Mojave on an unsupported Mac with IntelHD3000, you need to patch not only the plist but also the SNB Framebuffer with the right binary offset used for Sierra 10.12.x Kext (the only ones used in Mojave QE/CI), I guess on the thread they were discussing about Yosemite/El Capitan, so this could won't work for Sierra IntelHD3000 kexts.

edit:
Reading that thread to me there is no need editing any AppleIntelHD3000.kext plist:
<key>VRAMOverride</key>
<integer>0</integer>
<key>VRAMSize</key>
<integer>1024</integer>

This is almost unuseful, because if you succeed in Terminal perl patching the right offset for SNB Framebuffer the system will recognize automatically the new VRAM amount shared size, anyway I'd won't go over 1536 MB RAM, some say that you can share until 2 GB, but I don't know.

Fixed!
Found a post on the thread you mentioned post #61, a guy shared some files. Just replace appleintelhd3000.kext and the SNB Framebuffer one and you are good to go with 1024 mb... I share the proof and the files if you want to dig a bit... thnx once again. Works great on Mojave!
For the people who wants to try on a MacBook Pro 13" i5 Intel HD 3000 late 2011
 

Attachments

  • Captura de ecrã 2018-08-10, às 19.25.51.png
    Captura de ecrã 2018-08-10, às 19.25.51.png
    64 KB · Views: 280
  • OSX Integrated Graphics Update To 1GB VRAM.zip
    727.2 KB · Views: 198
Fixed!
Found a post on the thread you mentioned post #61, a guy shared some files. Just replace appleintelhd3000.kext and the SNB Framebuffer one and you are good to go with 1024 mb... I share the proof and the files if you want to dig a bit... thnx once again. Works great on Mojave!
For the people who wants to try on a MacBook Pro 13" i5 Intel HD 3000 late 2011
Indeed very cool! Does this also work for a macbook pro 5,3? I'm away and don't remember what my Intel HD GC is. Does this notably improve appearance/performance using the non-accelerated GC?
 
Fixed!
Found a post on the thread you mentioned post #61, a guy shared some files. Just replace appleintelhd3000.kext and the SNB Framebuffer one and you are good to go with 1024 mb... I share the proof and the files if you want to dig a bit... thnx once again. Works great on Mojave!
For the people who wants to try on a MacBook Pro 13" i5 Intel HD 3000 late 2011

Ok, as I thought, I've managed to patch manually only the SNB Framebuffer on my MBP 2011 IntelHD3000 384 MB, without edit any plist nor touching the AppleIntelHD3000.kext, and it has worked, the only difference from the other thread is on a byte, this method will work on any AppleIntelSNBGraphicsFB.kext from Sierra 10.12.x , and will increase VRAM from 384 MB to 1024 MB

pre-edit:
Since dosdude1 has updated the IntelHD3000 kexts with the HighSierra ones you have to use instead of the hex byte C4 (Sierra 10.12.x) the hex D0 (HS 10.13.x)

Launch Terminal then type:

cd /S*/L*/Ext*/AppleIntelSNBGraphicsFB.kext/C*/M*
sudo cp AppleIntelSNBGraphicsFB AppleIntelSNBGraphicsFB.backup
sudo perl -pi -e 's|\xC7\x45\xD0\x00\x00\x00\x18|\xC7\x45\xD0\x00\x00\x00\x40|g' AppleIntelSNBGraphicsFB
sudo touch /S*/L*/Extensions
sudo reboot

I assume this will work on any Mojave Mac with an IntelHD3000 GPU.

Instead for machines equipped with 512 MB VRAM, use this other script valid for higher RAM quantity installed:

cd /S*/L*/Ext*/AppleIntelSNBGraphicsFB.kext/C*/M*
sudo cp AppleIntelSNBGraphicsFB AppleIntelSNBGraphicsFB.backup
sudo perl -pi -e 's|\xC7\x45\xD0\x00\x00\x00\x20|\xC7\x45\xD0\x00\x00\x00\x40|g' AppleIntelSNBGraphicsFB
sudo touch /S*/L*/Extensions
sudo reboot

edit:
Already tested and working even replacing the hex byte x40 in x60 will give you 1536 MB VRAM, Mojave system graphically is faster and smooth I would say from 30-50fps to 60fps in animation rendering.
Setting the byte in x80 increases the shared VRAM up to 2 GB but I'd won't go over 1536 MB, that seems the maximum limit by apple on IntelHDx000 series.

EDIT2:
If don't want use these Terminal commands, use the already patched kext to get VRAM increasing: IntelHD3000 VRAM Mojave patch
 
Last edited:
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.