Project

General

Profile

Feature #12439

Feature #15292: Distribute a USB image

Unify the syslinux directory & config file name between ISO and installed USB stick

Added by intrigeri over 2 years ago. Updated about 1 year ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
Installation
Target version:
-
Start date:
04/12/2017
Due date:
% Done:

0%

Feature Branch:
Type of work:
Code
Blueprint:
Starter:
Affected tool:
Installer

Description

In the ISO we ship an isolinux directory that contains an isolinux.cfg file. And then the USB installers (ours and various 3rd party ones used e.g. on Windows) have to rename isolinux → syslinux, isolinux.cfg → syslinux.cfg, and to adjust the config files accordingly.

I'm told that isolinux.bin would read that file just as well if it was called syslinux.cfg, and we can give the (currently) isolinux directory whatever name we want, as long as we tell xorriso where it is.

So it seems that we could ship a syslinux directory in the ISO, with a syslinux.cfg file in it. Then it's probably a matter of ensuring we pass the correct -b option to XORRISO_OPTIONS so live-build's lb_binary_iso does the right thing.

This would allow all USB installers to drop quite a bit of code, and would bring us one step closer to having "intermediary" Tails sticks look more similar to those installed with Tails Installer. I also expect it would help ensure that 3rd party USB installers do the right thing, and they would simply have nothing to do except running our embedded syslinux to have ldlinux.sys installed.


Related issues

Related to Tails - Feature #15806: Use GRUB for USB boot on EFI 64-bit Confirmed 08/18/2018
Duplicated by Tails - Bug #8144: Ship syslinux.cfg instead of isolinux.cfg in the ISO Duplicate 10/16/2014

History

#1 Updated by intrigeri over 2 years ago

  • Subject changed from Unify the syslinux directory name between ISO and installed USB stick to Unify the syslinux directory & config file name between ISO and installed USB stick

#2 Updated by intrigeri about 2 years ago

  • Description updated (diff)

#3 Updated by intrigeri about 2 years ago

  • Duplicated by Bug #8144: Ship syslinux.cfg instead of isolinux.cfg in the ISO added

#4 Updated by intrigeri over 1 year ago

#5 Updated by intrigeri about 1 year ago

#6 Updated by intrigeri about 1 year ago

  • Parent task set to #15292

I believe we have to do something like this for #15292 unless we go directly to GRUB (#15806).

#7 Updated by intrigeri about 1 year ago

  • Assignee deleted (intrigeri)
  • Priority changed from Low to Normal

#8 Updated by segfault about 1 year ago

The current prototype for #15292 uses syslinux to install the SYSLINUX bootloader on the USB image, which renames the files.

#9 Updated by intrigeri about 1 year ago

The current prototype for #15292 uses syslinux to install the SYSLINUX bootloader on the USB image, which renames the files.

I don't understand, sorry! Perhaps if you show me the code I'll understand :)

#10 Updated by segfault about 1 year ago

segfault wrote:

The current prototype for #15292 uses syslinux to install the SYSLINUX bootloader on the USB image, which renames the files.

I was wrong, it is not syslinux that renames the files, we do it ourselves. This is the code that renames the files, and this is the code that runs syslinux.

#11 Updated by intrigeri about 1 year ago

I was wrong, it is not syslinux that renames the files, we do it ourselves.

OK, so this confirms my "I believe we have to do something like this for #15292 unless we go directly to GRUB (#15806)": if we don't do what this ticket is about, we end up with a second instance of a workaround for a problem that does not exist (anymore), which is more useless code we have to maintain, which is the kind of technical debt I don't want us to increase. Now, frankly I'd much prefer seeing us spend time on switching to GRUB2 than on cleaning this up.

#12 Updated by intrigeri about 1 year ago

  • Related to Feature #15806: Use GRUB for USB boot on EFI 64-bit added

#13 Updated by intrigeri about 1 year ago

  • Status changed from Confirmed to Rejected

Let's not bother: we want to do Secure Boot soon so we can live with this code duplication for some time.

Also available in: Atom PDF