Jump to content

Chameleon 2.4svn Official PKG Installer


ErmaC
4,261 posts in this topic

Recommended Posts

Hi guys.
 
Just playing with latest Chameleon trunk and I see small problem with package
svn up
Updating '.':
At revision 2643.
 ----------------------------------
  Building Chameleon Install Package
  ----------------------------------
 
================= Preinstall =================
================= Core =================
ditto: can't get real path for source '/Volumes/Store/Computing/SOURCE_GIT_SVN/Chameleon/trunk/sym/i386/sectorsize'
ditto: can't get real path for source '/Volumes/Store/Computing/SOURCE_GIT_SVN/Chameleon/trunk/sym/i386/boot1-install'
[BUILD] Core
[BUILD] boot
Chameleon installer log - Wed Apr  1 20:38:13 BST 2015
Darwin/x86 boot v5.0.132 - Chameleon v2.3svn r2643
 
/tmp/PKInstallSandbox.JrCYjT/Scripts/org.chameleon.standard.zV5NNn/postinstall: line 62: /Volumes/USB/usr/local/bin/sectorsize: No such file or directory
/tmp/PKInstallSandbox.JrCYjT/Scripts/org.chameleon.standard.zV5NNn/postinstall: line 62: /Volumes/USB/usr/local/bin/sectorsize: No such file or directory
 
../snip/..
 
==============================================================================
WRITING STAGE 1 hfs:
cp: /Volumes/USB/usr/local/bin/boot1-install: No such file or directory
/tmp/PKInstallSandbox.JrCYjT/Scripts/org.chameleon.standard.zV5NNn/postinstall: line 234: /Volumes/BOOTRAMDISK/boot1-install: No such file or directory
boot1h (hfs) writed to /dev/rdisk3s1.
 
Results in no partition boot sector
$ sudo dd if=/dev/disk3s1 bs=1024 count=1 | perl -ne '@a=split"";for(@a){printf"%02x",ord}' 
1+0 records in
1+0 records out
1024 bytes transferred in 0.000871 secs (1175737 bytes/sec)
 
00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

EDIT:

Changing .config fixes issue.

 

EDIT2:

Sorry. my bad.. Clean checkout builds fine.

I forgot I have to change the local config when updating my local trunk .

  • Like 2
Link to comment
Share on other sites

Thx.

latest test about 2643.

 

attachicon.gifi386-2643_test1.zip

 

ErmaC

 

 

Still allocation error. but this time error message is bit different.

-
Memory allocation error! Addr: 0x0, Size: 0x8000, File: cache.c, Line: 103
This is a non recoverable error! System HALTED!!!_

Error message was like below with prior builds

-
Memory allocation error! Addr: 0xdeadbeef, Size: 0x0, File: hfs.c, Line: 924
This is a non recoverable error! System HALTED!!!_

thanks


Link to comment
Share on other sites

 

Still allocation error. but this time error message is bit different.

-
Memory allocation error! Addr: 0x0, Size: 0x8000, File: cache.c, Line: 103
This is a non recoverable error! System HALTED!!!_

Error message was like below with prior builds

-
Memory allocation error! Addr: 0xdeadbeef, Size: 0x0, File: hfs.c, Line: 924
This is a non recoverable error! System HALTED!!!_

thanks


Confirming errors, had same errors as above.

Link to comment
Share on other sites

..

 

nice to hear i'm not alone in a boat.

It's not only you and its not only the Chameleon installer :).

Guys, I made a new package with the "Skip" capabilities for Stage 0, Stage 1 and the activation:

test.png

The package modified contain the actual r2643, but for all of you that want to test, the goal is to see if the new behavior is ok.

 

So you can preserve already working boot sectors w/o rewrite it,  only the stage 2 (boot file) is always installed. In the special case of @ea dd and @fusion71au you can now skip the "activation" on hfs+GPT partition ... hope it help!

Default is to install all the stage, and as always you can choose to not install any of the binaries to play with Extra's options.

 

Please give advice!

Micky

Chameleon-2.3svn-r2643_Skip-test.pkg.zip

  • Like 2
Link to comment
Share on other sites

 

Still allocation error. but this time error message is bit different.

-
Memory allocation error! Addr: 0x0, Size: 0x8000, File: cache.c, Line: 103
This is a non recoverable error! System HALTED!!!_

Error message was like below with prior builds

-
Memory allocation error! Addr: 0xdeadbeef, Size: 0x0, File: hfs.c, Line: 924
This is a non recoverable error! System HALTED!!!_

 

@ErmaC

a doubt:

in the first case the sizeof looks ok, in the second was 0. Anyway different file but always on 32 bit machine.

Is malloc failing because "sizeof(CacheEntry)" does not return a block of allocated space but the size of the pointer? EDIT or can be "long long" that goes crazy in a 32 machine :worried_anim: ?

Link to comment
Share on other sites

Guys, I made a new package with the "Skip" capabilities for Stage 0, Stage 1 and the activation:

attachicon.giftest.png

The package modified contain the actual r2643, but for all of you that want to test, the goal is to see if the new behavior is ok.

 

So you can preserve already working boot sectors w/o rewrite it,  only the stage 2 (boot file) is always installed. In the special case of @ea dd and @fusion71au you can now skip the "activation" on hfs+GPT partition ... hope it help!

Default is to install all the stage, and as always you can choose to not install any of the binaries to play with Extra's options.

 

Please give advice!

Micky

Thanks Micky,

 

Works perfectly :)

 

Selecting "Skip Activation" during Chameleon install on a fresh GUID partitioned USB prevents the boot hang on my desktop GA-P55aUD3 :thumbsup_anim:.

post-846696-0-17398700-1428101909_thumb.png

 

Install log:

==============================================================================

SYSTEM INFO:

ProductName: Mac OS X

ProductVersion: 10.10.2

BuildVersion: 14C1514

==============================================================================

Pre-Install Script

------------------------------------------------------------------------------

Creating /Volumes/CHAMELEON/EXTRAROOTDIR symlink targeting /Volumes/BOOTRAMDISK

/dev/disk0

#: TYPE NAME SIZE IDENTIFIER

0: FDisk_partition_scheme *120.0 GB disk0

1: Windows_NTFS System Reserved 104.9 MB disk0s1

2: Windows_NTFS WIN7_X64SSD 119.9 GB disk0s2

/dev/disk1

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *2.0 TB disk1

1: EFI EFI 209.7 MB disk1s1

2: Microsoft Basic Data TSH_DATA 1.7 TB disk1s2

3: Apple_HFS Macintosh HD 133.6 GB disk1s3

4: Microsoft Reserved 133.2 MB disk1s4

5: Apple_Boot Recovery HD 650.0 MB disk1s5

6: Microsoft Basic Data WINDOWS 134.1 GB disk1s6

/dev/disk2

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *32.0 GB disk2

1: EFI EFI 209.7 MB disk2s1

2: Apple_HFS CHAMELEON 31.7 GB disk2s2

/dev/disk3

#: TYPE NAME SIZE IDENTIFIER

0: BOOTRAMDISK *209.7 MB disk3

------------------------------------------------------------------------------

END - Pre-Install Script

==============================================================================

Main Standard Post-Install Script

Chameleon installer log - Sat Apr 4 09:16:58 AEDT 2015

Darwin/x86 boot v5.0.132 - Chameleon v2.3svn r2643

 

==============================================================================

BACKUP CHAMELEON FILES:

No stage 2 (boot) was found, nothing to be saved.

No Extra folder was found, nothing to be saved.

==============================================================================

EXTRA FOLDER:

Extra not found on /Volumes/CHAMELEON, creating..

File Doesn't Exist, Will Create: /Volumes/BOOTRAMDISK/Extra/org.chameleon.Boot.plist

==============================================================================

First Check Passed (not Fat16)!

Windows installation not found on /dev/disk2.

/dev/disk2s2 is HFS formatted

==============================================================================

WRITING STAGE 0:

boot0 written to /dev/disk2

==============================================================================

WRITING STAGE 1 hfs:

boot1h (hfs) written to /dev/rdisk2s2.

==============================================================================

WRITING STAGE 2:

Stage 2 (boot) written to /Volumes/CHAMELEON.

==============================================================================

SET PARTITION ACTIVE:

Setting /Volumes/CHAMELEON partition active.

user chose to skip activation, partition not activated!

 

==============================================================================

==============================================================================

END - Standard Post-Install Script

==============================================================================

Running Post postinstall script

Target volume = /Volumes/CHAMELEON

------------------------------------------------------------------------------

Moving Extra folder to /Volumes/CHAMELEON

------------------------------------------------------------------------------

Post postinstall script complete

==============================================================================

NOTE: any Themes or modules you have must be there since this now

is the boot partition. ACPI tables, SMBios.plist and the

org.chameleon.Boot.plist (with custom settings for the target

OSX must be in each partition that contain it.)

==============================================================================

 

 

  • Like 1
Link to comment
Share on other sites

@ErmaC

a doubt:

in the first case the sizeof looks ok, in the second was 0. Anyway different file but always on 32 bit machine.

Is malloc failing because "sizeof(CacheEntry)" does not return a block of allocated space but the size of the pointer? EDIT or can be "long long" that goes crazy in a 32 machine :worried_anim: ?

There were 2 entries commited in 2602 (malloc & enable20) I thought it was Enable20() that was causing the issue :)

  • Like 1
Link to comment
Share on other sites

Thanks Micky,

 

Works perfectly :)

 

Selecting "Skip Activation" during Chameleon install on a fresh GUID partitioned USB prevents the boot hang on my desktop GA-P55aUD3 :thumbsup_anim:.

 

 

another confirmation.

it works. 

 

thank you Micky1979

The installer is getting more flexible.  :)

  • Like 1
Link to comment
Share on other sites

Thanks Micky,

 

Works perfectly :)

 

Selecting "Skip Activation" during Chameleon install on a fresh GUID partitioned USB prevents the boot hang on my desktop GA-P55aUD3 :thumbsup_anim:.

 

 

another confirmation.

it works. 

 

thank you Micky1979

The installer is getting more flexible.   :)

 

If ErmaC wants... modified files are ready!

Guys by the way, descriptions are in a correct English?? :rofl:  

 

There were 2 entries commited in 2602 (malloc & enable20) I thought it was Enable20() that was causing the issue :)

line error leads here:

 

#ifdef __i386__

if (!gCacheBuffer)

{

gCacheBuffer = (char *) malloc(kCacheSize);

}

 

if (!gCacheEntries)

{

gCacheEntries = (CacheEntry *) malloc(kCacheMaxEntries * sizeof(CacheEntry));

}

 

if (!gCacheBuffer || !gCacheEntries)

{

gCacheIH = 0// invalidate cache

return;

}

#endif

 

 then... I don't know.. (CacheEntry *) is a pointer to the same var?? ...(I'm saying something stupid?)

Link to comment
Share on other sites

 

 

If ErmaC wants... modified files are ready!

Guys by the way, descriptions are in a correct English?? :rofl:  

 

Description is ok with me since i understand it. 

and just a small typo

 

"Stage 2 is always copied/replaced."

 

thanks

  • Like 1
Link to comment
Share on other sites

Ok, i'll made this corrections, THX.

Can you (or @calibre )test this one for the malloc error?

 

 

Allocation error. Message is

-
Memory allocation error! Addr: 0xdeadbeef, Size: 0x0, File: hfs.c, Line: 924
This is a non recoverable error! System HALTED!!!_

thanks

Link to comment
Share on other sites

Sorry I need to understand better,

in post             #2840            ,  you describe two errors, so the first is gone (cache.c) and remain only the one in hfs.c or also in the "standard" r2643 you only have the second error?

thanks

 

ahh. no

 

there were only one error.

 

mem allocation error of hfs.c were occuring til Ermac did changes to code and asked us to test "latest test about 2643" in post #2840.

 

And that latest test build gave error of cache.c

 

thanks.

Link to comment
Share on other sites

Ha ok, understood! :lol:

you are available for other tests? I need to figure out where "u_int32_t" type def declaration comes from in hfs.c ...before   :lol:

 

ok,

sending just boot file would be quick to test.

 

thanks. 

  • Like 1
Link to comment
Share on other sites

Hi . Please Try boot_2645 . Works or no . 

attachicon.gifboot_2645.zip

 

Hi. Bro

 

Still allocation error. But it seems error line number is changed.

-
Memory allocation error! Addr: 0xdeadbeef, Size: 0x0, File: hfs.c, Line: 888
This is a non recoverable error! System HALTED!!!_

thanks

Link to comment
Share on other sites

I found strange that this function ReadExtentsEntry(....) use function :

return ReadBTreeEntry(kBTreeExtents, &key, entry, 0); <-- this kBTreeExtents is true , if kBTreeExtents is true - then panic alloc memory . 

Link to comment
Share on other sites

×
×
  • Create New...