Comment 6 for bug 1977644

Hi,

as far as i can tell, the change in lp1977644.iso does what i asked for in
this bug report.

---------------------------------------------------------------

Chris Guiver wrote:
> I just downloaded lp1977644.iso & wrote to thumb-drive (K) and it was booted
> on
> - motion computing j3400 (c2d-u9400, 4gb, intel mobile 4 series)
> [...]
> ~10:32 the try/install (maybe-ubiquity) dialog appears & music-chime is
> played

Did you patch lp1977644.iso (as discussed in bug 1922342) by

  ISO=lp1977644.iso
  dd if=/dev/zero bs=1 count=16 of="$ISO" conv=notrunc seek=462

before you put it on the USB stick ?

The question is not whether unchanged lp1977644.iso boots fast, but
whether the USB stick with dd-patched lp1977644.iso stays in the fast
booting state after the first time it was booted and got its 4th
partition created by casper.

---------------------------------------------------------------

I tried this now with a 2-years-old ASUS PRO WS C246-ACE board.
(It does not show the long delays. Booting from a 30 MB/s USB stick is
not really fast. But after about a minute i see a pink facetted
jellyfish and some icons. Debian 11 from SSD reaches its login screen
much faster and then fvwm is up in a second. :))

The MBR partition entry 2 which causes the j3400 to boot so slowly, did
not re-appear after the first Ubuntu session in "Try" mode.

As proof that casper did its work, i see a new GPT partition 4 on the USB
stick which marks the remaining space on the stick, which is not occupied
by the ISO and its three original partitions.
The hex dump of the first 512 bytes of the USB stick shows in bytes 448 to
463 the Protective MBR partition 1 which announces the presence of GPT.
The offending entry of partition 2 is still all zero, as caused by the
dd run on the ISO image file.
(In original lp1977644.iso i see the boot flag of partition 2 as 0x80 in
byte 464 (= 0x1D0) and some bytes of value 0x01 which tell that the
partition has only one block.)

Have a nice day :)

Thomas