Jump to content

DarwinDumper

Bootloader BIOS IOReg Device Properties LSPCI Dump VBIOS SMC ACPI NVRAM

  • Please log in to reply
413 replies to this topic

#401
telepati

telepati

    InsanelyMac Sage

  • Members
  • PipPipPipPipPip
  • 317 posts
  • Gender:Male
  • Location:istanbul

You need to instruct macOS to open the file anyway.

 

Check System Preferences > Security & Privacy > Allow apps download from: section - Click 'Open Anyway'

 

See this screenshot.

attachicon.gifOpen_Unidentified_App.jpg

I already allow apps download from anywhere. But problem is persist I still don't open the app.

 

Attached File  Screen Shot 2017-10-12 at 19.18.01.png   62.04KB   7 downloads



#402
Sherlocks

Sherlocks

    InsanelyMac Deity

  • Coders
  • 1,645 posts
  • Gender:Male
  • Location:Seoul

I changed it but doesn't open app. I always getting this error APFS system on High Sierra;

 

attachicon.gifScreen Shot 2017-10-11 at 19.33.07.png

 

Note: System & Security already choose: Anywhere.

 

 

same here.

but don't double click with left button.

right click on darwin dump icon, then click open. you can use darwin dump.

this case happen on only 10.13

enjoy



#403
telepati

telepati

    InsanelyMac Sage

  • Members
  • PipPipPipPipPip
  • 317 posts
  • Gender:Male
  • Location:istanbul

same here.

but don't double click with left button.

right click on darwin dump icon, then click open. you can use darwin dump.

this case happen on only 10.13

enjoy

Thats the trick. Thank you.



#404
derek.zhu

derek.zhu

    InsanelyMac Protégé

  • Members
  • Pip
  • 12 posts

I have the exact problem as http://www.insanelym...17#entry2205171

password dialog not shown, I even tried running the app directly from command line with sudo still not work.

 

Attached File  Screen Shot 2017-11-04 at 7.26.20 PM.png   1.05MB   6 downloads



#405
STLVNUB

STLVNUB

    InsanelyMac Legend

  • Coders
  • 1,418 posts
  • Gender:Male

I have the exact problem as http://www.insanelym...17#entry2205171

password dialog not shown, I even tried running the app directly from command line with sudo still not work.

 

attachicon.gifScreen Shot 2017-11-04 at 7.26.20 PM.png

It sometimes is behind the main window, move it out of the way



#406
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,774 posts
  • Gender:Male
  • Location:UK

Another question brother: Did you receive strange (swapped) platform uuid while comparing both versions? Please take alook :)


Good spot!
 
Yes, the first three fields of the UUID uses little-endian encoding in one but not the other.
 
This is true from my MacBookPro13,2 but not for my iMac11,3.
I see the MacBookPro13,2 uses SMBIOS 3.0 where the iMac uses SMBIOS 2.4


Hi cecekpawon

Finally got round to looking at this again I now understand why you saw the platform uuid you mentioned.

Reading page 35 of version 3.1.1 of the SMBIOS Reference Specification

Although RFC4122 recommends network byte order for all fields, the PC industry (including the ACPI, UEFI, and Microsoft specifications) has consistently used little-endian byte encoding for the first three fields: time_low, time_mid, time_hi_and_version. The same encoding, also known as wire format, should also be used for the SMBIOS representation of the UUID.
The UUID {00112233-4455-6677-8899-AABBCCDDEEFF} would thus be represented as:
33 22 11 00 55 44 77 66 88 99 AA BB CC DD EE FF.


I see cavaliercoder's dmidecode follows the SMBIOS spec and takes in to account the little-endian byte encoding for the first three fields for any SMIBOS v2.6 and above.
https://github.com/c...midecode.c#L439

However, I believe Apple does not follow the specification and therefore the UUID shown in the output from cavaliercoder's dmidecode is incorrect for any SMBIOS higher than v2.6. This is true for my MacBook Pro using SMBIOS v3.0.

Example:

IODeviceTree:/efi/platform -> system-id

<3f de 7a ab 72 aa b8 3d f8 44 31 f4 5c 07 48 33>

dmidecode in DarwinDumper

Handle 0x000C, DMI type 1, 27 bytes
0000: 01 1b 0c 00 01 02 03 04 3f de 7a ab 72 aa b8 3d
0010: f8 44 31 f4 5c 07 48 33 06 05 06

System Information
Manufacturer: Apple Inc.
Product Name: MacBookPro13,2
Version: 1.0
Serial Number: 000000000000
UUID: 3FDE7AAB-72AA-B83D-F844-31F45C074833
Wake-up Type: Power Switch
SKU Number:
Family: MacBook Pro
cavaliercoder's dmidecode
Handle 0x000C, DMI type 1, 27 bytes
System Information
Manufacturer: Apple Inc.
Product Name: MacBookPro13,2
Version: 1.0
Serial Number: 000000000000
UUID: AB7ADE3F-AA72-3DB8-F844-31F45C074833
Wake-up Type: Power Switch
SKU Number:
Family: MacBook Pro

Based on this I will continue to use dmidecode that's in DarwinDumper rather than upgrade to cavaliercoder's version until a time when apple adopts the specification.

 


#407
Slice

Slice

    InsanelyMac V.I.P.

  • Local Moderators
  • 6,739 posts
  • Gender:Male
  • Location:Moscow

Clover contains several conversions from string representation of UUID to binary and back taking into account different byte order of UEFI and Apple.



#408
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,774 posts
  • Gender:Male
  • Location:UK

Hi Slice

 

So are you saying a dmidecode dump from a system booted with Clover with SMBIOS v2.6 and newer would have the UUID in the byte order as the specification and not as my MacBook Pro?



#409
cecekpawon

cecekpawon

    InsanelyMac Legend

  • Developers
  • 940 posts
  • Gender:Male

Hello man,

 

Did you also compare your 'Hardware UUID' from system_profiler with 'IOPlatformUUID' from ioreg?
Look the (officially) way they wrote & read that value? Is that looks identical for you?
Sorry, I choose 'IOPlatformUUID' as an example here because I dont have mac & cant found references how Apple display the (system-id) value in their way without any 3rd party :)

system_profiler SPHardwareDataType | awk '/UUID/ { print $3; }'
ioreg -rd1 -c IOPlatformExpertDevice | awk '/IOPlatformUUID/ { split($0, line, "\""); printf("%s\n", line[4]); }'

** My 'IOPlatformUUID' was auto generated by OS (because I didnt inject em / store fixed value with boot manager).

** I wont force you to update current dmidecode, please take it as reference :)

Attached Files

  • Attached File  1.png   98.9KB   4 downloads


#410
Slice

Slice

    InsanelyMac V.I.P.

  • Local Moderators
  • 6,739 posts
  • Gender:Male
  • Location:Moscow

Hi Slice

 

So are you saying a dmidecode dump from a system booted with Clover with SMBIOS v2.6 and newer would have the UUID in the byte order as the specification and not as my MacBook Pro?

Hmmm.... I have to follow Apple's rule to be sure to see UUID in System Profiler and in diskutility the same as written in ascii. But I don't know why we need to see SmUUID.



#411
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,774 posts
  • Gender:Male
  • Location:UK

Hello man,

 

Did you also compare your 'Hardware UUID' from system_profiler with 'IOPlatformUUID' from ioreg?
Look the (officially) way they wrote & read that value? Is that looks identical for you?
Sorry, I choose 'IOPlatformUUID' as an example here because I dont have mac & cant found references how Apple display the (system-id) value in their way without any 3rd party :)

system_profiler SPHardwareDataType | awk '/UUID/ { print $3; }'
ioreg -rd1 -c IOPlatformExpertDevice | awk '/IOPlatformUUID/ { split($0, line, "\""); printf("%s\n", line[4]); }'

** My 'IOPlatformUUID' was auto generated by OS (because I didnt inject em / store fixed value with boot manager).

** I wont force you to update current dmidecode, please take it as reference :)

 
Yes. All other values checked and are correct. It's just the system-id which is incorrectly shown in cavaliercoder's dmidecode due to Apple not conforming to the SMBIOS spec.
 
ioreg system-id = DMI type 1 -> UUID
Your IOPlatformUUID is generated by the OS using the ioreg system-id.
 
That can be overridden by using one of:
Clover's SMBIOS/SMUUID, OZ SMBIOS/HardwareSignature, Chameleon's SMBIOS.plist/SMSystemUUID

Hmmm.... I have to follow Apple's rule to be sure to see UUID in System Profiler and in diskutility the same as written in ascii. But I don't know why we need to see SmUUID.

Diskuility? what's that to do with the output from dmidecode?

As far as I see here the values when booted using Clover are fine, but I don't have a SMBIOS version greater that 2.4 to check with to be sure, other than using Clover on my MacBook Pro.



#412
Slice

Slice

    InsanelyMac V.I.P.

  • Local Moderators
  • 6,739 posts
  • Gender:Male
  • Location:Moscow

 

 

Diskuility? what's that to do with the output from dmidecode?

 

 

Nothing. I just mention why I need Apple's rule to interpretate UUID.



#413
cecekpawon

cecekpawon

    InsanelyMac Legend

  • Developers
  • 940 posts
  • Gender:Male
ioreg system-id = DMI type 1 -> UUID
Your IOPlatformUUID is generated by the OS using the ioreg system-id.

 

Exactly.

 

In fact, the current v2.12b in DarwinDumper shows better explanation of some information

 

Well said, showing known Apple tables is a plus.



#414
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,774 posts
  • Gender:Male
  • Location:UK

DarwinDumper has gone a while without any updates so I've pushed out v3.0.4.

 

Changes:

- Revised parsing of getcodecid result.
- Added Pike R. Alpha's' AppleIntelInfo.kext v2.9.
- Dump diskutil list unconditionally when running a disk scan.
- Include APFS and CoreStorage dumps when performing diskutil list.
- Added Pike R. Alpha's' lzvn tool for listing of prelinked kexts.
- Move kext dump out of section requiring elevated privileges.
- Limit kernel message log dump to 512KB.
- Limit disassembled ATI rom file to 1MB.
- Update Pike R. Alpha's' csrstat v1.8 for SIP with extended bits.
 
Edit: Oops forgot to add fix for case-sensitive file systems by Derek Zhu.
 
Previous versions should notify of the update, but otherwise here's a download link:

Edited by blackosx, 22 November 2017 - 03:49 PM.






Also tagged with one or more of these keywords: Bootloader, BIOS, IOReg, Device Properties, LSPCI, Dump, VBIOS, SMC, ACPI, NVRAM


2 user(s) are reading this topic

1 members, 0 guests, 0 anonymous users


© 2017 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy