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

Chris Guiver 1922342 at bugs.launchpad.net
Fri May 20 12:02:05 UTC 2022


> If you now apply the remedy to the stick
>  dd if=/dev/zero bs=1 count=16 of=/dev/sdb conv=notrunc seek=462
>then i expect it to be permanently booting in reasonable time.
> ..  Please confirm.

Inserted thumb-drive(2)  [Ubuntu-MATE jammy] into box and

-- start paste
guiverc at d960-ubu2:/de2900/ubuntu_mate_64$   sudo dd if=/dev/zero bs=1 count=16 of=/dev/sdb conv=notrunc seek=462
[sudo] password for guiverc: 
16+0 records in
16+0 records out
16 bytes copied, 0.0107609 s, 1.5 kB/s
-- end paste

booted it on j3400
- motion computing j3400 (c2d-u9400, 4gb, intel mobile 4 series)

on boot (noting when at grub) it had reached maybe-ubiquity in ~3 mins
using room clock (no seconds as digital).   I made an error in typing
SysRq-REO  (intended REISUB) so as no sync.. ignoring this bot.

turned box back on & booted again; again at maybe-ubiquity in ~3 mins by
room clock.  Correctly used SysRq-REISUB to restart

another boot & again ~3 mins by room clock.  SysRq-REISUO now

NOTE: I didn't wait for clock to change minute & press enter this time,
thus the extra seconds (making 2+ mins ~3 mins) is just ME not starting
hitting the timing at ~:01 secs or hitting ENTER just after minute
changes..   Either way ~3 mins is NOT TEN minutes as the slow boot takes
to reach maybe-ubiquity.

This confirms what I believe you wanted.

-- 
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




More information about the foundations-bugs mailing list