Hi Toomas, I finally got around to further look into this. I'm now trying to come up with a variant of setup-storage and documentation fixes that is soon to be merged into trunk.
>
> > I'll try to fix this soon, but one of the core problems is that AFAIK the
> > version in trunk and the experimental one differ in this regard. Which
> > version
> > would you be interested in?
>
> I am using experimental.
>
The documentation in the man page would read like this:
FILES
If setup-storage executes successfully, an fstab(5) file matching
the specified configuration is generated as $LOGDIR/fstab. Furthermore
the file
$LOGDIR/disk_var.sh is generated, which may be sourced to get the
variables SWAPLIST, ROOT_PARTITION, BOOT_PARTITION (which is only set in case
this resides on a
disk drive), and BOOT_DEVICE. The latter two describe the
partition and disk/RAID/LVM device hosting the mount point for /boot. If /boot
has no extra mount
point, / is used instead.
Does that suffice as description?
[...]
>
> > Anyway, overriding is utterly simple: Under the assumption that you use
> > grub,
> > the only point where $BOOT_DEVICE is actually used is
> > files/boot/grub/menu.lst/postinst - which is part of your config space, if
> > you
> > based it on the provided simple example. And of course you are free to do
> > whatever you like in this script...
>
> I am using GRUB_PC and I think the proper place to change would be
> scripts/GRUB_PC/10-setup . Right?
>
Yes.
> However, I would suggest a simple addition to provide the override: if
> task_partition finds BOOT_DEVICE already assigned (eg by one of the
> scripts in "class" directory), it should ignore the value generated by
> setup-storage and use the user-provided value instead. Would that be
> hard to implement?
>
As this assignment of values is done in the disk_var.sh file (which is sourced
in task_partition) I'll make setup-storage perform conditional assignments. This
should do the trick. Will be part of the next experimental version, which should
be available in a few hours (once I'm happy with my changes).
Best regards,
Michael
pgp4SVcdzgoqp.pgp
Description: PGP signature
