Ok so its Apples usual arseholery that has disabled the Displayport.@L Caputo - I use the HDMI port on my 4k TCL 43" TV. However, I was able to connect a 27" Dell monitor and can get a signal on both the DVI ports, but not on the DisplayPort. I believe there are other posts that stated the same thing. At some point the DisplayPort stopped working. Hopefully, Apple will fix that in a later update, but I'm running fine with the HDMI port.
Mount points don't exist until you mount a partition. "diskutil mount Recovery" creates a mount point for the first partition with the Recovery label. The default mount point is /Volumes/Recovery. Typing "diskutil mount Recovery" again doesn't do anything because the first partition with the Recovery label is already mounted. To mount the second Recovery partition, you need to enter a unique identifier such as the disk slice "diskutil mount disk3s1". Since the default mount point is already used, diskutil appends a number e.g. "/Volumes/Recovery 1". Actually I did some tests in Catalina, and somehow got in a state where Recovery matches disk3s3 instead of disk1s3... Rebooting fixes that.If the two APFS containers share the same mount point for Recoveries, after my script in the worst case the APFS Mojave Recovery would be replaced by a Catalina APFS Recovery, but that boot the same with CMD+R.
What's a Catalina Recovery UUID path? And why does it have HighSierra (or El Capitan) "Recovery HD" content? And what would I replace that content with?Another example if you replace the HighSierra (or El Capitan) "Recovery HD" content inside the APFS Catalina Recovery UUID path it will work too with CMD+R.
I thought my recovery didn't work because the folder in the Recovery partition had the wrong UUID. Now you say it also wouldn't work because the BaseSystem.dmg was not stock or that the folder UUID doesn't matter and only the non-stock BaseSystem.dmg caused the problem?The point is (till now) it's not possible to run with an "APFS Recovery role" the CMD+R with a customized/patched BaseSystem.dmg , only stock one will work due to an apple signature image integrity verification.
The script is only for recreating the Recovery partition (replaces BaseSystem dmg and chunklist with stock, adds AppleDiagnostics dmg and chunklist, replaces immutablekernel with prelinkedkernel from system, and adds -no_compat_check to com.apple.Boot.plist) so I don't know why you mention Preboot UUID. What scope would you want to retrieve the Preboot UUID?However mine is just a simple script for those who use it from Catalina for Catalina, in this scope I don't need to retrieve the Preboot UUID.
That issue has been fixed in beta 2. Try again with the latest version.
IOk so its Apples usual arseholery that has disabled the Displayport.
How do you get sound from the HDMI port, in previous versions of OS I have to install
an HDMIAudio.kext so I can select my TV in the Sound Output preferences.
Are you using anything to get sound through HDMI.
Thanks.
Ok so its Apples usual arseholery that has disabled the Displayport.
How do you get sound from the HDMI port, in previous versions of OS I have to install
an HDMIAudio.kext so I can select my TV in the Sound Output preferences.
Are you using anything to get sound through HDMI.
Thanks.
Ok so its Apples usual arseholery that has disabled the Displayport.
How do you get sound from the HDMI port, in previous versions of OS I have to install
an HDMIAudio.kext so I can select my TV in the Sound Output preferences.
Are you using anything to get sound through HDMI.
Thanks.
Hi, my system is a late 2009 iMac 10.13 27, i7. A1312.
I followed Dosdude’s install video. Backed up my system to an internal Data drive using Time Machine. Installed the release version onto a memory stick. Reformatted my Mac SSD to apfs etc, and ran the install with the Patcher. No glitches, and all seemed well.
Problems started when I ran the Migration Assistant, which upon clicking on restore from a Time Machine, nothing happened. Needed a Force Quit to get out of it.
i then ran Time Machine, which doesn't recognise my Time Machine backup
Another glitch. As I loaded some of my photos to Photo, seems fine. When I double click on the images, they’re ’broken’ in psychedelic colours ????
I’ve manually restored a lot, and Catalina runs smoothly. Don't want to dig out the original software Apps, and hoped my backups would take care of things. ???
cheers, Bob
I'm stuck with the Japanese Romaji input giving roman phonetic equivalents of kana. The fact that selecting kana input at Japanese Keyboard Input Sources works (but using the awful kana key layout) to display the correct Japanese character, while selecting Romaji input does not work is weird.
Everybody, including Japanese natives, uses Romaji input and not kana input so this is a big issue for the few Japanese nerds using this patch.
Do you have any ideas dosdude1 (Colin)?
Thank you. Unfortunately, Google Japanese input doesn't seem to work either, when I select it my keyboard becomes straight up non functionalAntony34 reports that installing either a free Google Japanese input alternative or a paid ATOK version overcomes the problem, but if you want to stick with Apple's Kotoeri it seems Asentientbot thinks the best short-term answer is to roll-back to Mojave (or get a Mac later than 2012 that officially supports Catalina). I am lucky because I do have a later model laptop so that's what I'll use for Japanese input now and the old MacPro 3,1 will be reserved for working in English.
You could try a SMBIOS to point to a newer Mac Pro, in order to avoid some issues regarding updates and downloading the Catalina install app from App Store. But if this configuration seems to work, I guess you can stick to it. Do you also use FakeSMC?I was able to hack my system literally and got the DisplayPort to function.
This is not recommended, but I have some follow up stuff that may be of interest to whoever wants to create a patch.
Using Clover and Clover Configurator, selecting only a SMBIOS profile of Mac Pro 3,1 profile for my system and only changing the Board ID to the Mac 10,1 board ID of 'Mac-F2268CC8', and using the Clover boot loader, I was able to get DisplayPort to function on a Mac Pro 3,1 with an Nvidia GTX 680 Card with 4K@60Hz on the Display Port just like it did on the the early betas.
Now I did a search high and low for that 27" iMac 2009 board ID F2268CC8 and it is present in 4 files:
IOBluetoothUSBDFUTool
IOBluetooth.framework/.../SystemParameters.plist
.../PrivateFrameworks/ServerInformation.framework/ServerInformation
/private/var/db/uuidtext/dsc/7D86856A80053540B79F20A432768DAB <!-- that # may vary
I don't know if this matters but the Mac Pro 3,1 board ID is not in the two IOBluetooth files.
Now I have not tried swapping out that data from my working Catalina Beta or tried doing any hex editing yet. It spent a good bit of time all day yesterday just swapping out .kext files to no avail.
I did see an osX86 user have the same issue and he chose a Mac Pro 6,1 profile. That just KPs my system.
Again, using Clover is not recommended and once there is a proper patch, I will discontinue using it. I think for troubleshooting purposes, it does show that the DisplayPort can still be made active on Cat 10.15 GM and this does not appear to be a Video driver issue at all. I don't even think it is actually an AppleSMBIOS or System.kext issue either as I originally had thought. Just that Apple probably removed DisplayPort access on certain configurations.
Hope this information is helpful and that someone finds a fix so Clover or another bootloader does not have to be used. Attached are some screenshots of my findings.
Also several iMac profiles do not allow the DisplayPort to be used either, so this issue could be fixed by Apple, but also they may only fix it with certain board types. We shall see what .1 and .2 bring.
If no one tackles this, I may run a few more tests next weekend. I am hoping we can collaborate on this problem as I know there are better patchers on here than me.
Only caveat to swapping on a board ID is Apple may deprecate another board ID in the future. We all might be on borrowed time, but so far I am just glad to have 4k@60Hz back and can start building my 10.15 system out.
View attachment 869296View attachment 869297View attachment 869298View attachment 869299View attachment 869300
Mount points don't exist until you mount a partition. "diskutil mount Recovery" creates a mount point for the first partition with the Recovery label. The default mount point is /Volumes/Recovery. Typing "diskutil mount Recovery" again doesn't do anything because the first partition with the Recovery label is already mounted. To mount the second Recovery partition, you need to enter a unique identifier such as the disk slice "diskutil mount disk3s1". Since the default mount point is already used, diskutil appends a number e.g. "/Volumes/Recovery 1". Actually I did some tests in Catalina, and somehow got in a state where Recovery matches disk3s3 instead of disk1s3... Rebooting fixes that.
What's a Catalina Recovery UUID path? And why does it have HighSierra (or El Capitan) "Recovery HD" content? And what would I replace that content with?
I thought my recovery didn't work because the folder in the Recovery partition had the wrong UUID. Now you say it also wouldn't work because the BaseSystem.dmg was not stock or that the folder UUID doesn't matter and only the non-stock BaseSystem.dmg caused the problem?
You say "till now", so what changed to make it now possible to run Recovery with a customized/patched BaseSystem.dmg? Your script uses the stock BaseSystem.dmg so you must be talking about something else.
The script is only for recreating the Recovery partition (replaces BaseSystem dmg and chunklist with stock, adds AppleDiagnostics dmg and chunklist, replaces immutablekernel with prelinkedkernel from system, and adds -no_compat_check to com.apple.Boot.plist) so I don't know why you mention Preboot UUID. What scope would you want to retrieve the Preboot UUID?
Thank you for dosdude1 and all that involve working to keep our old Macs running current OS.
I have the same problem with Photos, see pict., Final Catalina late 2009 iMac Radeon HD 4850.
Only when double click the picture though. Other than that so far no other side effects.
So instead of "until now", you mean "as of yet" or "currently".I wrote "till now" meant actually there is no way to associate to CMD+R (APFS Recovery R Role) a customized BaseSystem.dmg (the one with post-install tools), but only the stock Catalina BaseSystem.dmg.
I didn't try it because I had already corrected the problem by using unpatched Catalina installer. I trust the script because it is unhidden. I just thought I would bring up things that might need clarification or that I had questions about. Thanks for answering my questions.Yes, the script simply populate an APFS Recovery partition, but you haven't tried yet my script because if you run it works and I don't know why you don't trust the script since the source code is clearly unhidden hitting space bar on it.
The first post is a WikiPost so confirmed problems/solutions could be added there? No one has confirmed my Recovery partition problem with supported Macs using the patched installer yet. Or my solution to the APFS startup.nsh script not searching all disks.Guys, please read the thread properly (to avoid duplications, but I know many pages already).
The solution for messed photos in the photo app is described in comment #4672 on page 187
I'm also using the romaji-input. And it's working just fine.I don't have the courage to go through the whole forum to see if someone has found a solution to this problem. I run Catalina on an old mid 2009 13" MBPro and I also cannot input japanese through romaji, only with the japanese hiragana keyboard layout. The romaji will just not convert into hiraganas. This is kind of a bummer for me since I live in japan and have to write in japanese quite often, for now I write on my phone but that's not very convenient. Any chance for such a fix ?
If you need to disable SIP without a bootscreen, try this from your iMac HighSierra (assuming that is an HFS+ installation), open HighSierra Terminal and type:
sudo nvram boot-args="-no_compat_check"
(this should also allow to boot Catalina without patches)
Then from your HighSierra, open System Preferences - Startup Disk - pick your HighSierra Volume label, and let system reboot, right after the "power-on chime" hold CMD+R for 20 seconds, then wait at least 5 minutes, after that timeframe you should land on the official HighSierra Recovery and from there disable SIP with recovery terminal: csrutil disable
I was able to hack my system literally and got the DisplayPort to function.
...
Only caveat to swapping on a board ID is Apple may deprecate another board ID in the future. We all might be on borrowed time, but so far I am just glad to have 4k@60Hz back and can start building my 10.15 system out.
...
I can use it without any problem...it is another case if you can not working on it...so interesting....Thank you. Unfortunately, Google Japanese input doesn't seem to work either, when I select it my keyboard becomes straight up non functional