Contribute
Register

Lenovo B590 Mavericks

Status
Not open for further replies.
Without knowing what you have in your /Extra folder, no ideas...

/Extra/Modules only has Keylayout.dylib

I am attaching the plist files from /Extra

This is the custom grub.cfg section I copied from
http://leveluplinux.blogspot.com.ar/2012/09/dual-booting-linux-and-os-x-using-grub2.html

menuentry "Mac OS X (Chimera on OSX)" {
insmod part_gpt
insmod hfsplus
set root='(hd1,gpt3)'
search --no-floppy --fs-uuid --set=root 2cb24bd5dfcd81ab
chainloader (hd1,gpt3)/usr/standalone/i386/boot0
}

However, I get a black screen with 80x24 text that says:
boot0: GPT
boot0: test
boot0: GPT
boot0: test
boot0: error
 

Attachments

  • org.chameleon.Boot.plist
    770 bytes · Views: 257
  • smbios.plist
    468 bytes · Views: 250
I've checked that Chimera files on the OSX partition match the Unibeast Chimera 3.0.1

root@axmb590:/media/axel/Unibeast/usr/standalone/i386# md5sum *
3fffa7098e27064f8c5b811d89233ecf boot
db95fa86bec86c0ee2dd5b4c9f8a33cf boot0
b33b2752bd6d7a576c20918c07c953a3 boot0md
d2269038e6539e450b15015d64233a06 boot1h
36c3c3558ad3827604b0c554a190a07b boot.efi
md5sum: EfiLoginUI: Is a directory
acc07b2ca46a497afb0273acc2f39716 tmbootpicker.efi

root@axmb590:/media/axel/OSX/usr/standalone/i386# md5sum *
3fffa7098e27064f8c5b811d89233ecf boot
db95fa86bec86c0ee2dd5b4c9f8a33cf boot0
b33b2752bd6d7a576c20918c07c953a3 boot0md
d2269038e6539e450b15015d64233a06 boot1h
36c3c3558ad3827604b0c554a190a07b boot.efi
md5sum: EfiLoginUI: Is a directory
5783b82bc1dd7d612ca0447b737b35df Firmware.scap
acc07b2ca46a497afb0273acc2f39716 tmbootpicker.efi
 
/Extra/Modules only has Keylayout.dylib

I am attaching the plist files from /Extra

This is the custom grub.cfg section I copied from
http://leveluplinux.blogspot.com.ar/2012/09/dual-booting-linux-and-os-x-using-grub2.html

menuentry "Mac OS X (Chimera on OSX)" {
insmod part_gpt
insmod hfsplus
set root='(hd1,gpt3)'
search --no-floppy --fs-uuid --set=root 2cb24bd5dfcd81ab
chainloader (hd1,gpt3)/usr/standalone/i386/boot0
}

However, I get a black screen with 80x24 text that says:
boot0: GPT
boot0: test
boot0: GPT
boot0: test
boot0: error

What is in /Extra/Themes?
 
Chimera problem fixed. It was due to the 4K sector issue.

Did this from Ubuntu and now Chimera loads fine:

dd if=/media/axel/USB/usr/standalone/i386/boot1h of=/dev/sdb3
2+0 records in
2+0 records out
1024 bytes (1,0 kB) copied, 0,000644595 s, 1,6 MB/s

It would be nice to fix the Chimera installer so it writes the files correctly and manual dd is not necessary.

Now I need to understand this DSDT and SSDT terminology and compilers.
 
...
It would be nice to fix the Chimera installer so it writes the files correctly and manual dd is not necessary.

....

I agree, but it is not Chimera's bug to fix. The bug is in Apple's code. Of course, they don't care as real Macs don't use boot records since they boot via Apple EFI firmware.
 
I agree, but it is not Chimera's bug to fix. The bug is in Apple's code. Of course, they don't care as real Macs don't use boot records since they boot via Apple EFI firmware.

I suppose that a process that runs with root privs like the Chimera installer should be able to write the files the same way dd does.
 
I suppose that a process that runs with root privs like the Chimera installer should be able to write the files the same way dd does.

It uses dd and runs as root. But the bug is in dd or somewhere lower in the system, which somehow can't deal with dd to the first 1k of a partition on a 4k drive when the volume in that partition is mounted.
 
It uses dd and runs as root. But the bug is in dd or somewhere lower in the system, which somehow can't deal with dd to the first 1k of a partition on a 4k drive when the volume in that partition is mounted.

Ok, got it. Really seems strange that root can't write a 1K block correctly, even in 2 512 byte calls, the first one at offset 0 and the second one at offset 512.

Anyways, now that I can boot reliably, I'd like to get sound and sleep working.

I am attaching my lspci printout taken in Ubuntu.

How do you recommend I proceed to get a decent DSDT?

Regards

View attachment lspci.txt
 
Ok, got it. Really seems strange that root can't write a 1K block correctly, even in 2 512 byte calls, the first one at offset 0 and the second one at offset 512.

It is just a bug in OS X that doesn't affect any Apple computers. Bugs never surprise me...

Anyways, now that I can boot reliably, I'd like to get sound and sleep working.

Sleep depends on correct power management, which it doesn't appear you have implemented yet...

I am attaching my lspci printout taken in Ubuntu.

Not sure why?...

How do you recommend I proceed to get a decent DSDT?

DSDT patches are generally applied on an as-needed basis. There are some common ones, but first you must have an issue that can be solved with DSDT patches.

- - - Updated - - -

I am attaching my ioreg backup. Audio codec is ALC269.

Rehabman, could you help me with getting audio working?

Thanks in advance

View attachment 93808

Audio: Best result with patched AppleHDA. Google 'patch AppleHDA guide'. Search for suitable AppleHDA or patch it yourself. Apply appropriate DSDT patches.

DSDT patches you need for AppleHDA: https://github.com/RehabMan/Laptop-DSDT-Patch
Apply: "Audio Layout 12" (change layout-id from 12 to the layout-id used by the patched AppleHDA)
Apply: "IRQ Fix"
 
Status
Not open for further replies.
Back
Top