ISO building notes

Head_on_a_Stick · 2017-02-07 07:14:52

johnraff wrote:

Head_on_a_Stick wrote:
But the ISO image itself has been updated, yes?
Or am I mistaken there?
'fraid so. Making a new iso image incorporating patches or backports from Sid or Stretch would be a major undertaking

Sorry John, I was not being clear enough — I meant to say:

But the upstream Debian jessie ISO image and all of the packages contained within it have all had some updates, yes?
I'm pretty sure that said updates would include bug fixes and added support for new drivers and indeed this is stated in the bug report linked in @BB's thread.

I was not suggesting that we try to include stretch or sid packages, that would not be a good idea.

Sorry for the confusion.

johnraff · 2017-02-07 07:49:04

Head_on_a_Stick wrote:

meant to say:
But the upstream Debian jessie ISO image and all of the packages contained within it have all had some updates, yes?

The Debian 8.7 updates, yes. The debian-installer link on that page will just get you back to the same changelog I linked earlier. Nothing about eMMC.

I'm pretty sure that said updates would include bug fixes and added support for new drivers and indeed this is stated in the bug report linked in @BB's thread.

Some bug fixes etc, but not including the partition hang bug which got fixed in partman-ext3 86, while Jessie still has 84.

Also please see my EDIT of post 35.

johnraff · 2017-02-09 05:20:32

