Collect Year From Mac Marketing Model Name

brockwalters
Contributor II

I've seen a few tricks for getting what  calls the Marketing Model name of a Mac in Terminal. One uses the last 4 characters of the serial number in a curl command, e.g., documented here...

This seems to work (it requires the -l flag on curl) but it may stop working because of changes to  serial numbers. However, there is no need to use curl to get this information (even if that is how it's done in the background...)

  • It is available on Intel Macs if the com.apple.SystemProfiler.plist exists. This .plist is created when the "About This Mac" menu item is opened.
  • It is available on  Silicon Macs in ioreg output.

Clicking "About This Mac" in the  menu launches the "About This Mac.app" located in /System/Library/CoreServices/Applications/ so it can be launched from a script with the open command.

The "About This Mac.app" executes the "System Information" process. You must close "About This Mac" with a different command than the one you use to open it...

apple.png

The Mac Marketing Model string includes the year a Mac was released. Because the "Model" computer attribute available in Jamf Pro collects the entire string it is almost useless for creating Smart Groups based on year (unless you really like clicking in the Jamf Pro GUI & making really dumb Smart Groups which include every Model name you manage.)

Finally the reason for this post. A Jamf Pro extension attribute script which:

  • allows you to determine the number of years back you want to declare as "too old" for your organization ( declares computers that are more than 6 years old as "vintage". Under normal conditions, they will not perform repairs on or order parts for a "vintage" device )
  •  Silicon: collects Marketing Model from ioreg  
  • Intel: collects Marketing Model from com.apple.SystemProfiler.plist (& creates it if it doesn't exist)
  • parses the string to collect the year
  • compares the year collected to the year set as "too old"
  • stores the year if the year matches your limit, or just says no if it's fine
  • falls back to the model identifier string if the year can't be collected

So, you can deploy this to collect model year as a Smart Group value, i.e., no Dumb Groups™. 🙃

Some of the additional tests are due to  Silicon not necessarily reporting the correct architecture via uname if Rosetta is installed. None of this is rocket science... Feel free to share why having the year seems unnecessary to you, what else you may be using to do this already or just let me know how bad & silly you think it is. If it's useful to you, enjoy!

 

#!/bin/bash

# variables

crntusr="$(/usr/bin/stat -f %Su /dev/console)"
plistsp="/Users/$crntusr/Library/Preferences/com.apple.SystemProfiler.plist"
srlnmbr="$(/usr/sbin/system_profiler SPHardwareDataType | /usr/bin/awk '/Serial/{print substr($NF,9)}')"


# if cpu is Apple Silicon collect Marketing Model string from ioreg
# if com.apple.SystemProfiler.plist does not exist create it
# if cpu is Intel collect Marketing Model string from com.apple.SystemProfiler.plist

if [ "$(/usr/sbin/sysctl -in hw.optional.arm64)" = 1 ] && /usr/sbin/sysctl -n machdep.cpu.brand_string | /usr/bin/grep -q 'Apple' && /usr/bin/uname -v | /usr/bin/grep -q 'ARM64'
then
    mrktmdl="$(/usr/libexec/PlistBuddy -c 'print 0:product-name' /dev/stdin <<< "$(/usr/sbin/ioreg -ar -k product-name)")"
else
    if ! [ -e "$plistsp" ]
    then
        /usr/bin/sudo -u "$crntusr" /usr/bin/open '/System/Library/CoreServices/Applications/About This Mac.app'; /bin/sleep 1
        /usr/bin/pkill -ail 'System Information'; /bin/sleep 1
        /usr/bin/killall cfprefsd; /bin/sleep 1
    fi
    mrktmdl="$(/usr/libexec/PlistBuddy -c "print 'CPU Names':$srlnmbr-en-US_US" "$plistsp" 2> /dev/null)"
fi


# if that didn't work collect the Model Identifier, exit

if [ -z "$mrktmdl" ]
then
    echo "<result>$(/usr/sbin/sysctl -n hw.model)</result>"; exit
fi


# parse the Marketing Model string for the year

mdlyear="$(echo "$mrktmdl" | /usr/bin/sed 's/)//;s/(//;s/,//' | /usr/bin/grep -E -o '2[0-9]{3}')"


# compare year collected to year set as "too old"

if [ "$mdlyear" -lt "$(($(/bin/date +%Y)-7))" ]
then
    result="$mdlyear"
fi
echo "<result>${result:-no}</result>"

 

 

12 REPLIES 12

brockwalters
Contributor II

.

keith_lytle
New Contributor II

Thank you for writing this. I did have some trouble with a few older machines that have different language and country codes so I had to modify a couple things. To retrieve the Serial string to fill the value for modl, I had to add a new variable srlstr so that I could get the correct version of :

 

$snmb-en-US_US

 

Some older machines only have "-en_US" and in other languages or country codes this doesnt work at all. 

 

minor modifications here:

 

	# get model name, exit if null
	if [ "$(/usr/bin/uname -m)" = 'arm64' ]
	then
		modl=($(/usr/libexec/PlistBuddy -c 'print 0:product-name' /dev/stdin <<< "$(/usr/sbin/ioreg -ar -k product-name)"))
	else
		srlstr=`/usr/libexec/PlistBuddy -x -c "print 'CPU Names'" "/Users/$usnm/Library/Preferences/com.apple.SystemProfiler.plist" | /usr/bin/awk '/<key>/{print $1}' | /usr/bin/sed "s/<key>//g;s/<\/key>//g"`
		modl=($(/usr/libexec/PlistBuddy -c "print 'CPU Names':$srlstr" "/Users/$usnm/Library/Preferences/com.apple.SystemProfiler.plist"))
	fi
	if [ -z "${modl[*]}" ] || echo "${modl[*]}" | /usr/bin/grep "File Doesn't Exist"
	then
		echo "$(/usr/sbin/sysctl -n hw.model)"
		exit
	fi

 

this also seemed to eliminate the need to retrieve the serial number at all and add cycles to the process in the beginning. 

 

brockwalters
Contributor II

I have just revised this a bit as the logic at the beginning wasn't quite right. It now only collects serial number if it has to & only creates plist if it has to. I also didn't account for locales other than US so I am glad you were able to modify it. Thanks!

mani2care
Contributor

Hi All i tried this script its not working at all M1 and intel both are having error any latest version script any one having it supported for all the mac devices 

@mani2care I’m using this script on all my Jamf instances so I’m not sure what the trouble is that you’re having. Let me know & I would be glad to help!

If you do not can I have the latest one ? Some of place I’m getting No only 

So, the script is very sensitive to conditions.

1) ioreg only has marketing model data for Macs with Apple Silicon.

2) the system_profiler “trick” to populate the system prefs plist is not 100% reliable because the network state of the computer might prevent the About This Mac app from opening / closing at the right time.

3) On much older macOS versions (unfortunately, when you need this script to work the most) it hasn’t been extensively tested.

4) The script is DESIGNED to output “no” if the mdlyear variable is blank. You can handle that differently but it’s an extension attribute, so, that value is basically telling you that the attribute you tried to collect was not collected more than it is an “error”. That’s still valuable info because then you can find out which computers aren’t allowing you to collect the year & determine why not.

5) One last thing to point out if it's not clear in the original post:

 

# compare year collected to year set as "too old"

if [ "$mdlyear" -lt "$(($(/bin/date +%Y)-7))" ]
then

 

The number "7" there is completely arbitrary. You can change that to literally ANYTHING. How old the computers you deploy in your org are is entirely up to you. 7 years is just an example of Apple's "vintage" designation + 1 year. Maybe try setting that to something smaller or bigger for your computers?

Hope this helps a bit?

nam
New Contributor

Hello? I am an M1 Mac Mini user living in South Korea. Thank you for your kindness and knowledge and effort. Can I ask you a question? Recently, after updating my Macos to Ventura, I noticed that in the "about this Mac" tab, the submodel names like "M1, 2020" in faint gray under the Mac product name had disappeared. Apparently, it was only in March of this year that I discovered that vague submodel name. But it's not coming out now. So I updated to Sonoma, and it was the same there too. I did a clean install of monterey, bigsur, and ventura, but none of them show the submodel name. My Mac is an M1, 2020 model, and is not a cto model. There were no hardware changes of any kind. After contacting Apple, they recommended safe mode, OS reinstallation, and nvram deletion, but all failed. What should I do? Your expert opinion is desperately needed. I would really appreciate your reply. Thank you for reading, and I look forward to your reply.

 

스크린샷 2023-11-06 오전 12.09.32.png스크린샷 2023-11-06 오전 12.09.39.png

Run the system report to see the full model name.

The full model name appears in the system report. However, the model name still does not appear in small gray letters in the “about this mac” tab. I'm curious why it doesn't pop up all of a sudden. I heard that Apple's server checks the model and displays it on the screen, but if it doesn't appear on the screen, isn't there something wrong with it?

sr.png스크린샷 2023-11-06 오전 11.28.08.png

If you think there is a problem you should file feedback in AppleSeed For IT on this issue. The full marketing model string is available in the CLI on Apple Silicon Macs in the ioreg output (that’s in the script above…) I don’t think it’s being populated in the GUI via curl like it was before on Intel but it’s possible. Either way, if you don’t like it, file feedback.

nam
New Contributor

This pale grey letters disappeared. 

스크린샷 2023-11-06 오전 11.30.54.png

This screenshot was taken in March of this year. This is before the Sonoma update. Now those light gray "M1, 2020" letters are gone.