Re: Chainloadig from grub2 to isolinux

[tuxracer]

>If you have concrete change proposals tell so.
>Also you can use easy configs with grub2, you don't have to use all features 
>for a simple setup.

The problem  with grub2 is not that a really simple config does not work. The 
problem is, that ALL what is a little bit more than a simple config is not or 
not really good documeted, so it looks like a not understandable black box, 
with no chance to do anything what it shoud be good for; to manage advanced 
boot configurations with a REALLY EASY USE so my first proposal is made it 
easier to use, or give step by step documentation so  that even a dummy can do 
more than a stupid single boot configuration without running the gauntlet 
through the net, and yet not find the neccesary answers what to do for case x 
or y or somewhat else.
I say it again. Made the use of advanced configurations a  lot more easier and 
better working
A good example is that os-prober is a good idea, that not really works. I have 
tested it with nearly all linux distros it gives on earth, and i have found out 
that if i give no boot partition for all systems i have installed it works, but 
a simple multiboot configuration with a seperated boot partition is impossiple, 
because the prober fails
My next proposal is that other people also had said
chainloading iso, without the needs of extracting kernel and initrd and 
loopmounting it 
Simple for the user is the keyword, the goal to reach


---- Vladimir 'phcoder' Serbinenko <address@hidden> schrieb:
> On 22 Jul 2014 12:37, <address@hidden> wrote:
> >
> > The esentially thing that goes allways forgotten; It gives no way ( or no
> really good documentation) , to chainloading iso files. It is a monster, to
> extract each live.iso then copy the kernel and the initrd, then find out
> the correct parameters and loopmout it. Why not a "real chainload" where it
> is possible to only say there is/are my iso/s
> There is no such thing as an iso chainload. Clarify your terms.
> > Ok os-prober is also "shitty" because it fails in 100%
> Os-prober is not even part of grub. The setup recommended by us is in
> manual.
> > My feeling about grub2 is that it can do extremely a lot of things, but
> not one of it, it can do perfect. The ideas behind  all together are very
> good, but the way to do it is so complex and bad documented that it is not
> really useful. i have allways the feeling one esential principle of
> developing  software was going forgotten by the authors of grub2. The
> "KISS" is missing
> > Keep It Simple and Stupid.
> > This is why i use grub1 for rpoductive use, and grub2 allways only to
> play a little bit with it, and then find out, it is still not final usable
> If you have concrete change proposals tell so.
> Also you can use easy configs with grub2, you don't have to use all
> features for a simple setup.
> >
> >
> > ---- Ben Hildred <address@hidden> schrieb:
> > > On Mon, Jul 21, 2014 at 3:55 PM, Raif S. Berent <address@hidden>
> wrote:
> > >
> > > > <snip>
> > > > > The netboot images work just fine. (including live images)
> > > > Yes, but this is a "minimal image" as I understand and additional
> > > > binaries (for example if you want an lxde desktop) will be downloaded.
> > > > That's fine for a single install, but requires re-download of same
> > > > packages should one aim to install on several systems.
> > > >
> > > > yes,but a local repo takes care of that. (and that repo can be the
> > > contents of the cd)
> > >
> > >
> > > > If there is one, I have not come across a desktop (gnome/kde/lxde)
> live
> > > > image+netboot iso file in the repository.
> > > >
> > > you are right that there are no live+netboot/install images (iso or
> other),
> > > but since grub has great menu capability, you can offer either
> netinstall
> > > or live (which can be created from any iso created by debian live by
> > > extracting the kernel, initrd, cmdline and rootfs (I have done it with a
> > > gparted iso))
> > >
> > >
> > > --
> > > --
> > > Ben Hildred
> > > Automation Support Services
> > > 303 815 6721
> >
> >
> > _______________________________________________
> > Grub-devel mailing list
> > address@hidden
> > https://lists.gnu.org/mailman/listinfo/grub-devel