LIVE-BUILD NOTE
(I'll throw these in when I run into them, just for reference.)

You can put .deb files into config/packages.chroot (as described in the manual section 8.3.1) and they'll be installed into the chroot filesystem if the version number is newer than what's in the configured repos, or if they don't exist in the repos. This is handy for patching some troublesome package - you don't have to remove the package from the install list, the .deb file will automatically be chosen if it's newer.

I put the new version of bunsen-utilities there so it would go in the iso ('nobody' has put it in the repo now, making that unnecessary), and a tweaked version of ttf-mscorefonts-installer to work round a ca-certificates problem which I'll post about separately.

Last edited by johnraff (2024-04-21 05:13:20)

johnraff · 2017-02-11 04:24:43

A 64 bit iso: https://drive.google.com/file/d/0B7BNzo … sp=sharing
sha256: 94201cf6814d7b0727077dc81c3ff8062f83dbfa6f973e34c1d83e8c6ddbbc5e
Built from the current "test" branch.
so anyone should be able to reproduce it by entering a copy of bl-Hydrogen-trunk and following the instructions in README (don't forget to set your local mirror for building).

A couple of things to tidy up (eg package live-tools should be removed on install) but it seems to be doing the job more-or-less.

Head_on_a_Stick · 2017-02-11 13:35:22

johnraff wrote:

Start a "live-build notes" thread in "development"?

Sounds like a great idea to me

johnraff · 2017-02-13 01:46:02

Just the last few days I've started playing with building in a Stretch environment. This lets you use a much more recent version of live-build. I was hoping to be able to use the Stretch version of debian-installer, but that causes a kernel mismatch error, but...

...it looks as if we might be able to have EFI support for the Deuterium isos that way! Give me another few days.

Last edited by johnraff-admin (2022-07-03 03:59:26)

johnraff · 2017-02-13 09:07:32

An EFI capable amd64 iso:
https://drive.google.com/file/d/0B7BNzo … sp=sharing
sha256: cd1607f2239214157f5862d422f4592afec8d54c3d663243bc6bcfcb263a8826 live-image-amd64-170211-stretch_build.hybrid.iso

I have no EFI hardware so I can't test it except on a VirtualBox VM with efi enabled. The live system boots OK but the hard disk install comes back to the efi shell. It might be a VB specific bug: https://bugs.debian.org/cgi-bin/bugrepo … bug=822941

If anyone can test it on a real machine, or figure out a fix for VB...
Maybe I should post it on the outside forum?

hhh · 2017-02-13 19:09:29

Link the EFI ISO in the development forum to get as much hardware testing as possible?

Great work, looking forward to downloading this!

Last edited by hhh (2017-02-13 19:11:15)

Head_on_a_Stick · 2017-02-13 20:27:04

johnraff wrote:

If anyone can test it on a real machine

*raises hand*

root@BLEFI:~# efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0002
Boot0000* bunsenlabs	HD(1,800,100000,876168c2-2afb-4f50-ba94-cc7732d47b98)File(\EFI\bunsenlabs\grubx64.efi)
Boot0002* UEFI OS	HD(1,800,100000,876168c2-2afb-4f50-ba94-cc7732d47b98)File(\EFI\BOOT\BOOTX64.EFI)
root@BLEFI:~# ls /sys/firmware/efi
config_table  efivars  fw_platform_size  fw_vendor  runtime  runtime-map  systab  vars
root@BLEFI:~# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 232.9G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
├─sda2   8:2    0     4G  0 part [SWAP]
├─sda3   8:3    0 218.4G  0 part 
├─sda4   8:4    0  1007K  0 part 
└─sda5   8:5    0    10G  0 part /
sr0     11:0    1  1024M  0 rom

Kudos John

Last edited by Head_on_a_Stick (2017-02-13 20:41:06)

nobody · 2017-02-13 21:01:20

Head_on_a_Stick wrote:

johnraff wrote:

If anyone can test it on a real machine

*raises hand*

root@BLEFI:~# efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0002
Boot0000* bunsenlabs	HD(1,800,100000,876168c2-2afb-4f50-ba94-cc7732d47b98)File(\EFI\bunsenlabs\grubx64.efi)
Boot0002* UEFI OS	HD(1,800,100000,876168c2-2afb-4f50-ba94-cc7732d47b98)File(\EFI\BOOT\BOOTX64.EFI)
root@BLEFI:~# ls /sys/firmware/efi
config_table  efivars  fw_platform_size  fw_vendor  runtime  runtime-map  systab  vars
root@BLEFI:~# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 232.9G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
├─sda2   8:2    0     4G  0 part [SWAP]
├─sda3   8:3    0 218.4G  0 part 
├─sda4   8:4    0  1007K  0 part 
└─sda5   8:5    0    10G  0 part /
sr0     11:0    1  1024M  0 rom

Kudos John

This is great great Actually, I would not install anything that does not support EFI on my system anymore because if each OS installs its own bootloader as an EFI program, I do not have to manage bootloaders anymore <3 Makes things much simpler.

johnraff · 2017-02-14 08:05:38

@HOAS did the efi iso boot OK after a hard disk install?
On VB it reboots OK after running the installer, and again, if you want, from bl-exit, but once you do a poweroff the next bootup just drops you to an efi shell.

Head_on_a_Stick · 2017-02-14 08:17:48

johnraff wrote:

did the efi iso boot OK after a hard disk install?

Yes it did, that command output was from the installed system.

It's rather impressive actually — I thought that my UEFI firmware was completely broken but the installer managed to get it to boot a custom NVRAM entry

For my systems on that machine, I have to use the removable loader location at $ESP/EFI/BOOT/BOOTX64.EFI to get anything to boot

On VB it reboots OK after running the installer, and again, if you want, from bl-exit, but once you do a poweroff the next bootup just drops you to an efi shell.

Sounds like the virtualbox NVRAM isn't accepting new entries, try installing again then use the busybox shell to

cp $ESP/EFI/bunsenlabs/grub64.efi $ESP/EFI/BOOT/BOOTX64.EFI

Determine $ESP from the output of `lsblk` & `parted --list` — it will be marked as "boot,esp" in the latter output

Last edited by Head_on_a_Stick (2017-02-14 08:18:20)

hhh · 2017-02-14 14:47:48

Backporting won't work. live-build needs debootstrap needs wget needs libc6.

How did John get this to work? John, you put stretch's live-build package into our config and it worked?

Last edited by hhh (2017-02-14 14:53:46)

hhh · 2017-02-14 21:19:55

@JR, please drop a testing link on the forums! ;D

johnraff · 2017-02-18 02:14:10

hhh wrote:

John, you put stretch's live-build package into our config and it worked?

I installed Stretch in a VM, added most of BL to make it friendly (to me), installed live-build, copied in the directory and ran the lb commands. You can see the config changes I made there in that stretch-build branch, but there aren't so many, and I don't think any of them have bearing on EFI support. Mainly required was to specify jessie as the distro to build, not stretch, which would have been the default building on a stretch system.

I'll post a bit more here about the ca-certificates bug that called for the tweaked ttf-mscorefonts-installer tomorrow or so, and about the tweaked partman-ext3 udeb that fixes the formatting freeze that BB posted some time ago.

johnraff · 2017-02-18 03:35:11

hhh wrote:

@JR, please drop a testing link on the forums! ;D

Done. https://forums.bunsenlabs.org/viewtopic.php?id=3357

johnraff · 2017-02-18 08:40:08

Head_on_a_Stick wrote:

For my systems on that machine, I have to use the removable loader location at $ESP/EFI/BOOT/BOOTX64.EFI to get anything to boot

It sounds as if VB is suffering from the same problem. ie: https://wiki.debian.org/UEFI#Force_grub … media_path

Sounds like the virtualbox NVRAM isn't accepting new entries, try installing again then use the busybox shell to
cp $ESP/EFI/bunsenlabs/grub64.efi $ESP/EFI/BOOT/BOOTX64.EFI

Thanks, that did it!
I didn't need to redo the install though, it can be done via the EFI shell.

FS0:
cp EFI\bunsenlabs\grub64.efi EFI\BOOT\BOOTX64.EFI

I think that was it - typing from memory.
(for 32bit: grubia32.efi & BOOTIA32.EFI)

Anyway, ls, cd, cp and mv all seem to be available.

Last edited by johnraff (2017-03-05 04:25:39)

johnraff · 2017-02-19 06:28:12

The ca-certificates bug: https://bugs.debian.org/cgi-bin/bugrepo … bug=825730

Something came up with the Debian 8.7 upgrade: during the build process, ttf-mscorefonts-installer failed to download its font files, complaining about untrusted certificates. It worked fine before. It looks as if changes made to fix the above bug in fact broke something that was working before. If ca-certificates and some downloader package are installed simultaneously then the latter finds that the certificates in /etc/ssl/certs aren't yet ready when they're needed. (If ca-certificates is installed first everything's fine.) The bugfix is incomplete: https://bugs.debian.org/cgi-bin/bugrepo … =825730#48 It looks as if a fix is on its way, but meanwhile...

...we could force ca-certs to install before the other packages, or, install mscore afterwards in a hook script, or, what I finally chose to do, patch ttf-mscorefonts-installer to add a Pre-Depends: ca-certificates in debian/control. That doesn't change any actual functionality, so when-ca-certs is upgraded it will all continue to work OK. (That fix has already been done in flashplugin-nonfree, which also uses wget to download files.)

So there's a patched ttf-mscorefonts-installer_3.6+bl1_all.deb in config/packages.chroot. When the ca-certs upgrade comes in we can just remove it, but it does no harm anyway.

johnraff · 2017-02-19 06:44:40

The format-freeze bug: https://forums.bunsenlabs.org/viewtopic.php?id=2824

Similarly, this needed a patched partman-ext3_84+bl.nmu1_all.udeb to be put in config/packages.binary. Udebs put there are automatically used by d-i as long as the version number is higher than the repo version.

I think that fixed the issue, but can't test because I never hit that freeze anyway, trying to trigger it in a VM.

damo · 2017-02-19 08:51:39

johnraff wrote:

The format-freeze bug: https://forums.bunsenlabs.org/viewtopic.php?id=2824
...., but can't test because I never hit that freeze anyway, trying to trigger it in a VM.

I only ever came across it on bare-metal, not in a VM on the same hardware. I habitually format from a live session before installing, because of it!

#21 2017-02-07 07:14:52

Re: ISO building notes

#22 2017-02-07 07:49:04

Re: ISO building notes

#23 2017-02-09 05:20:32

Re: ISO building notes

#24 2017-02-11 04:24:43

Re: ISO building notes

#25 2017-02-11 13:35:22

Re: ISO building notes

#26 2017-02-13 01:46:02

Re: ISO building notes

#27 2017-02-13 09:07:32

Re: ISO building notes

#28 2017-02-13 19:09:29

Re: ISO building notes

#29 2017-02-13 20:27:04

Re: ISO building notes

#30 2017-02-13 21:01:20

Re: ISO building notes

#31 2017-02-14 08:05:38

Re: ISO building notes

#32 2017-02-14 08:17:48

Re: ISO building notes

#33 2017-02-14 14:47:48

Re: ISO building notes

#34 2017-02-14 21:19:55

Re: ISO building notes

#35 2017-02-18 02:14:10

Re: ISO building notes

#36 2017-02-18 03:35:11

Re: ISO building notes

#37 2017-02-18 08:40:08

Re: ISO building notes

#38 2017-02-19 06:28:12

Re: ISO building notes

#39 2017-02-19 06:44:40

Re: ISO building notes

#40 2017-02-19 08:51:39

Re: ISO building notes

Board footer