Minor tweaks to terminal output, variables, and GRUB stanza * Print `Found grml-rescueboot ISO image:` instead of `Found Grml ISO image:` as the latter implies that the ISO image comes from Grml, whereas the former is more to the point of "grml-rescueboot found this image"; * Similarly, just print the ISO filename as the title, as "Grml Rescue System" implies that the ISO is the actual Grml rescue system; * Use the existing `${indent}` variable instead of another eight spaces; * Store `"${rel_dirname%/}/${grml}"` in a variable, as it is likely to be needed more than once; * Add Debian bug reference for the `tpm` issue, as it is difficult for the user to understand otherwise; * Use the existing GRUB variable to set the loopback path; * Perform cleanup after exiting the ISO loopback menu.
Merge remote-tracking branch 'origin/github/pr/14'
Try using isoinfo(1) to extract an ISO image identifier
Add new GRUB_SUBMENU functionality and config parameter
Fix booting from mdadm raid. Use full name ('hostname:name') of md array in 'live-media=', because initramfs starts with empty hostname and arrays are assembled with full name.
Unload tpm module to support booting ISOs with GRUB 2.04 on UEFI systems See https://help.ubuntu.com/community/Grub2/ISOBoot#Menuentry_Example Closes: #975835 Thanks: Vasek Opekar <opekar@eccam.com> for the bug report
Fix relative path detection of ISO files The problem becomes apparent when using symbolic links in $ISO_LOCATION that point to ISO files on another partition. Calling make_system_path_relative_to_its_root not on the dirname but on the ISO file fixes this. Also avoid a double slash (//...) in $iso_path when $rel_dirname is just the root dir of that other partition (/).
Fallback to /usr/share/grub/grub-mkconfig_lib if default isn't present It was reported on IRC that Fedora uses /usr/share/grub/grub-mkconfig_lib instead.
Fix leaked file descriptors When running prepare_grub_to_access_device inside of the here document a file descriptor to a temporary file is leaked. When prepare_grub_to_access_device calls various lvm related commands these will complain about this. Minimum example: << EOF "$(lvs)" EOF Avoid this by calling prepare_grub_to_access_device before assembling the output.
Adjust header information in 42_grml for inclusion in Debian.
Determine dependency for target device Try to get all dependencies for the specified device. This will help to support arbitrary stacked devices like lvm on raid, raid on lvm or lvm on raid on raid
Work around grub sillyness of adding " to cmdline Some versions of grub apparently add " to the cmdline when expanding vars, and some don't. As we cannot really change the ISOs, work around this here.
Add support for raid devices
Refactored 42_grml and support lvm devices [Closes: issue971].
Probe the device where the Grml ISO is being stored using ${grub_probe} instead of using ${GRUB_DEVICE_BOOT}. [Closes: issue977] Thanks: Johann Felix Soden <johfel@gmx.de>
Implement CUSTOM_BOOTOPTIONS handling via kernelopts.
Use prepare_grub_to_access_device to provide further menu entry details for GRUB. Thanks: Frédéric Boiteux <fboiteux@calistel.com> for the bugreport
Support setting location of ISOs via ISO_LOCATION in /etc/default/grml-rescueboot.
Support custom boopoptions through /etc/default/grml-rescueboot.
Make sure 42_grml works with separate /boot partition as well.