Re: [Vectorlinux-devel] VL6.0-SOHO-A1.45.iso

[uel a. <ue...@gm...>]

A "relatively novice osx user" could not even boot the VL install cdrom.
Apple hardware has a "firmware" that loads the OS.
Without replacing it you cant boot anything but an OSX HD or DVD.
LILO/GRUB will not boot by itself at all.

So to install VL on an intel mac you have to replace the firmware by
installing REFIT, then use REFIT to boot the CDROM, and install VL.

HTH,
Uel

On Mon, Oct 12, 2009 at 9:16 PM, Newt <gen...@gm...> wrote:

> Hello,
>
> Uel: How does this affect a relatively novice osx user? Could they
> accidentally
> leave themselves without an easy way to boot back into osx using LILO?
>
> I'm just trying to determine if (for instance) lilo could leave someone
> locked out
> of osx without an easy way to fix the situation.
>
> Example: User installs VL on their mac for dual-booting. Installer does not
> detect
> osx partition. They choose LILO as the bootloader. Lilo installs
> successfully with
> only 'VL' and 'VL-cli' boot options. 1) Is this even possible on a mac?,
> and 2) if
> so, is it in our best interest to have our installer probe for and include
> osx
> partitions in the bootloader phase?
>
> Since you have the hardware I imagine you know the answer or can determine
> it
> pretty easily. This is probably not the most important issue but just
> something
> that came to mind a couple days ago.
>
> Cheers, newt
>
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>
> Monday, October 12, 2009, 5:35:17 PM, you wrote:
>
> ua> 3 of my computers here are Intel macs. they do not have a BIOS, and
> need
> ua> something to load grub/lilo. REFIT works best for this IMO, and adds an
> ua> option to boot OSX, so adding it to LILO or grub is redundant.
>
> ua> Grub will not install to any of the HD that are partitioned GPT without
> the
> ua> --force argument.
>
>
>
> ua> On Mon, Oct 12, 2009 at 4:19 PM, Newt <gen...@gm...> wrote:
>
> >> Hello,
> >>
> >> Thanks for the info on REFIt. It sounds like an interesting project
> though
> >> I'm not
> >> sure I want to venture down that path at the present time.
> >>
> >> Personally, I'm not concerned with lilo automatically picking up my osx
> >> installation as I can easily add it to lilo; plus, it's non-standard
> >> implementation of osx for testing purposes. I was more thinking of other
> >> standard
> >> osx users who might end up "locked out" of their systems if a boot
> option
> >> is not
> >> included by default.
> >>
> >> Then again, it's entirely possible that apple already has a forced
> scenario
> >> whereby a non-apple bootloader always comes second in the boot process
> >> regardless
> >> of user wants. Example: Perhaps efi always loads prior to mbr providing
> >> options of
> >> 'osx' and other bootloaders (lilo/grub/etc). This kind of scenario would
> >> alleviate
> >> any necessity to detect and provide a boot option for osx since apple
> would
> >> already have their users "protected". I don't have any true apple
> hardware
> >> so I
> >> cannot say for sure.
> >>
> >> Cheers, newt
> >>
> >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> >>
> >> Monday, October 12, 2009, 3:36:29 PM, you wrote:
> >>
> >> JB> Moe and all,
> >>
> >> JB> Google may well be our friend on resolving Newt's problem in getting
> >> his OS
> >> JB> X entry to show in the LILO menu. The REFIt project on sf.net may
> or
> >> may not
> >> JB> be helpful to Newt:
> >>
> >> JB> http://refit.sourceforge.net/ - rEFIt is a boot menu and
> maintenance
> >> toolkit
> >> JB> for EFI <http://www.intel.com/technology/efi/>-based machines like
> the
> >> Intel
> >> JB> Macs <http://www.apple.com/hardware/>. You can use it to boot
> multiple
> >> JB> operating systems easily, including triple-boot setups with Boot
> Camp.
> >> It
> >> JB> also provides an easy way to enter and explore the EFI pre-boot
> >> environment.
> >>
> >>
> >>
> >> JB> Cheers,
> >> JB> John
> >>
> >>
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> >> is the only developer event you need to attend this year. Jumpstart your
> >> developing skills, take BlackBerry mobile applications to market and
> stay
> >> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> >> http://p.sf.net/sfu/devconference
> >> _______________________________________________
> >> Vectorlinux-devel mailing list
> >> Vec...@li...
> >> https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
> >>
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Vectorlinux-devel mailing list
> Vec...@li...
> https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel
>