A long time ago, in a Darwin-Kernel far, far away, Herb Petschauer and Matthew Morris were kind enough to send me 32-bit Snow Leopard kernels for my first-gen MacBook Pro (MacBookPro1,1). However, I still couldn't boot. I got into that mess because I hadn't been getting enough sleep at the time. If you want a cryptographic deletion of your free space to be really effective, install bcwipe from MacPorts, boot single user, remount your filesystem as writable, then do this: $ rm -f /var/vm/* ... but I did this: $ rm -f /var/vm * See the space? Oopsy-Doodle. That deletes all the backing store (VM paging) files, as well as sleepimage, which is the same size as your physical memory. While encrypted by default on portland Macs, and optionally on desktop units, the key just has to be _somewhere_ else you couldn't come out of sleep without entering a decryption key. You only need the sleepimage if you totally lose power while sleeping. I figured there just had to be some other hidden files in my root directory, other than my kernel, that I needed to boot. But rather than pester anyone to find out for me, I broke down and bought one of those whizzy new Retina Display MacBook Pros, which I am very, very happy with. So finally I decide to investigate. I figured if there _were_ any other hidden files, they would at least have the same names, if not the same contents (64- vs. 32-bit). In the Terminal: $ ls -a / D'oh! Now this is embarrassing: Again boot single user. Remount writeable. Then: $ rmdir /tmp $ ln -s /private/tmp $ ln -s /private/etc $ ln -s /private/var Now my MacBookPro1,1 boots just fine. I guess I didn't need to blow three and a half grand on my new toy, as 32-bit Snow Leopard works just fine for the iOS coding I've been doing lately. Even so, that machine was getting rather flaky, being seven years old (!), so it's just as well. Given that the Finder can hide any file of its heart's desire, why is there a /private directory at all? Why not just put tmp, etc and var in the root directory, but then hide them from naive users? Regards, Mike Crawford mdcrawford@gmail.com Available for OS X userspace, kernel extension and kernel coding, as well as iOS Apps. On Mon, Apr 1, 2013 at 9:02 AM, Matthew Morris <mmorris@bomgar.com> wrote:
Here's the mach_kernel file from my Snow Leopard laptop (the CPU is not 64-bit capable)
https://dl.dropbox.com/u/11835065/mach_kernel
-Matt
On Mar 28, 2013, at 2:42 PM, Michael Crawford <mdcrawford@gmail.com> wrote:
I forgot to say, it's a 10.6.8 Snow Leopards Kernel. It's forced to 32-bit only because I'm running on a MacBookPro1,1.
On Thu, Mar 28, 2013 at 12:39 PM, Michael Crawford <mdcrawford@gmail.com> wrote:
Friends,
I accidentally deleted my kernel a while back, and have been unable to find a replacement. My problem is that my Mac is a 32-bit machine, which is way out of style. By any chance could one of you sent me a 32-bit /mach_kernel via private email, or else place it on your website then send me the URL?
Thanks
Mike -- Michael David Crawford mdcrawford at gmail dot com
Custom Software Development for the iPhone and Mac OS X http://www.dulcineatech.com/custom-software-development/
-- Michael David Crawford mdcrawford at gmail dot com
Custom Software Development for the iPhone and Mac OS X http://www.dulcineatech.com/custom-software-development/ _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-kernel/mmorris%40bomgar.com
This email sent to mmorris@bomgar.com
-- Michael David Crawford mdcrawford at gmail dot com Custom Software Development for the iPhone and Mac OS X http://www.dulcineatech.com/custom-software-development/ _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.... This email sent to site_archiver@lists.apple.com