Base build is not compatible for this install method - macos upgrade

bon, je viens de trouver le problème et finalement Moses-wz avais raison !

Nous avons un profil réservé aux mises à jour et un profil "restriction globale". Il s'avère que dans ce fameux profil "restriction globale" il y a une section "update delay" (voir photo). Il y avais bien un délais de mise à jour actif sur ce profil.. du coup en passant tout en "no delay" la mise à jour s'installe directement et sans problème.

j'utilse SimpleMDM comme serveur MDM. Du coup je vous conseil de vérifier vos profils pour voir si des options de mises à jour ne sont pas caché.

Try to download the full Ventura 13.4.1 installer from App Store and install it in safe mode (just in case). BTW have you used any macOS beta versions? Is the Mac your own or maybe your employer's (who might have some control over it)?

If that fails, I'd wait for macOS 13.5 or Sonoma, and then try again, maybe with a clean install.

I Have same issue, devices managed by Microsoft Intune,

to resolve it you have to disable or ask admin to disable / exclude you from policies below:

1. Enforced Software Update Major OS Deferred Install Delay
2. Enforced Software Update Minor OS Deferred Install Delay
3. Force Delayed Major Software Updates
4. Force Delayed Software Updates

I've raised the ticket to Microsoft support but their resolution was helpful.

If macOS update/upgrade fails, the usual recommendation is:

Backup.

Reboot the router and maybe connect to it via Ethernet cable and then keep household's other network traffic to the minimum.

Reboot the Mac in safe mode and try again to update/upgrade.

Start up your Mac in safe mode - Apple Support (IE)

oh, and remove all 3rd party virus apps (Avast, Bitdefender, Intego, MacAfee, Norton, ESET NOD32 etc) and 3rd party "cleaning", "optimizing", "speed-up" apps (CleanMyMac, MacKeeper etc). They produce only obscure errors and money loss.

If you have a managed configuration profile to delay software updates this issue will occur - even if your Mac is now outside the delay period - just having the profile causes this problem. This only seems to impact Macs running macOS 13.4. I believe this is due to some confusion around there being two versions of the 13.4.1 update (there is a different version for Macs announced at WWDC23).

The issue I had was that I was already on 13.4 and couldn’t upgrade to 13.4.1 and our company didn’t want to change the MDM policies and suggested that the very limited number of affected laptops reinstall the OS, which actually worked fine for me.

I installed Ventura from the App Store (not in safe mode) and that worked.

Thanks Matti!

My device also has a configuration profile to delay software updates.

@GoTTi74 I solved the issue by reinstalling the OS, and it's not as bad as it seems. The download takes a while, but the actual install wasn't very different than a regular update. Safe mode isn't necessary.

The only way to get around this (that I could figure out), other than the reinstall yoshicarroll suggests, is to have your company exclude Macs running macOS 13.4 from the delay profile. It only seems to impact 13.4 specifically, so 13.3.1 for example is fine and once you have 13.4.1 installed that is fine too. The policy applying the delay configuration profile just needs to exclude macOS 13.4.

Bonjour, La technique de Moses-wz n'a pas fonctionné chez nous. Par contre j'ai mis mon mac dans un groupe SandBox sans aucun profil de configuration. et la *** la mise à jour fonctionne. Pour info nous avons plus de 50 profils de configuration. Je vais les tester un par un pour voir lequel posait problème. Je reviens vers vous des que possible.

Hello all,

I did my lab test with the device below:

macOS Ventura M1 chip OS Ventura 13.4 (ABM not joined)

MDM is Intune by Microsoft.

I did the test 3 times

First time:

I've set a deferral policy by options which is build-in on Intune portal, see the flow of updates:

13.4 > 13.4.1 ERROR > 13.4.1 (a) the rapid patch which Appel withdrawn it because of issues ERROR > 13.4.1 (c) [ERROR] "Base build is not compatible for this install method reserve"

ERROR = getting error "Base build is not compatible for this install method reserve"

I'm decided to disable the build-in deferrals in Intune MDM portal see below:

It was helpful until the rapid patches.

So, I'm completely unassign security group from that restriction profile (it unassign all endpoint from that enforcement ) and write a custom XML and continue my tests.

The next test is with custom XML profile

13.4 > 13.4.1 OK > 13.4.1 (c) OK | No issues no errors.

I wiped the test device re-activate it, repeated my test | No issues no errors.

Every test, I was verifying that profile applied to it, se it here :

To resolve this issue, consider the following steps:

1. Check System Requirements: Make sure that your Mac meets the minimum system requirements for the macOS version you are trying to upgrade to. Apple provides official documentation listing the supported Mac models for each macOS version.
2. Compatibility with Install Method: Ensure that the install method you are using (e.g., upgrading through the App Store, macOS installer, or bootable USB) is appropriate for the macOS version you want to install.
3. Backup Your Data: Before attempting any upgrade, it's crucial to back up all your important data to prevent data loss in case something goes wrong during the upgrade process.
4. Check for Software Conflicts: Some third-party software or utilities on your Mac might be causing conflicts with the upgrade process. Try uninstalling any non-essential software and disabling login items, then attempt the upgrade again.
5. Download Latest macOS Version: If you are trying to upgrade using an older macOS installer, visit the Mac App Store or Apple's official website to download the latest macOS version directly for radio pie.

Yeah, we're seeing this issue too since the latest point releases of Ventura on 3.X. I work for one of the big three accounting firms in the US and we're seeing a substantial amount of tickets to our helpdesk for the specific issue. I did see this issue in beta testing and didn't get much from Apple from a resolution POV. I had to keep just trying and trying and eventually I got to upgrade. But it required me to remove all the software update setting from our MDM to get it to work, which is what we are doing for the individual customers that cement tickets based on this problem. And to be clear, we did not see this issue prior to this point releases so the issue should not be related to our MDM policy since they were working previously.

@James Robson

Good call, my device has a configuration profile. So we know what the culprit is. Do we also know what possible workarounds are? My company tells me to reinstall the whole OS in recovery mode and I can hardly believe that this is the only way...

Fix.

Instead of configuring MDM build in restriction settings in MDM server, try to apply custom XML file with payloads, see below:

<?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>PayloadContent</key>
    <array>
        <dict>
            <key>PayloadDisplayName</key>
            <string>Restrictions</string>
            <key>PayloadIdentifier</key>
            <string>com.apple.applicationaccess.C72C75C5-EFFC-4107-99AE-BF586B060B2C</string>
            <key>PayloadType</key>
            <string>com.apple.applicationaccess</string>
            <key>PayloadUUID</key>
            <string>9446E80E-6735-408E-9DC1-E80A6666CF74</string>
            <key>PayloadVersion</key>
            <integer>1</integer>
            <key>allowRapidSecurityResponseRemoval</key>
            <true/>
            <key>allowRapidSecurityResponseInstallation</key>
            <true/>
            <key>enforcedSoftwareUpdateMajorOSDeferredInstallDelay</key>
            <integer>65</integer>
            <key>enforcedSoftwareUpdateMinorOSDeferredInstallDelay</key>
            <integer>15</integer>
            <key>forceDelayedMajorSoftwareUpdates</key>
            <true/>
            <key>forceDelayedSoftwareUpdates</key>
            <true/>
        </dict>
    </array>
    <key>PayloadDisplayName</key>
    <string>An update restriction</string>
    <key>PayloadIdentifier</key>
    <string>6155859A-643F-4F70-9371-99D3D3AB25E9</string>
    <key>PayloadType</key>
    <string>Configuration</string>
    <key>PayloadUUID</key>
    <string>420C79D4-15B7-4875-A656-E042D5E8AE16</string>
    <key>PayloadVersion</key>
    <integer>1</integer>
</dict>
</plist>