[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#534887: marked as done (support nested iso images)

Your message dated Wed, 17 Mar 2010 06:42:44 +0100
with message-id <4BA06BD4.9020903@debian.org>
and subject line Re: support nested iso images
has caused the Debian Bug report #534887,
regarding support nested iso images
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org

534887: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534887
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: live-initramfs
Severity: wishlist


I've been trying to build a versatile USB stick, with the imntent that
it be able to choose between various images at a grub prompt.  Some
.iso images (i.e. http://partedmagic.com/) are happy with this setup,
becasue once booted (via grub4dos's ability to map a .iso and boot it)
they look around for the image they came from and loop mount it, in much
the same way as debian-live looks for its .squashfs

debian-live does not appear to have this ability at present, although
given that it can find the .squashfs I'd guess it's not going to be
too hard to add, but I'm afraid my cursory glance over the code did not
reveal the place where it should be added.

Of course, it's possible to extract the .squashfs and put that on the stick:


but that seems like a bit of a kludge.

I realise that there's already a usb-hdd target, but that involves wiping
out the USB stick, which is tiresome, especially in these days of ever
growing capacity.

It seems to me that the ability to have a selection of .ISO's on a stick,
and upgrade them as you see fit adds another dimension of conveinience.

There is at least one gotcha though -- grub will often fail to map an
image if it's fragmented, so you're liable to have to copy all the images
off the stick, delete them and then write them back to make it happy.
The --mem option to grub's map command is supposed to handle that case,
by copying the image to ram, but I've not had a lot of luck with that.
Note that when I say grub here I'm talking about grub4dos which is pretty
much the same as grub2, but seems to deal with the vagaries of USB-ZIP
rather better than grub2 at the moment.

Cheers, Phil.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (50, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

--- End Message ---
--- Begin Message ---
Version: 1.173.1-1

this is supported through the fromiso boot parameter now, closing.

Address:        Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:          daniel.baumann@panthera-systems.net
Internet:       http://people.panthera-systems.net/~daniel-baumann/

--- End Message ---

Reply to: