should be fixed by latest grml-usb.

Alright, thanks to the redesign of grml2usb it was an easy task to support live-
media-path within grml2usb. Upload of grml2usb will happen soon.

Hi,

I'm thinking about this issue and it looks like to be really tricky. Whereas I 
acknowledge your opinion regarding module=... vs. live-media-path=... I 
strongly feel that a change in this area might seriously break existing grml, 
grml2usb and grml-live setups nowadays.

This is an issue we've to investigate in more detail.

regards,
-mika-

On Thu, 20 Nov 2008 08:06:24 +0100, Marco Amadori wrote:

> On Thursday 20 November 2008 08:00:36 Michael Prokop wrote:
>>
>> JFYI: We at grml use module=... for multiboot, see
>> http://wiki.grml.org/doku.php?id=tips#multiboot_usb_pen So: works fine.
>> :)
> 
> . . . this feature is to permit incremental builds
> of images, to have a squashfs for a base system and another one that
> give full Kde, so at bootime one can choose different target rootfs and
> at build time the base system could be used to build kde, gnome, rescue
> and other flavours in a incremental way.

I agree to Marco too, better use module=... for incremental build up only. 

For multiboot, better use the

  live-media-path=PATH

which sets the path to the live filesystem on the medium. By default, it is
set to /live. We'd better differentiate it as, eg, /grmlmedium or /grmlmedium64, 
just like /grmlmedium/ etc under /boot. 

This makes making Multiboot CD/USB just like a breeze. Also, for people to boot
with grub, 
using separated sub grub menus for multiboot as oppose a humongous one is
suggested, because
it is clean, straight forward, and easy. Ref:

http://live-developers.sourceforge.net/tools/isol2grub/isol2grub-exp.htm