hey everyone with everything coming along nicely it seams will catilina work on my Mac mini 4,1 once the patcher is available? you guys are fantastic thank you
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
macOS 10.15 Catalina on Unsupported Macs
- Thread starter 0403979
- WikiPost WikiPost
- Start date
- Sort by reaction score
- Status
This doesn't look like much, but I decided to break ground on CloneToolX.
The tool will offer up 4 functions:
Creating Snapshots in one click or key-combination
May offer managing Time Machine's automatic APFS snapshots as well
Purposing: Testing patches, kexts, etc. Emergency undo's or your system just took a dump.
-------------------
Clone Files and Folders without taking up more space on the same volume
(can be used for versioning of documents, images, etc. where only bits that change take up space. backups of VMs, etc)
General Purpose, instant backup
Can also use same process to backup folders between drives or mixed disk formats (AFPS to HFS+)-> those will use space both volumes.
This will at first be limited to the Data drive / Home Directory.
If I can get the ownership and permissions to work, it can do more. Using Apple's FileManager API.
-------------------
One block level function using dd:
Image your entire disk to a disk image or another volume
Will also handle disk to disk or image to disk restores.
Clonetool will be designed to run from a BaseSystem, but many scenarios it can run live.
It may be possible to image a snapshot live.
-------------------
Disk to Disk file based backup using Rsync.
will be able to restore a snapshot live.
-------------------
I may roll it out when each piece is ready working from top to bottom. The first 3 items will be fairly simple
The 4th will require a little more work because I will have to create the APFS volumes on the destination if they don't already exist. The good news with Rsync is we can do incremental backups to the destination.
CloneToolX is being developed on Catalina. It will be Swift 5, but not SwiftUI this go around as I am more familiar with Cocoa / AppKit.
So that's 4 basic tools in one app. 2 to fill in gaps that other systems don't readily offer to users. And some features will be able to work in tandem or standalone.
I will offer the tool to all unsupported Mac users free of charge. This is a revival of CloneTool from the H*tosh days.
[doublepost=1560393625][/doublepost]
btw; When I upgraded to Catalina, it can't make a Mojave back up disk, it just puts Catalina stuff on the Base System even when selecting a Mojave installer. Odd behavior. Ran into this on both Mojave and Catalina. I do have a High Sierra iMac and might use it for making Patch stuff. It reads data from somewhere else or Catalina installer replaces the downloaded data.
The tool will offer up 4 functions:
Creating Snapshots in one click or key-combination
May offer managing Time Machine's automatic APFS snapshots as well
Purposing: Testing patches, kexts, etc. Emergency undo's or your system just took a dump.
-------------------
Clone Files and Folders without taking up more space on the same volume
(can be used for versioning of documents, images, etc. where only bits that change take up space. backups of VMs, etc)
General Purpose, instant backup
Can also use same process to backup folders between drives or mixed disk formats (AFPS to HFS+)-> those will use space both volumes.
This will at first be limited to the Data drive / Home Directory.
If I can get the ownership and permissions to work, it can do more. Using Apple's FileManager API.
-------------------
One block level function using dd:
Image your entire disk to a disk image or another volume
Will also handle disk to disk or image to disk restores.
Clonetool will be designed to run from a BaseSystem, but many scenarios it can run live.
It may be possible to image a snapshot live.
-------------------
Disk to Disk file based backup using Rsync.
will be able to restore a snapshot live.
-------------------
I may roll it out when each piece is ready working from top to bottom. The first 3 items will be fairly simple
The 4th will require a little more work because I will have to create the APFS volumes on the destination if they don't already exist. The good news with Rsync is we can do incremental backups to the destination.
CloneToolX is being developed on Catalina. It will be Swift 5, but not SwiftUI this go around as I am more familiar with Cocoa / AppKit.
So that's 4 basic tools in one app. 2 to fill in gaps that other systems don't readily offer to users. And some features will be able to work in tandem or standalone.
I will offer the tool to all unsupported Mac users free of charge. This is a revival of CloneTool from the H*tosh days.
[doublepost=1560393625][/doublepost]
If you are good at the command line. Terminal has full disk access and you can navigate using diskutil and cd /Volumes/... And have been able to access things like the Mojave Patcher on another drive.
btw; When I upgraded to Catalina, it can't make a Mojave back up disk, it just puts Catalina stuff on the Base System even when selecting a Mojave installer. Odd behavior. Ran into this on both Mojave and Catalina. I do have a High Sierra iMac and might use it for making Patch stuff. It reads data from somewhere else or Catalina installer replaces the downloaded data.
Attachments
Last edited:
great. looking forward to CloneToolX.
It's already making snapshots
Code:
2019-06-12 23:09:26.711426-0400 CloneToolX[2363:626299] Metal API Validation Enabled
create snapshot
Created local snapshot with date: 2019-06-12-230930No I have not. I am still missing Audio on my Mac Pro 3,1 (USB and Bluetooth Audio is ok).
I will try Open AL.
What's up with the audio issues? Can you not just use the legacy AppleHDA.kext from last year's patcher? It works for me on MacBook7,1. But if it doesn't for you, what happens? Does it spit out errors when you rebuild the prelinkedkernel? Or is there just no sound?
I dunno, Open AL framework is present in both Cat and Mo.
[doublepost=1560396632][/doublepost]
I used the AppleHDA.kext from Mojave (I found two different versions from Mojave and neither worked). MacPro 3,1. I've mentioned it a few times. USB Audio is working though. Just the Onboarding Realtek audio is not.
====
Also still dealing with USB Timeout [60s]... Cannot find your patch.
[doublepost=1560396932][/doublepost]
Thank you!Here you go
[doublepost=1560397026][/doublepost]
No device. I've been letting the system rebuild on its own. Have not had much success with the prelinked kernel because it complains about the Kext's added as not signed even with SIP off.
Edit: fixed; worked the third time. Put the Kext in both /Lib*/Ext* and /S*/L*/E* could have been prelinked kernel or using IOUSB* from BaseSystem (could be totally unrelated but I was working on that at the same time. I know doesn't help. But I did have sound on the BaseSystem through my TV. so I snatched those up because the IOUSB* from Mojave had a KP.
Last edited:
[/QUOTE]That’s a lot of work. You can use diskutil and dd and do this in three lines of code. Both are command line utilities and can be run from an MacOS Installer disk, another system install, or a restore disk. You can also make disk images with dd.
While I value what you did, your volume of steps is a barrier to entry.[/QUOTE]
I was under the impression that dd would only let you make an image of the entire drive, even if most of it was free space? Can you make a dd image of a 512gb ssd with only 22gb of data and have a 22gb image file that’s able to be used natively in disk utility?
Sorry, I was not clear. Not the stock Mojave version, but the version that is installed by dosdude1's patcher on Mojave. Or just copy an AppleHDA.kext from the most recent OS that supported your Mac.
Link. I attached the HID patch there as well as the accel stuff, but it wasn't super obvious.
Check my previous post on the image I built for pro 3,1. The "minimalist" one. I used the AppleHDA.kext from the 1.3.3 Mojave Patcher and it works fine out of the box. Good luck.
Hey, so how’s the Dashboard app going to work in Catalina? I see that @jackluke has the app on the desktop in a screenshot. I thought Dashboard was removed entirely.
Well. Third
Okay! Well I have good news. I got the HDA Kext to load. I used the one I had in Mojave 10.14.4 install.
Now I did a couple of things so I don't know what did it yet.
I think I may have had two Apple HDA's floating around OR the Prelinked Kernel just would not give it up.
So I decided to put the HDA Kext in both the /Library/Extensions and /S*/L*/E* just to see if one takes and it did and it did not complain there was a duplicate in Verbose mode. It did load the HDA Engine.
I am getting IOUSBInterface delay 60s three times, so I tried some IOUSB* Key's from Mojave and that caused a KP.
But when I booted to the Recovery Partition, I noticed I had sound from my free TV (very cheap sidecar) and so I took its' IOUSB* Kexts and installed those. Could still be unrelated, but I have a fully working system now. Thanks to everyone on MacRumors!
Now I can dig more into this later but I have: Internal Speakers, Line Out, Digital Out, and several USB Audio ports all working.
I did try it two other times today. It just decided to be a bugger.
I am still getting IOUSBInterface , IOUSBInterface, IOUSBInterface, 60s delay even with the HIDFamily patch(may be unrelated, another delay). But I am okay with that. It's only 3 minutes.
I think it's my USB Hubs that are creating the IOUSBInterface instances.
[doublepost=1560402002][/doublepost]For reference, this is what I have running.
Pretty much same as Dosdude1's patcher:
Only remaining issue is IOUSBInterface delay most likely from my three USB Hubs. Will try without them tomorrow and see what happens.
Okay! Well I have good news. I got the HDA Kext to load. I used the one I had in Mojave 10.14.4 install.
Now I did a couple of things so I don't know what did it yet.
I think I may have had two Apple HDA's floating around OR the Prelinked Kernel just would not give it up.
So I decided to put the HDA Kext in both the /Library/Extensions and /S*/L*/E* just to see if one takes and it did and it did not complain there was a duplicate in Verbose mode. It did load the HDA Engine.
I am getting IOUSBInterface delay 60s three times, so I tried some IOUSB* Key's from Mojave and that caused a KP.
But when I booted to the Recovery Partition, I noticed I had sound from my free TV (very cheap sidecar) and so I took its' IOUSB* Kexts and installed those. Could still be unrelated, but I have a fully working system now. Thanks to everyone on MacRumors!
Now I can dig more into this later but I have: Internal Speakers, Line Out, Digital Out, and several USB Audio ports all working.
I did try it two other times today. It just decided to be a bugger.
I am still getting IOUSBInterface , IOUSBInterface, IOUSBInterface, 60s delay even with the HIDFamily patch(may be unrelated, another delay). But I am okay with that. It's only 3 minutes.
I think it's my USB Hubs that are creating the IOUSBInterface instances.
[doublepost=1560402002][/doublepost]For reference, this is what I have running.
Pretty much same as Dosdude1's patcher:
Only remaining issue is IOUSBInterface delay most likely from my three USB Hubs. Will try without them tomorrow and see what happens.
Attachments
Last edited:
Sorry to bother you again, but has the req'd Metal compatible graphics card been fixed? (Could I run macOS 10.15 on a Mid 2009 Macbook Pro 13")
Last edited:
For anyone interested in the SkyLight/CoreDisplay wrappers, I've just finished a couple updates:
- Fixed logout/switch user (it previously just hung forever) by implementing SLSSessionSwitchToAuditSessionIDWithOptions() with a call to the older SLSSessionSwitchToAuditSessionID(), rather than just an empty stub function. It always uses the "cube" transition effect though for some reason.
- Stopped daemon PerfPowerServices from repeatedly crashing by exporting some string constants it was looking for (this noticeably improves performance by preventing ReportCrash from constantly starting, even though the actual daemon seems unnecessary).
- Stopped daemon universalaccessd from repeatedly crashing by creating a stub function that does nothing.
- Added a few other stub functions based on differences between symbol dumps (nm -gU) of the two SkyLight versions. As nothing was complaining about missing these functions, I'm not sure if this actually helped at all.
Please test and report any crashes if you can. Known problems:
- I'm having trouble reimplementing the function SLSSetDockRectWithOrientation() which means that the Dock won't "collide" with windows properly just yet. This is a fairly minor glitch, though.
- The option to auto-switch between dark/light theme will most likely not work since it calls a couple new SkyLight functions, which I have currently only implemented as empty stubs.
- Hopper Disassembler v4 crashes pretty frequently on the patched system... not sure whether it's caused by these patches or an incompatibility with Catalina itself. If someone on a supported Mac could test it, that would be great.
- I've experienced a couple times TextEdit freezing for several seconds. I'm not sure the cause.
- Photos crashing due to its use of Metal. This is unrelated to my patches but I'll look into a fix at some point.
I think that the stability of a system with replaced SkyLight is finally approaching usability as a daily driver!
Enjoy
Edit: Attaching the full wrapped frameworks rather than just the binary. As before, if you have working framebuffer, you should be able to just place these into /S*/L*/Frameworks and PrivateFrameworks to get full acceleration!
Edit 2: Look at all these apps being transparent and not crashing and stuff! Yay!
Final Edit: An updated version of the CoreDisplay wrapper for DP2 is posted here.
- Fixed logout/switch user (it previously just hung forever) by implementing SLSSessionSwitchToAuditSessionIDWithOptions() with a call to the older SLSSessionSwitchToAuditSessionID(), rather than just an empty stub function. It always uses the "cube" transition effect though for some reason.
- Stopped daemon PerfPowerServices from repeatedly crashing by exporting some string constants it was looking for (this noticeably improves performance by preventing ReportCrash from constantly starting, even though the actual daemon seems unnecessary).
- Stopped daemon universalaccessd from repeatedly crashing by creating a stub function that does nothing.
- Added a few other stub functions based on differences between symbol dumps (nm -gU) of the two SkyLight versions. As nothing was complaining about missing these functions, I'm not sure if this actually helped at all.
Please test and report any crashes if you can. Known problems:
- I'm having trouble reimplementing the function SLSSetDockRectWithOrientation() which means that the Dock won't "collide" with windows properly just yet. This is a fairly minor glitch, though.
- The option to auto-switch between dark/light theme will most likely not work since it calls a couple new SkyLight functions, which I have currently only implemented as empty stubs.
- Hopper Disassembler v4 crashes pretty frequently on the patched system... not sure whether it's caused by these patches or an incompatibility with Catalina itself. If someone on a supported Mac could test it, that would be great.
- I've experienced a couple times TextEdit freezing for several seconds. I'm not sure the cause.
- Photos crashing due to its use of Metal. This is unrelated to my patches but I'll look into a fix at some point.
I think that the stability of a system with replaced SkyLight is finally approaching usability as a daily driver!
Enjoy
Edit: Attaching the full wrapped frameworks rather than just the binary. As before, if you have working framebuffer, you should be able to just place these into /S*/L*/Frameworks and PrivateFrameworks to get full acceleration!
Edit 2: Look at all these apps being transparent and not crashing and stuff! Yay!
Final Edit: An updated version of the CoreDisplay wrapper for DP2 is posted here.
Last edited:
This is some some amazing work, thank you SO much for spending so much time to make this happen! I've been working all day today practically on the installer patch, but I still haven't arrived at a working solution yet. Apple sure made it hard this time around.For anyone interested in the SkyLight/CoreDisplay wrappers, I've just finished a couple updates:
- Fixed logout/switch user (it previously just hung forever) by implementing SLSSessionSwitchToAuditSessionIDWithOptions() with a call to the older SLSSessionSwitchToAuditSessionID(), rather than just an empty stub function. It always uses the "cube" transition effect though for some reason.
- Stopped daemon PerfPowerServices from repeatedly crashing by exporting some string constants it was looking for (this noticeably improves performance by preventing ReportCrash from constantly starting, even though the actual daemon seems unnecessary).
- Stopped daemon universalaccessd from repeatedly crashing by creating a stub function that does nothing.
- Added a few other stub functions based on differences between symbol dumps (nm -gU) of the two SkyLight versions. As nothing was complaining about missing these functions, I'm not sure if this actually helped at all.
Please test and report any crashes if you can. Known problems:
- I'm having trouble reimplementing the function SLSSetDockRectWithOrientation() which means that the Dock won't "collide" with windows properly just yet. This is a fairly minor glitch, though.
- The option to auto-switch between dark/light theme will most likely not work since it calls a couple new SkyLight functions, which I have currently only implemented as empty stubs.
- Hopper Disassembler v4 crashes pretty frequently on the patched system... not sure whether it's caused by these patches or an incompatibility with Catalina itself. If someone on a supported Mac could test it, that would be great.
- I've experienced a couple times TextEdit freezing for several seconds. I'm not sure the cause.
New SkyLight wrapper binary is attached. Replace the file into SkyLight.framework/Versions/A/ and reboot.
I think that the stability of a system with replaced SkyLight is finally approaching usability as a daily driver. Enjoy
No, thank you. If it weren't for you, no patch I found would've ever been used by more than about 10 people. Your dedication year after year is what really ties this effort together and shares it with the world
[doublepost=1560405694][/doublepost]Came across something maybe interesting. I doubt this'll ever work on our non-Metal systems (won't even load for me), but for those of you with newer GPUs it might be worth a look? Not sure how much this stuff has been investigated yet.
Attachments
This might not be the right thread to ask this, but here goes anyway. With all the progress being made with non-Metal acceleration, et cetera, is there any hope that Dashboard will work in Catalina? Is the Mojave Dashboard.app 64-bit compiled? I suppose the game will be over if it was compiled for 32 bits, but, if not, I suppose it would require some tweaking of frameworks. Can such a thing be included in the Catalina patcher?
No, thank you. If it weren't for you, no patch I found would've ever been used by more than about 10 people. Your dedication year after year is what really ties this effort together and shares it with the world
This is very true. Making complex concepts available to a wide range of people(most of whom are beginners) in a form of an easy to use patcher and then putting up with all the silly questions is no easy feat.
It has been just an attempt, but doesn't worked, I tried to observe how Dashboard.app was tied to the previous OSX, I just noticed these "otool -L" dependencies but those are very tricky frameworks:
Code:
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1555.10.0)
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 50.1.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1252.200.5)And observed simply the widgets path in previous OSX : /Library/Widgets/*.wdgt and /System/Library/WidgetResources/
The "Catalina Widgets path" should become /Volumes/APFSData/Device/Library/Widgets/
but haven't managed to get it work.
Looks awesome and I think sidecar might be patchable to work Thank you you and the team are just amazingFor anyone interested in the SkyLight/CoreDisplay wrappers, I've just finished a couple updates:
- Fixed logout/switch user (it previously just hung forever) by implementing SLSSessionSwitchToAuditSessionIDWithOptions() with a call to the older SLSSessionSwitchToAuditSessionID(), rather than just an empty stub function. It always uses the "cube" transition effect though for some reason.
- Stopped daemon PerfPowerServices from repeatedly crashing by exporting some string constants it was looking for (this noticeably improves performance by preventing ReportCrash from constantly starting, even though the actual daemon seems unnecessary).
- Stopped daemon universalaccessd from repeatedly crashing by creating a stub function that does nothing.
- Added a few other stub functions based on differences between symbol dumps (nm -gU) of the two SkyLight versions. As nothing was complaining about missing these functions, I'm not sure if this actually helped at all.
Please test and report any crashes if you can. Known problems:
- I'm having trouble reimplementing the function SLSSetDockRectWithOrientation() which means that the Dock won't "collide" with windows properly just yet. This is a fairly minor glitch, though.
- The option to auto-switch between dark/light theme will most likely not work since it calls a couple new SkyLight functions, which I have currently only implemented as empty stubs.
- Hopper Disassembler v4 crashes pretty frequently on the patched system... not sure whether it's caused by these patches or an incompatibility with Catalina itself. If someone on a supported Mac could test it, that would be great.
- I've experienced a couple times TextEdit freezing for several seconds. I'm not sure the cause.
- Photos crashing due to its use of Metal. This is unrelated to my patches but I'll look into a fix at some point.
I think that the stability of a system with replaced SkyLight is finally approaching usability as a daily driver!
Enjoy
Edit: Attaching the full wrapped frameworks rather than just the binary. As before, if you have working framebuffer, you should be able to just place these into /S*/L*/Frameworks and PrivateFrameworks to get full acceleration!
Edit 2: Look at all these apps being transparent and not crashing and stuff! Yay!
View attachment 842600
The previous Dashboard.app is a 64 bit app, but after my few tests, doesn't work more since dependent to a couple of very important frameworks, and replacing them didn't worked, I mean the frameworks send in crash other frameworks.
[doublepost=1560410021][/doublepost]
No, thank you. If it weren't for you, no patch I found would've ever been used by more than about 10 people. Your dedication year after year is what really ties this effort together and shares it with the world
[doublepost=1560405694][/doublepost]Came across something maybe interesting. I doubt this'll ever work on our non-Metal systems (won't even load for me), but for those of you with newer GPUs it might be worth a look? Not sure how much this stuff has been investigated yet.
Here is the how to unlock: https://www.reddit.com/r/apple/comments/bx3eet/sidecar_support_on_older_macs/
I also enabled it on MacBook7,1 but this feature requires from the GPU the HEVC H265 encoder/decoder capabilities, that only very recent Mac have, but maybe some kind of patching would be possible to allow GPU with H264.
These are after my investigations the main frameworks linked to SideCar:
SidecarCore, SidecarUI, Airplay*, AirplaySync, AirPlaySyncController (private frameworks).
Because as I wrote before, Sidecar is essentially an Airplay screen/display mirroring improved.
Last edited:
Maybe I'm being naive regarding SideCar support, but I don't see how it can't be tweaked in some way to support/utilize the H264 codec that all of our unsupported Macs can encode/decode (could be an arbitrary choice by Apple, wouldn't surprise me). Of course, patching the installer, implementing the graphics fixes, and getting the OS itself working perfectly is top priority.
@Larsvonhier another attempt about Siri.app crashing on Catalina unsupported Mac, seems from console.app it crashes mainly from here, and from Crashing log a flow of unresolved symbols on frameworks (CoreFoundatin is the first in list):
But some attempts in replacing or using a previous Siri core app (not the one inside /Applications/ because they are two Siri.apps ), doesn't worked, maybe give a try when you update to Catarina, since until Mojave your Siri patch was good.
Code:
Path: /System/Library/CoreServices/Siri.app/Contents/XPCServices/SiriNCService.xpc/Contents/MacOS/SiriNCService
Identifier: com.apple.SiriNCServiceBut some attempts in replacing or using a previous Siri core app (not the one inside /Applications/ because they are two Siri.apps ), doesn't worked, maybe give a try when you update to Catarina, since until Mojave your Siri patch was good.
I have a feeling that Apple must hate this thread! (Yeah, yeah, I know - It could care less, but...) Here, its most vaunted and trumpeted features of Catalina stripped to their essentials.
Kudos to all who devote time to making Catalina less fearsome.
Since the @ASentientBot method of "createinstallmedia" keeping the InstallESD.dmg has been reported to work by many, keeping also a valid Preboot UUID (I haven't tested it since I just cloned Catalina), you may consider to create this way Installer (I know it's less editable and customisable):
- "createinstallmedia" the apple official way from "Install Catalina.app" for supported Mac on a temporary Volume or USB Drive
- creating your custom OSInstall.mpkg
- putting temporary in read/write and injecting inside the InstallESD.dmg (shadow Volume) the custom OSInstall.mpkg
Code:
hdiutil attach -owners on InstallESD.dmg -shadow
replace with your custom OSInstall.mpkg
hdiutil detach /dev/diskX
hdiutil convert -format UDZO -o InstallESDPatched.dmg InstallESD.dmg -shadowThis would be suffice to install Catalina as APFS with a valid APFS Data and all the rest.
Instead for your "Post Install.app" Patches you'd have two paths:
1) Or creating a dedicated Catalina BaseSystem.dmg for Post-Install.app patches only (I guess a 3 GB partition would be suffice)
So users would need two separated USB drives (or one USB drive with 2 GPT partitions) one to install and the other to Post Install Patch.
2) Or maybe something like this:
- put temporary in read/write and injecting inside the BaseSystem.dmg all your Post Install patches
Code:
hdiutil attach -owners on BaseSystem.dmg -shadow
copy all your stuffs (prelinkedkernel, kext, Post Install apps and so on)
hdiutil detach /dev/diskY
hdiutil convert -format UDZO -o BaseSystemPatched.dmg BaseSystem.dmg -shadowI don't know if BaseSystem.dmg needs a fixed size, or contains several signature of other checks.
But during the restoring of BaseSystemPatched.dmg may need some skip-verification checksum, otherwise won't restore properly on the USB Drive.
All these should be put in a Catalina Installer created with the "createinstallmedia" way, hence with all the dmgs inside, not the dmgs expanded version.
As you already know, seems that from Catalina BaseSystem.dmg the place for "Recovery Utilities apps" is no more here /Applications/Utilities/ but here /System/Applications/Utitilies/
so maybe there you should put your "Post Install.app".
edit:
Here is just an example I done creating a custom Catalina Utilities.plist (/System/Installation/CDIS/macOS Utilities.app/Contents/Resources/), and your Post Install.app does work (also from the menus).
Frankly your Mojave Patcher Post Install adding just inside the gfxshared the new @ASentientBot Catalina patches already works as is.
Attachments
Last edited: