Jump to content
Welcome to InsanelyMac Forum

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.

vmlemon

Members
  • Content count

    14
  • Joined

  • Last visited

About vmlemon

  • Rank
    InsanelyMac Protégé
  1. DSDT

    cat /proc/acpi/dsdt > MachineName.dat should get you the raw tables under Linux. Feeding it to IASL (it might be necessary to install it from the repositories of your chosen Linux distribution) with iasl -d MachineName.dat to decompile it to a plain-text .DSL file, and modifying that as you please, before running iasl MachineName.dsl to produce your .AML file should do the trick.
  2. The CD ISO I was using to produce the kernel panic included fakesmc.kext. I can't remember if the ones that got stuck on mach_kernel included it, so I'll have to extract the initrd.img files and check. Given that I couldn't get another Chameleon ISO to work correctly (it produced graphical corruption, and didn't detect my optical drive at all), it was the best I could do. I think I'll probably either wait a while longer, until others figure it out, or throw more at the wall, and see what sticks. It doesn't help that I'm new to running Mac OS X on generic hardware, either. (I ended up getting Snow Leopard since it was relatively cheap, as far as Mac OS X goes, and I knew that it'd most likely end up being "fixed" within time to run on non-Apple hardware). Unfortunately, as mentioned, I don't have access to a working Mac OS X installation, so I can't do much as far as rebuilding new images from scratch goes. Darwin doesn't include the disk image manipulation utilities (e.g. hdiutil) or frameworks either, as they are not open source, which also limits options.
  3. Thanks for this. After spending several hours trying anything and everything, and wearing out a DVD+RW in the process, I finally managed to get as far as a kernel panic, which is further than previously. I still need to figure out how to boot in 32-bit mode, and I think some more work will be necessary, to get as far as Aqua/WindowServer and the Installer. See this FriendFeed post for screenshots of the kernel panics. I only had a mobile phone camera handy, so they're probably not that clear.
  4. Significant progress has just been made. I now have a CD that boots into the XNU kernel, before panicking, which is a quantum leap for me, given that I could barely get past the bootloader stage last time. Unfortunately, it does not obey my request to boot in 32-bit mode, although I'm sure that I'll figure something out. See this page for screenshots, and I'm willing to upload what I have so far, somewhere, so others struggling with an Intel CPU-based Compaq CQ60-111EM can learn from it. I still have a lot more to do, before I'm able to fully boot Snow Leopard's installer, though. Thanks to the original provider of the CD ISO that it was based upon!
  5. I've spent some more time on this, and the closest I've got to booting the installer was ironically under a recent technical preview of VMware Workstation (where it supposedly doesn't work at all) using the kdetechBoot132SNOW!.iso file, and 2 emulated IDE CD-ROM drives. With that configuration, I can get as far as starting to load kexts from the boot image, applying a DSDT patch (which wasn't designed for VMware Workstation's synthetic hardware) and reach "Starting Darwin x86", before the guest CPU stops. At least I know now that I cannot blame the boot disc, for the most part. I assume that the combination of an InsydeH2O-based BIOS with limited configuration options, a Celeron 575 CPU, an Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03) with the configuration listed, with a SATA HDD, and an ATAPI/PATA optical drive connected, and other hardware components are unsupported, or require additional tweaks or even new kexts to function correctly. SATA Controller (Output of lspci -s 00:1f.2 -v) 00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03) (prog-if 01 [AHCI 1.0]) Subsystem: Hewlett-Packard Company Device 360b Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 26 I/O ports at 5108 I/O ports at 511c I/O ports at 5100 I/O ports at 5118 I/O ports at 5020 Memory at 54705000 (32-bit, non-prefetchable) Capabilities: <access denied> Kernel driver in use: ahci Bad form to reply to my own post so soon, but it appears that the ISO in use is using an older version of the (Legacy)IntelPIIXATA.kext, which I assume may not support the vendor and product ID, or even chipset variant in use in this machine, although ICH9-M is mentioned in the Info.plist file of the said kext. I assume that it's also necessary to copy my own DSDT.aml file to the ISO (which coincidentally, I extracted earlier, and passed through IASL without any complaints), in order to boot? I'm not sure as far as modifications go, if necessary though.
  6. Thanks for putting this together. Unfortunately, I only receive an ISOLinux checksum error when trying to boot it, after burning the ISO to a DVD+RW with K3B/CDRecord under Linux.
  7. Having replaced the boot file in my ISO with the PC-EFI v10.2 one from here, it seems that my laptop now perpetually reboots after ISOLinux loads the initrd.img file, when attempting to boot from the resulting DVD+RW. Any suggestions for a replacement, or should I wait a little longer for someone to deliver something? Update 1: After extracting the contents of a Chameleon-2.0-RC2-r640-bin.tar.gz tarball, and replacing the boot* files in the root of my ISO with the entire contents of the i386 directory from it, before re-burning the DVD, it appears that I can now boot into Chameleon. Sadly, I also experience graphical corruption, and it seems that I cannot actually switch discs or boot from any volume.
  8. Unfortunately, I haven't made any headway on this. I posted a similar question in another thread, and the consensus in the reply I got was that Snow Leopard bootloader CDs still aren't ready/usable yet. I think I'll wait a few weeks before I try it again.
  9. Thanks. I'm relieved to know that I'm not the only person who has been unsuccessful at doing this. It doesn't help that despite being familiar with Darwin, and previous versions of the Mac OS (which counts for nothing in the world of Mac OS X and x86 hardware), I'm unfamiliar with bootstrapping Mac OS X on generic hardware. I guess I'll probably try again in a month or so.
  10. It appears that after trying 4 different configurations (involving adding and removing initrd.img files, and manipulating their contents with TransMac under Wine, before replacing the original files within the ISO using MagicISO (also under Wine)) of the boot-132 ISO described here, the furthest I can get using a retail Snow Leopard DVD is "Loading HFS+ file: [mach_kernel] from 422f700." and a spinner for roughly 45 seconds, before stalling. Am I supposed to wait several minutes or hours for the process to continue (if it ever will)? Even when booting in verbose mode, or using the -x32 argument, no useful additional information is produced, and it appears that it most likely is not loading the kernel extensions from the boot disc at all. I have also tried changing the order in which discs are swapped, and 2 other ISOs ("BOOT-132 (iNTEL).iso" - which interestingly produces a checksum error when booting on bare hardware, but does not under a technical preview of VMware Workstation), and "OSXLOADER.iso" which also exhibits the same quirk). Coincidentally, I also have a mountain of useless coasters, from various failed attempts at producing a working disk... I'm at a loss as to what I should do next, despite re-reading several guides. I assume that it may be necessary to inject additional kexts, although I cannot "safely"/cleanly do so, since I don't have access to an installation of Mac OS X Leopard. My current hardware configuration is described in the post, here, and the output of "lspci -v" is here. I assume that the hardware itself is incompatible, and that it probably won't be possible to install Mac OS X 10.6, in the short term...
  11. Thank you for taking the time to prepare these instructions. Unfortunately, it seems that I am unable to complete the boot process using a copy of the Boot-132 ISO, on a Compaq Presario CQ60-111EM laptop, after replacing the initrd.img file with the from the one from this thread. I am using a retail copy of the Mac OS X 10.6 DVD. Sadly, I don't have a copy of Mac OS X 10.5 or earlier, so I cannot attempt other installation/boot methods. Output from Darwin bootloader and initial mach_kernel bootstrap attempt: Darwin/x86 boot v5.0.132_dfe_r146_Chameleon_pre 955MB memory VESA v3.0 63MB (Intel�Cantiga Graphics Chip Accelerated VGA BIOS) Loading Darwin/x86 Loading kernel mach_kernel Loading HFS+ file: [mach_kernel] from 422f700. Loading HFS+ file: [mach_kernel] from 422f700. _ No further activity occurs at this point, and the system becomes unresponsive to keyboard input. Hardware configuration: Output of lspci on Fedora 11: 00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07) 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) 00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03) 00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03) 00:1f.6 Signal processing controller: Intel Corporation 82801I (ICH9 Family) Thermal Subsystem (rev 03) 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02) 02:00.0 Ethernet controller: Atheros Communications Inc. AR242x 802.11abg Wireless PCI Express Adapter (rev 01) Output of cat /proc/cpuinfo on Fedora 11: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Genuine Intel� CPU 575 @ 2.00GHz stepping : 13 cpu MHz : 2000.004 cache size : 1024 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx lm constant_tsc up arch_perfmon pebs bts pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm lahf_lm bogomips : 3989.94 clflush size : 64 power management: If additional configuration information is required, feel free to ask.
  12. debian on darwin/xnu ?

    I'm working on getting an environment set up on Apple Darwin 8.1 to get Fink installed, but during installation, it continually fails, complaining that Apple's GCC compiler (4.0.0) is too old to use, it also happens to look for an "Apple Computer, Inc" string in the GCC version, which puts self-built GCC out of the question.
  13. Linux Distributions

    GNOME is designed to be utilitarian and easy to use, yet also being customisable to a moderate degree. KDE is designed to be very customisable, yet it's also easy to use, whilst letting you be as brash or as subtle as you want
  14. Hi, does anyone know where I can get a copy of the Darwin 8.0.1 to 8.1.0 upgrade script (Darwin-8.0.1to8.1.0.tar.gz)? http://www.rejgond.com/ seems to be down/dead, and all Google searches for the filename simply turn up links to the non-functional site
×