[Bug 1922342] Re: Impish live session takes ages to boot on BIOS systems

Wed May 18 07:51:39 UTC 2022

My thumb-drive K does not boot on
- hp dc7700 (c2d-e6320, 5gb, nvidia quadro nvs 290)
- hp dc7900 (c2d-e8400, 4gb, intel 4 series integrated i915)
as it stands now.. (No big news as dc7700 & dc7900 usually react the same; but confirmed it won't boot on dc7900)

Likely not required; but again
--
guiverc at d960-ubu2:~/uwn/issues/735$ xorriso -indev stdio:/dev/sdb -report_system_area plain  
xorriso 1.5.4 : RockRidge filesystem manipulator, libburnia project.

libburn : SORRY : Failed to open device (a pseudo-drive) : Permission denied
xorriso : FAILURE : Cannot acquire drive 'stdio:/dev/sdb'
xorriso : aborting : -abort_on 'FAILURE' encountered 'FAILURE'
--
Executed 
--
[sudo] password for guiverc: 
root at d960-ubu2:~# echo $'\x80' | dd of=/dev/sdb bs=1 count=1 conv=notrunc seek=446
1+0 records in
1+0 records out
1 byte copied, 0.000132766 s, 7.5 kB/s
root at d960-ubu2:~# 
--

Safely ejected thumb-drive; tested and it NOW BOOTS ON
- hp dc7700 (c2d-e6320, 5gb, nvidia quadro nvs 290)
- hp dc7900 (c2d-e8400, 4gb, intel 4 series integrated i915)

I only booted to maybe-ubiquity|try/install then used sysrq-REISUO.   If
you needed me to complete boot & shutdown like a user, you'll have to
ask me to do that.

I tested boot again on
- dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)
- dell [optiplex] 780 (c2q-q9400, 8gb, amd/ati cedar radeon hd 5000/6000/7350/8350)
and sysrq-REISUO when it reached maybe-ubiquity|try/install

The following would NOT BOOT thumb-drive K now
- sony vaio svp112a1cw (i5-9400u, 4gb, intel haswell-ULT)
(I didn't get it to boot on samsung 700t1c-p10aat either, but I can't rule out me; as I find that device a pain booting external media)

Inserting thumb-drive K into my primary box
--
guiverc at d960-ubu2:~/uwn/issues/735$   xorriso -indev stdio:/dev/sdb -report_system_area plain  
xorriso 1.5.4 : RockRidge filesystem manipulator, libburnia project.

libburn : SORRY : Failed to open device (a pseudo-drive) : Permission denied
xorriso : FAILURE : Cannot acquire drive 'stdio:/dev/sdb'
xorriso : aborting : -abort_on 'FAILURE' encountered 'FAILURE'
guiverc at d960-ubu2:~/uwn/issues/735$   xorriso -indev stdio:/dev/sdb -report_system_area plain  
xorriso 1.5.4 : RockRidge filesystem manipulator, libburnia project.

libburn : SORRY : Failed to open device (a pseudo-drive) : Permission denied
xorriso : FAILURE : Cannot acquire drive 'stdio:/dev/sdb'
xorriso : aborting : -abort_on 'FAILURE' encountered 'FAILURE'

guiverc at d960-ubu2:~/uwn/issues/735$   sudo xorriso -indev stdio:/dev/sdb -report_system_area plain  
[sudo] password for guiverc: 
xorriso 1.5.4 : RockRidge filesystem manipulator, libburnia project.

xorriso : NOTE : Loading ISO image tree from LBA 0
xorriso : UPDATE :     940 nodes read in 1 seconds
libisofs: NOTE : Found hidden El-Torito image for EFI.
libisofs: NOTE : EFI image start and size: 1782345 * 2048 , 8496 * 512
xorriso : NOTE : Detected El-Torito boot information which currently is set to be discarded
Drive current: -indev 'stdio:/dev/sdb'
Media current: stdio file, overwriteable
Media status : is written , is appendable
Boot record  : El Torito , MBR protective-msdos-label grub2-mbr cyl-align-off GPT
Media summary: 1 session, 1784635 data blocks, 3486m data, 4146m free
Volume id    : 'Ubuntu 22.04 LTS amd64'
System area options: 0x00004201
System area summary: MBR protective-msdos-label grub2-mbr cyl-align-off GPT
ISO image size/512 : 7138540
Partition offset   : 16
MBR heads per cyl  : 0
MBR secs per head  : 0
MBR partition table:   N Status  Type        Start       Blocks
MBR partition      :   1   0x80  0xee            1     15630335
GPT                :   N  Info
GPT disk GUID      :      cfe88ff9575b6a418e0fa695d43fc159
GPT entry array    :      2  248  separated
GPT lba range      :      64  15630272  15630335
GPT partition name :   1  490053004f003900360036003000
GPT partname local :   1  ISO9660
GPT partition GUID :   1  cfe88ff9575b6a418e0ea695d43fc159
GPT type GUID      :   1  a2a0d0ebe5b9334487c068b6b72699c7
GPT partition flags:   1  0x1000000000000001
GPT start and size :   1  64  7129316
GPT partition name :   2  41007000700065006e006400650064003200
GPT partname local :   2  Appended2
GPT partition GUID :   2  cfe88ff9575b6a418e0da695d43fc159
GPT type GUID      :   2  28732ac11ff8d211ba4b00a0c93ec93b
GPT partition flags:   2  0x0000000000000000
GPT start and size :   2  7129380  8496
GPT partition name :   3  4700610070003100
GPT partname local :   3  Gap1
GPT partition GUID :   3  cfe88ff9575b6a418e0ca695d43fc159
GPT type GUID      :   3  a2a0d0ebe5b9334487c068b6b72699c7
GPT partition flags:   3  0x1000000000000001
GPT start and size :   3  7137876  600
GPT partition name :   4  
GPT partition GUID :   4  8e2bdedd63554344a8fad7869da92b5a
GPT type GUID      :   4  af3dc60f838472478e793d69d8477de4
GPT partition flags:   4  0x0000000000000000
GPT start and size :   4  7139328  8490945

--

BUT PLEASE DO NOTE I didn't complete a single boot; using Sysrq-REISUO
to shutdown when it reached maybe-ubiquity dialog.  If you need a user-
type full boot & shutdown; just ask.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to casper in Ubuntu.
https://bugs.launchpad.net/bugs/1922342

Title:
  Impish live session takes ages to boot on BIOS systems

Status in Release Notes for Ubuntu:
  Fix Committed
Status in casper package in Ubuntu:
  Confirmed
Status in casper source package in Impish:
  Confirmed
Status in casper source package in Kinetic:
  Confirmed

Bug description:
  First of all, I change the description of this bug because, thanks to
  Chris Guiver comments, I could check that the live session effectively
  works but it takes too long to complete. That's why I change the
  description of the bug from live session does not boot to live session
  takes ages to boot. I hope this is the best approach to this.

  I think the problem is the same as described here:
  https://discourse.ubuntubudgie.org/t/20-10-grub-error-can-t-find-
  command-grub-platform/4292. I can see prior to grub menu, briefly, the
  same error: Error can't find grub_platform. After the solution
  described below, this error is not showed and the system is able to
  boot.

  I try making the live usb using startup disk creator and with gnome-
  disks --> Restore disk image and get the same results.

  The live-usb has a gpt partition table instead of mbr like 20.04 live-
  usb has. That implies, I think, that the first one does not boot on
  BIOS systems and the second does.

  I try the same live-usb on an EFI laptop and it boots perfectly
  (perhaps it takes long time, but more less than in this case.

  If I try the solution described here:
  https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1905491/comments/8
  then it works.

  ProblemType: Bug
  DistroRelease: Ubuntu 21.04
  Package: casper 1.461
  ProcVersionSignature: Ubuntu 5.11.0-13.14-generic 5.11.7
  Uname: Linux 5.11.0-13-generic x86_64
  NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
  ApportVersion: 2.20.11-0ubuntu61
  Architecture: amd64
  CasperMD5CheckResult: pass
  CasperVersion: 1.461
  CurrentDesktop: ubuntu:GNOME
  Date: Fri Apr  2 09:55:24 2021
  LiveMediaBuild: Ubuntu 21.04 "Hirsute Hippo" - Beta amd64 (20210331.1)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=<set>
   LANG=gl_ES.UTF-8
   SHELL=/bin/bash
  SourcePackage: casper
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-release-notes/+bug/1922342/+subscriptions