Re: UEFI support for mini.iso?

[Thomas Schmitt]

Hi,

Wouter Verhelst wrote:
> This image however does not support booting on a UEFI-only system.

It does support EFI booting from CDROM. At least with qemu and OVMF
as EFI firmware.


> Is there anyone with the required knowledge who would be willing to
> look into fixing that?

I downloaded
  
http://ftp.debian.org/debian/dists/sid/main/installer-amd64/current/images/netboot/mini.iso

which bears this boot equipment:
  El Torito catalog  : 59  1
  El Torito cat path : /boot.cat
  El Torito images   :   N  Pltf  B   Emul  Ld_seg  Hdpt  Ldsiz LBA
  El Torito boot img :   1  BIOS  y   none  0x  0x00  4 268
  El Torito boot img :   2  UEFI  y   none  0x  0x00832  60
  El Torito img path :   1  /isolinux.bin
  El Torito img opts :   1  boot-info-table isohybrid-suitable
  El Torito img path :   2  /boot/grub/efi.img

  MBR partition table:   N Status  TypeStart   Blocks
  MBR partition  :   1   0x80  0x17051200
  MBR partition  :   2   0x00  0x015120012288

I.e. it has an EFI boot image for booting from CD, but no partition
of MBR type 0xef which would point to that image file /boot/grub/efi.img.

So expectably it boots by

  qemu-system-x86_64 -enable-kvm -m 512 -bios /usr/share/ovmf/OVMF.fd -cdrom 
mini.iso

and does not boot by

  qemu-system-x86_64 -enable-kvm -m 512 -bios /usr/share/ovmf/OVMF.fd -hda 
mini.iso


One could use xorriso to repack the ISO and apply options which would
cause production of partition tables.
But in this case we have the classical situation for SYSLINUX program
"isohybrid". (We even have the repaired version in Sid, which does
not write random chinese GPT partition names.)

  isohybrid -u mini.iso

This yields a partition table layout similar to netinst:

  MBR partition table:   N Status  TypeStart   Blocks
  MBR partition  :   1   0x80  0x00063488
  MBR partition  :   2   0x00  0xef  240  832
  MBR partition path :   2  /boot/grub/efi.img
  GPT:   N  Info
  GPT disk GUID  :  12f7657a83abeb4a8a7290afeb748d8d
  GPT entry array:  2  128  overlapping
  GPT lba range  :  34  63454  63487
  GPT partition name :   1  490053004f004800790062007200690064002000490053004f00
  GPT partname local :   1  ISOHybrid ISO
  GPT partition GUID :   1  b028cc51ece2734982f7a619cd3b977a
  GPT type GUID  :   1  a2a0d0ebe5b9334487c068b6b72699c7
  GPT partition flags:   1  0x
  GPT start and size :   1  0  50464
  GPT partition name :   2  490053004f00480079006200720069006400
  GPT partname local :   2  ISOHybrid
  GPT partition GUID :   2  3e7e8dac6a466b488fec85bd1f82f267
  GPT type GUID  :   2  a2a0d0ebe5b9334487c068b6b72699c7
  GPT partition flags:   2  0x
  GPT start and size :   2  240  832
  GPT partition path :   2  /boot/grub/efi.img

If i run again

  qemu-system-x86_64 -enable-kvm -m 512 -bios /usr/share/ovmf/OVMF.fd -hda 
mini.iso

i see a few messages about failed attempts. But then i get to the
GRUB2 menu.

Actually the GPT is considered surplus. Any UEFI compliant firmware
should follow the lure in MBR partition 0xef, because the GPT is not
announced by MBR having a single partition of type 0xee.


Have a nice day :)

Thomas

Processing of anna_1.55_i386.changes

[Debian FTP Masters]

anna_1.55_i386.changes uploaded successfully to localhost
along with the files:
  anna_1.55.dsc
  anna_1.55.tar.xz
  anna_1.55_i386.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

Processing of anna_1.55_i386.changes

[Debian FTP Masters]

anna_1.55_i386.changes uploaded successfully to ftp-master.debian.org
along with the files:
  anna_1.55.dsc
  anna_1.55.tar.xz
  anna_1.55_i386.udeb

Greetings,

Your Debian queue daemon (running on host coccia.debian.org)

Processing of partman-ufs_21_kfreebsd-i386.changes

[Debian FTP Masters]

partman-ufs_21_kfreebsd-i386.changes uploaded successfully to 
ftp-master.debian.org
along with the files:
  partman-ufs_21.dsc
  partman-ufs_21.tar.xz
  partman-ufs_21_kfreebsd-i386.udeb

Greetings,

Your Debian queue daemon (running on host coccia.debian.org)

Processing of partman-ufs_21_kfreebsd-i386.changes

[Debian FTP Masters]

partman-ufs_21_kfreebsd-i386.changes uploaded successfully to localhost
along with the files:
  partman-ufs_21.dsc
  partman-ufs_21.tar.xz
  partman-ufs_21_kfreebsd-i386.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

partman-ufs_21_kfreebsd-i386.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 11 Feb 2016 18:52:35 +0100
Source: partman-ufs
Binary: partman-ufs
Architecture: source kfreebsd-i386
Version: 21
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Christian Perrier 
Description:
 partman-ufs - Add to partman support for UFS (udeb)
Changes:
 partman-ufs (21) unstable; urgency=medium
 .
   [ Colin Watson ]
   * Use HTTPS for Vcs-* URLs, and link to cgit rather than gitweb.
Checksums-Sha1:
 49985954af261e7bcfeccfc69f53f7c76f3e0f6a 1657 partman-ufs_21.dsc
 678b98d42d021baadddbfea6e235e81ad1a9c01f 42524 partman-ufs_21.tar.xz
 c9b8ac50eb1b05724ab996cd30b8ae0100a50a72 22514 
partman-ufs_21_kfreebsd-i386.udeb
Checksums-Sha256:
 e8120dd67beccde945acbf21dc7a033497859451daa2de0b7c18087a5b902424 1657 
partman-ufs_21.dsc
 d811c805a21a0f8b8fdd2427450968d6b52289123502e1a1c1b92fa387d8208c 42524 
partman-ufs_21.tar.xz
 87fd1356c77bdab7714bd3ba1cc2867659d2bee2fd82fcff2d71bcc615be3705 22514 
partman-ufs_21_kfreebsd-i386.udeb
Files:
 d70f125fda897a71a5dad7eed710853a 1657 debian-installer standard 
partman-ufs_21.dsc
 35ee0cbdb2600f02eb976b3069ca44c6 42524 debian-installer standard 
partman-ufs_21.tar.xz
 af66fc649516efcec6958a3d88f4ad76 22514 debian-installer standard 
partman-ufs_21_kfreebsd-i386.udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWvMuSAAoJEIcvcCxNbiWoRMcP/2w39goI5tb8Nn7w+KVqsydi
1Fc7D5NMA2yEp4R9Ly0GM2+E0d73hB2DxSkKFh4cJohqidaZ2n6MVokjEIPfSA/o
ljWcbUGfrcvwSHNmMaV9rBpoPkLcTAsn8HDGXCMImIfbG4QyTv9BJjuLKUyGNOPR
iiohG6YQkCtd9PG6fhO3BDotX4oXU79Gx208V004q7ytMLPg5I1GRH8IlYZEkNwo
6jOMcU6UXDthS5I3cvrT9XMoaFXTgFiS9EGAxThGLN+G7WtANoo4LYk6wzHtMCrS
V373/fhjyN//XSlOfvzd+2za/j6TbANuI0HmYZ1kV+AjO4/D+iUu4oD2mmw/2SH1
IPbQ5rsIBkuh0kg8JGgXqqOSn3r6XAu1LuaqI+WzWlNNcTHzX1rFR9H20UogPS3H
Ju0/jJtKLiBxod8VV3Vc5KbdpXGUkVVS0Reg7xmiOvAwHi2x+JUPcN+sNK8+IwMw
Vwzq3EVcyhvYRPOhxxHR3yLPXuferXvsbj1dJeY80XzZVs4dkr2otAvDPQEpycmp
EuHooe0uWJsOCOsaOew+KrcZkdUuo9ziamq8kQlWUj4OPMbsopjFu7tOPn6X5sKm
9J3w5tqCMOi8fsCj0m4GDNClWQvkt5E0WtOjJelSwZgWpe511A2MxQQy6Xjt1EBp
SqULAjiaO50z/7SZAsmt
=7Kj4
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

anna_1.55_i386.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 11 Feb 2016 07:14:23 +0100
Source: anna
Binary: anna
Architecture: source i386
Version: 1.55
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Christian Perrier 
Description:
 anna   - anna's not nearly apt, but for the Debian installer, it will do 
(udeb)
Changes:
 anna (1.55) unstable; urgency=medium
 .
   [ Colin Watson ]
   * Use HTTPS for Vcs-* URLs, and link to cgit rather than gitweb.
Checksums-Sha1:
 a44491f6a95f2c6bf51a645abc3e16cb56258751 1648 anna_1.55.dsc
 b372266449de99e8d59a2d2ba6baf76b9b4475e4 89432 anna_1.55.tar.xz
 c9f67f234943e79cb35d5f6b1a7c4169a977d9bf 77398 anna_1.55_i386.udeb
Checksums-Sha256:
 3816807489827cd5746285e9405c83ec7acacd0ba83f73976919e96a8c7faff7 1648 
anna_1.55.dsc
 9620deae8a3f992476ce0d6ce6441c4e172c1bc2bfa1d8c84bb6c49970d6455b 89432 
anna_1.55.tar.xz
 8da0c68f78bad175bbdcb1cdae3ae6d960014c60dab33817fc3b6a7c2799fdfc 77398 
anna_1.55_i386.udeb
Files:
 9600bbd8bae5a3cb5dc80b1310501a09 1648 debian-installer standard anna_1.55.dsc
 6697c39e8308a54351bd576a8da1e257 89432 debian-installer standard 
anna_1.55.tar.xz
 a22facf671f37d33543222bd5949fff2 77398 debian-installer standard 
anna_1.55_i386.udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWvMo2AAoJEIcvcCxNbiWohfUP/3C0HdSorjI9OJepx3euzUXC
INxTT+y75mUsWioXant82LvAgWYF2veYHvTq4yyO7XXOd84GM+vfJXSigM9TbmPR
LUMoa+/KmsdLMx/CATWNjUDtDzn8fUvhVv5VdnA++UkpjPw0r2PMLqikSifR48xB
KrU4MDVWYRHAR812x8k3r5ASvt97pZ9RIhhzWoeHkLE9ohrg6LMVJFVlmX9izTXs
DO/WZN2YLDxkh7IW5rDX0VmS4pPsxls9bUlDSLNlvXzMfLLHem8BXYp+sGxLIgRK
LSRLESOkEm4n/dzh/RUVSXkVMlX6g1XkagH6t/1EJqusCamnvrFJFyvkLiG13TNI
3pJ7O/gBji2Nz+IoBF1Y6r3BwTVBxOpL1qcV+LylIJNQjxB//rvSs1yaY+M+FnIb
grCdJ7ASlOpiozlf4xHQG1AMcDiFMEoIIWsorHJP0jQTikjDaa5x7J2L5gc2nRL9
3P9XS8LWvvxytXtm/NNgbF4lOJLG8NFp4AHJAJyQ7obfShk+B2nCy6MhS7blcx6P
Fhjb7TCalstWdeCGd8nYKrCdYGSFZUQ8qnOglT2Qbivx1mssnGFlMj+kjKSzDTMN
gFvCEw46juciWjSABSIDxY52sOupWU4VCU6ZBT8Y7D/rvzBnZrWhO5Hoahk2uaAM
+elLslas4Rji9B0Ez6UF
=tl2l
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Processing of localechooser_2.68_i386.changes

[Debian FTP Masters]

localechooser_2.68_i386.changes uploaded successfully to ftp-master.debian.org
along with the files:
  localechooser_2.68.dsc
  localechooser_2.68.tar.xz
  localechooser_2.68_i386.udeb

Greetings,

Your Debian queue daemon (running on host coccia.debian.org)

Processing of localechooser_2.68_i386.changes

[Debian FTP Masters]

localechooser_2.68_i386.changes uploaded successfully to localhost
along with the files:
  localechooser_2.68.dsc
  localechooser_2.68.tar.xz
  localechooser_2.68_i386.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

localechooser_2.68_i386.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 11 Feb 2016 18:53:07 +0100
Source: localechooser
Binary: localechooser
Architecture: source i386
Version: 2.68
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Christian Perrier 
Description:
 localechooser - choose language/country/locale (udeb)
Changes:
 localechooser (2.68) unstable; urgency=medium
 .
   [ Colin Watson ]
   * Use HTTPS for Vcs-* URLs, and link to cgit rather than gitweb.
Checksums-Sha1:
 f56d021da818f2cf68ec53e2ed4749962f91a2ea 1695 localechooser_2.68.dsc
 42ae1554e6fdff478e4dc1707267e4e7b96c8701 177220 localechooser_2.68.tar.xz
 f21c6f89b113e1a23de072cb93c00a5552790327 279208 localechooser_2.68_i386.udeb
Checksums-Sha256:
 2f3e57b171bd75bd8c5825b696631fd690062d4a67f737461f8802b2938d8c5e 1695 
localechooser_2.68.dsc
 1928a4097ab757efdfcd2d688cd887c20a92a6b20291a44b3b4681921808a901 177220 
localechooser_2.68.tar.xz
 71abbf54086529d2500e473e6654d2d4702e9955e9c11f8c8e9343e07db19373 279208 
localechooser_2.68_i386.udeb
Files:
 02c7277761470c0f5763850693bd8866 1695 debian-installer optional 
localechooser_2.68.dsc
 629c4281e69f44a259f4da824fd477cd 177220 debian-installer optional 
localechooser_2.68.tar.xz
 40dfb016930c821c20b89c39e20dc431 279208 debian-installer optional 
localechooser_2.68_i386.udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWvM44AAoJEIcvcCxNbiWoNOYP+wYxfTAXBS/8MRFY8lBLkJeE
GpcM5Ocxm6nc/Gfy7VTgUw5miiad7MqHgUJygwvN5tKCKxiB8MfBwKZcekBPTu6I
WXj3fPmj5poasvJUR6I8QJiraLsfG6TKhnZKDKw/zDm2wXAc5qZPXd58TWjfv6D2
tcMvyBw2JP+OgNFkgxuLXgvjKsHgg8bcQwwzFebkh/43Ut6q3ZnWqr+GtUyz4Tem
gk/yvsO+hzF+++rZkmccLTsgVPWEoi0ujFt6BhYSqRU/juU1AMzWY2BZCbt3PetY
pWMhnIWDOmuLSeenQE776XATuRJNSWsASbmqwtu9m8Xr1I1bfvZOmk5ihxHa3K0o
ZxmxhFkFdRwMWhMPJbtQVDpvT928NoGKFJFR9Xu5Fk7Qs6xpqIf/OeLaLQ61zHPg
UC5FL0ZngV7uacWmWDMHxNyWpx+rtNRhEQUv1mBiXx1JTL/th5C4GCL0Un7jQWq3
k6vFyWxwDIc9jCNM2ghXU2nKpg043/fqzG4GDOpAax+cUnoOh/R8lIU88NHI8rDg
fGAELZUP0RhcT1UcN8cXKlcyA38Kgu268tXJYD3Q/jQ1vFRW9V1dNj8j5a55Y7k6
3jU+Y8CWGQZkDJVMesvktNRp32FXV8LQsqetrMmX21s/mSDyT4cQPv80LfjT111B
m8ge6xuyc3EWAirsSudH
=9B/D
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Bug#750586: syslinux-common: Boot fails. Failed to load ldlinux.c32. File must be in /. Upstream bug

[Christian Seiler]

Control: tags -1 + patch

Hi,

I've investigated this bug a bit because of a posting to debian-user@;
the original fix that went into Jessie fixes the netboot.tar.gz images.
The problem is that the installer data in the mirror doesn't contain
ldlinux.c32.

(For a more detailed analysis of the problem that I posted to
debian-user, see [1].)

Additionally, the default pxelinux.0 image from jessie onwards doesn't
support HTTP via gPXE/iPXE anymore, it only supports TFTP. So directly
using a HTTP mirror for PXE booting with gPXE/iPXE is possible up to
Wheezy, but not possible starting with Jessie anymore. I've reported
this against pxelinux as:


But there is an alternative image, lpxelinux.0, which implements HTTP
directly (and doesn't call out to gPXE/iPXE) that may be used instead
of pxelinux.0; it's already included in the pxelinux package from
Jessie onwards.

I've attached a patch against d-i git master that adds the ldlinux.c32
and lpxelinux.0 files to the mirror itself (and not just to the
netboot.tar.gz as before).

I verified that a Jessie installer created in a clean pbuilder
environment with that patch applied works as expected and has
ldlinux.c32 as well as lpxelinux.0 in both netboot.tar.gz files as
well as the mirror file system proper.

It would be great if this patch could be applied not only to Stretch
but also be part of the next point release in Jessie, so that booting
the Jessie installer directly from HTTP works again.

Thanks!

Regards,
Christian

[1] https://lists.debian.org/debian-user/2016/02/msg00295.html
From dd2670702f183b77037060f32255b7449a5d2ed6 Mon Sep 17 00:00:00 2001
From: Christian Seiler 
Date: Thu, 11 Feb 2016 20:31:46 +0100
Subject: [PATCH] Add ldlinux.c32 and lpxelinux.0 to netboot files on mirrors

Closes: #750586
---
 build/config/amd64/netboot-gtk.cfg | 2 +-
 build/config/amd64/netboot.cfg | 2 +-
 build/config/i386/netboot-gtk.cfg  | 2 +-
 build/config/i386/netboot.cfg  | 2 +-
 build/config/x86.cfg   | 2 ++
 5 files changed, 6 insertions(+), 4 deletions(-)

diff --git a/build/config/amd64/netboot-gtk.cfg b/build/config/amd64/netboot-gtk.cfg
index 4a88b6a..900c158 100644
--- a/build/config/amd64/netboot-gtk.cfg
+++ b/build/config/amd64/netboot-gtk.cfg
@@ -1,7 +1,7 @@
 MEDIA_TYPE = netboot image
 
 NETBOOT_DIR_TARGETS = $(TEMP_INITRD) $(TEMP_KERNEL)
-NETBOOT_DIR_LINKS = pxelinux.0 pxelinux.cfg
+NETBOOT_DIR_LINKS = pxelinux.0 lpxelinux.0 ldlinux.c32 pxelinux.cfg
 
 TYPE = netboot/gtk
 
diff --git a/build/config/amd64/netboot.cfg b/build/config/amd64/netboot.cfg
index 706b7bb..c83225f 100644
--- a/build/config/amd64/netboot.cfg
+++ b/build/config/amd64/netboot.cfg
@@ -1,7 +1,7 @@
 MEDIA_TYPE = netboot image
 
 NETBOOT_DIR_TARGETS = $(TEMP_INITRD) $(TEMP_KERNEL)
-NETBOOT_DIR_LINKS = pxelinux.0 pxelinux.cfg
+NETBOOT_DIR_LINKS = pxelinux.0 lpxelinux.0 ldlinux.c32 pxelinux.cfg
 TARGET = $(NETBOOT_DIR) $(NETBOOT_TAR) $(MINIISO)
 EXTRANAME = $(MEDIUM)/
 
diff --git a/build/config/i386/netboot-gtk.cfg b/build/config/i386/netboot-gtk.cfg
index 144f2fe..570a871 100644
--- a/build/config/i386/netboot-gtk.cfg
+++ b/build/config/i386/netboot-gtk.cfg
@@ -1,7 +1,7 @@
 MEDIA_TYPE = netboot image
 
 NETBOOT_DIR_TARGETS = $(TEMP_INITRD) $(TEMP_KERNEL)
-NETBOOT_DIR_LINKS = pxelinux.0 pxelinux.cfg
+NETBOOT_DIR_LINKS = pxelinux.0 lpxelinux.0 ldlinux.c32 pxelinux.cfg
 
 TYPE = netboot/gtk
 
diff --git a/build/config/i386/netboot.cfg b/build/config/i386/netboot.cfg
index 706b7bb..c83225f 100644
--- a/build/config/i386/netboot.cfg
+++ b/build/config/i386/netboot.cfg
@@ -1,7 +1,7 @@
 MEDIA_TYPE = netboot image
 
 NETBOOT_DIR_TARGETS = $(TEMP_INITRD) $(TEMP_KERNEL)
-NETBOOT_DIR_LINKS = pxelinux.0 pxelinux.cfg
+NETBOOT_DIR_LINKS = pxelinux.0 lpxelinux.0 ldlinux.c32 pxelinux.cfg
 TARGET = $(NETBOOT_DIR) $(NETBOOT_TAR) $(MINIISO)
 EXTRANAME = $(MEDIUM)/
 
diff --git a/build/config/x86.cfg b/build/config/x86.cfg
index 998aed3..28ee614 100644
--- a/build/config/x86.cfg
+++ b/build/config/x86.cfg
@@ -354,6 +354,7 @@ arch_netboot_dir: x86_syslinux x86_grub_efi
 	cp $(TEMP_INITRD) $(TEMP_NETBOOT_DIR)/$(NETBOOT_PATH)
 	cp $(TEMP_KERNEL) $(TEMP_NETBOOT_DIR)/$(NETBOOT_PATH)/linux
 	cp /usr/lib/PXELINUX/pxelinux.0 $(TEMP_NETBOOT_DIR)/$(NETBOOT_PATH)
+	cp /usr/lib/PXELINUX/lpxelinux.0 $(TEMP_NETBOOT_DIR)/$(NETBOOT_PATH)
 	mkdir -p $(TEMP_NETBOOT_DIR)/$(NETBOOT_PATH)/pxelinux.cfg
 	mkdir -p $(TEMP_NETBOOT_DIR)/$(BOOT_SCREEN_DIR)
 	cp /usr/lib/syslinux/modules/bios/vesamenu.c32 $(TEMP_NETBOOT_DIR)/$(BOOT_SCREEN_DIR)
@@ -395,6 +396,7 @@ arch_netboot_dir: x86_syslinux x86_grub_efi
 	# dhcp server setups to work without modification.
 	rm -f $(TEMP_NETBOOT_DIR)/pxelinux.0
 	ln -sf $(NETBOOT_PATH)/pxelinux.0 $(TEMP_NETBOOT_DIR)/pxelinux.0
+	ln -sf $(NETBOOT_PATH)/lpxelinux.0 $(TEMP_NETBOOT_DIR)/lpxelinux.0
 	# This link is required because pxelinux only looks in the tftp root
 	# for this library (it does a PATH search for any others).
 	

Processed: Re: syslinux-common: Boot fails. Failed to load ldlinux.c32. File must be in /. Upstream bug

[Debian Bug Tracking System]

Processing control commands:

> tags -1 + patch
Bug #750586 [debian-installer] syslinux-common: Boot fails. Failed to load 
ldlinux.c32. File must be in /. Upstream bug
Added tag(s) patch.

-- 
750586: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750586
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processing of nobootloader_1.47_i386.changes

[Debian FTP Masters]

nobootloader_1.47_i386.changes uploaded successfully to ftp-master.debian.org
along with the files:
  nobootloader_1.47.dsc
  nobootloader_1.47.tar.xz
  nobootloader_1.47_all.udeb

Greetings,

Your Debian queue daemon (running on host coccia.debian.org)

Processing of nobootloader_1.47_i386.changes

[Debian FTP Masters]

nobootloader_1.47_i386.changes uploaded successfully to localhost
along with the files:
  nobootloader_1.47.dsc
  nobootloader_1.47.tar.xz
  nobootloader_1.47_all.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

nobootloader_1.47_i386.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 11 Feb 2016 19:09:33 +0100
Source: nobootloader
Binary: nobootloader
Architecture: source all
Version: 1.47
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Christian Perrier 
Description:
 nobootloader - Don't install any bootloader (udeb)
Changes:
 nobootloader (1.47) unstable; urgency=medium
 .
   [ Colin Watson ]
   * Use HTTPS for Vcs-* URLs, and link to cgit rather than gitweb.
Checksums-Sha1:
 b7c5772b63605d35d706721fd5813a86db38cd70 1629 nobootloader_1.47.dsc
 e7bfd74e11462935787507cb72100350c278f8c1 79088 nobootloader_1.47.tar.xz
 538f08f82ad0dcb063f688611f775d7913f9553a 73962 nobootloader_1.47_all.udeb
Checksums-Sha256:
 09a0a7126d90f7e4119a2dccd3e77f00277a4846ca9e76353fb3907596d4c4ff 1629 
nobootloader_1.47.dsc
 84889a5064ca3f3dc78f7c10f0003ee2e534ac3cecadf71ada6816babc550bd3 79088 
nobootloader_1.47.tar.xz
 cd481619a6e2d31a9ed6eb60e382e061be79e6ea639d2fa4b97fd34940271c83 73962 
nobootloader_1.47_all.udeb
Files:
 5bc75d3ab0e964e0d44c7ed1c81186a9 1629 debian-installer standard 
nobootloader_1.47.dsc
 cb731b5103b8e16439305dde639b0906 79088 debian-installer standard 
nobootloader_1.47.tar.xz
 9d9ed86b6740d791892bf932509f3635 73962 debian-installer standard 
nobootloader_1.47_all.udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWvOgkAAoJEIcvcCxNbiWox60P/1yDBQkiAZgZZYfVfqguSE2Q
vYigUARNx0LIzFwIXRBgh17jXvgI8mn30bQAhqKeZmJVKHF32n7bkG+WtPdpB5yO
/8hFTVil85xweCcpBuRtS6M3lYIWNjafj6PhVx8DhMu2MnLslb8KAYcWZrQeaGOD
scSlj8jHC2R4gxJ1iX2ih7ylXDp4Q7Koj5uRQjzWTOo28QxwZZQdUU7+9ayfx6GC
oxUNhjQqmpnh6JgyqRy2ce7bqC+4+m1THsZq1EXs3dqKn1nCi0O0tLLedKL8k5e2
lm+3eXx73vnysVmmfN/NAI6ukIpafjfMy74Kr1s6T3I82MR76WJ99iiYGDAeucpj
lN93Wku75nilJcOizigo4/H5fncK0RsAxgpL/qgDulnJDakjZbBAwh8NmqPfT5t/
7SUB7KOr2gfr9VY/78A9jR1kCYXZzmbUjqHI0MQiL27KqWKTbFz05YQwsSwgrlTh
3Vi4myTA1qSlBJuCg4D4WJPlPilGk6ut/jctb3vmwp1KU02+pa0hHLch5TaMFRxO
AFBlqyCC+bSmJobxxiRlzbK5TDdlT7OBj2dZixDHOW9uN0UuLH93wa2ULy7au+lI
G9sSljiV5J9jmG0X/Tf6/8iUSPgTy+du0gFwcSdZ7QsTe8icO2w9XjeUnK8hNzd8
0kDaW3mo7kA2eEfhJxix
=brcK
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Re: UEFI support for mini.iso?

[Wouter Verhelst]

On Thu, Feb 11, 2016 at 09:42:19AM +0100, Thomas Schmitt wrote:
> Hi,
> 
> Wouter Verhelst wrote:
> > This image however does not support booting on a UEFI-only system.
> 
> It does support EFI booting from CDROM. At least with qemu and OVMF
> as EFI firmware.

Right. I haven't written a CDROM image in ages, though :-)

> > Is there anyone with the required knowledge who would be willing to
> > look into fixing that?
> 
> I downloaded
>   
> http://ftp.debian.org/debian/dists/sid/main/installer-amd64/current/images/netboot/mini.iso
> 
> which bears this boot equipment:
>   El Torito catalog  : 59  1
>   El Torito cat path : /boot.cat
>   El Torito images   :   N  Pltf  B   Emul  Ld_seg  Hdpt  Ldsiz LBA
>   El Torito boot img :   1  BIOS  y   none  0x  0x00  4 268
>   El Torito boot img :   2  UEFI  y   none  0x  0x00832  60
>   El Torito img path :   1  /isolinux.bin
>   El Torito img opts :   1  boot-info-table isohybrid-suitable
>   El Torito img path :   2  /boot/grub/efi.img
> 
>   MBR partition table:   N Status  TypeStart   Blocks
>   MBR partition  :   1   0x80  0x17051200
>   MBR partition  :   2   0x00  0x015120012288
> 
> I.e. it has an EFI boot image for booting from CD, but no partition
> of MBR type 0xef which would point to that image file /boot/grub/efi.img.

Which is the problem I was trying to deal with.

> So expectably it boots by
> 
>   qemu-system-x86_64 -enable-kvm -m 512 -bios /usr/share/ovmf/OVMF.fd -cdrom 
> mini.iso
> 
> and does not boot by
> 
>   qemu-system-x86_64 -enable-kvm -m 512 -bios /usr/share/ovmf/OVMF.fd -hda 
> mini.iso
> 
> 
> One could use xorriso to repack the ISO and apply options which would
> cause production of partition tables.
> But in this case we have the classical situation for SYSLINUX program
> "isohybrid". (We even have the repaired version in Sid, which does
> not write random chinese GPT partition names.)
> 
>   isohybrid -u mini.iso

It turns out isohybrid is already being called, except not with the -u option:

wouter@gangtai:~/debian/debian-installer/installer/build$ grep ^isohybrid 
util/geniso_hybrid_plus_firmware_partition 
isohybrid -h "$heads" -s "$sectors" "$iso"

If I change that to add the -u option, things fail miserably later on in
the script; it tries to run fdisk on the ISO file, but that no longer
works because the -u option changes things around a fair bit.

However, if I add a line

isohybrid -u "$iso"

at the end of the script, it seems to work; I've successfully booted the
result of that on qemu in all four use cases (EFI vs not EFI, CDROM vs
hd image).

I've committed that for now, but if you have the time to look at that
script
(http://anonscm.debian.org/cgit/d-i/debian-installer.git/tree/build/util/geniso_hybrid_plus_firmware_partition),
that might be good.

Thanks for you help,

-- 
It is easy to love a country that is famous for chocolate and beer

  -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26

Bug#814342: lowmem should not block when in network-console d-i mode

[Martin Michlmayr]

* Roger Shimizu  [2016-02-11 16:28]:
> Now it's clear, since in d-i, file
> build/pkg-lists/netboot/network-console/armel/orion5x.cfg
> 
> oldsys-preseed
> # sata and ext2/ext3 modules are needed by oldsys-preseed to read the disk
> # -> disable due to size problems

That doesn't explain what you're seeing.  If oldsys-preseed cannot
read the disk on Buffalo devices, it should still generate a preseed
file with DHCP and a fallback IP address (as well as the lowmem
override).

Please debug why (and what) is not working for you.

> I think maybe it's necessary to split "orion5x" as:
> - orion5x with serial console support, which keeps current config, so
> as kuroboxpro can be supported
> - orion5x without serial console support, re-enable sata and ext4, but
> disable jffs2 and micro-evtd
> 
> What's your idea?

"with serial console support" would be the netboot image.  So you're
suggesting that Kurobox Pro should use the netboot image whereas other
Buffalo devices should use network-console.

I don't know if Kurobox Pro all have a serial console.  I used to have
such a device but I cannot remember anything about it.

-- 
Martin Michlmayr
http://www.cyrius.com/

Bug#814490: os-prober: 50lilo fails to parse append= in lilo.conf, elading to corrupted grub.cfg

[Marc Lehmann]

Package: os-prober
Version: 1.65
Severity: normal

Dear Maintainer,

update-grub on my system fails to generate a valid grub.cfg. the culprit is
/usr/lib/linux-boot-probes/mounted/50lilo, which fails to parse my lilo.conf 
file, generating entries such as:

::4.3.3:/boot/vmlinuz-4.3.3-040303-generic:/boot/initrd.img-4.3.3-040303-generic:ro
 vga = 0 append = "root=/dev/vg_cerebro/root rootfstype=ext4 rootdelay=5 
relatime elevator=cfq transparent_hugepage=always kernelcore=6G 
ip=10.0.0.1::10.0.0.5:255.255.255.240:cerebro-preboot:eth0:off pcie_aspm=force 
3w-9xxx.use_msi=0 zswap.enabled=1 zswap.compressor=lz4 syscall.x32=y 
modprobe.blacklist=nouveau,nvidiafb

the problem here is the

   append = "...

which lacks a trailing ", causing grub to barf eventually.

disabling this script with an exit 0 at the top makes update-grub run through.

I debugged a bit, and found that at some point, dequoute is called with a
full line from the lilo.conf. Specifically, my lilo.conf contains this line:

   append = "root=/dev/vg_cerebro/root rootfstype=ext4 rootdelay=5 relatime 
elevator=cfq transparent_hugepage=always kernelcore=6G 
ip=10.0.0.1::10.0.0.5:255.255.255.240:cerebro-preboot:eth0:off pcie_aspm=force 
3w-9xxx.use_msi=0 zswap.enabled=1 zswap.compressor=lz4 syscall.x32=y 
modprobe.blacklist=nouveau,nvidiafb"

which is passed to the dequote function, which removes the trailing " and
nothing else, ultimately leading to the failure as this ends up directly
in grub.cfg.

I have not investigated further.

Greetings,
Marc

-- System Information:
Debian Release: 8.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (500, 
'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.13-040113-generic (SMP w/12 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages os-prober depends on:
ii  libc6  2.21-7

os-prober recommends no packages.

os-prober suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/lib/linux-boot-probes/mounted/50lilo (from os-prober 
package)

Processing of rootskel-gtk_1.33_i386.changes

[Debian FTP Masters]

rootskel-gtk_1.33_i386.changes uploaded successfully to ftp-master.debian.org
along with the files:
  rootskel-gtk_1.33.dsc
  rootskel-gtk_1.33.tar.xz
  rootskel-gtk_1.33_i386.udeb

Greetings,

Your Debian queue daemon (running on host coccia.debian.org)

Processing of rootskel-gtk_1.33_i386.changes

[Debian FTP Masters]

rootskel-gtk_1.33_i386.changes uploaded successfully to localhost
along with the files:
  rootskel-gtk_1.33.dsc
  rootskel-gtk_1.33.tar.xz
  rootskel-gtk_1.33_i386.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

rootskel-gtk_1.33_i386.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 12 Feb 2016 05:55:22 +0100
Source: rootskel-gtk
Binary: rootskel-gtk
Architecture: source i386
Version: 1.33
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Christian Perrier 
Description:
 rootskel-gtk - Additions for graphical installs to skeleton root filesystem 
(deb (udeb)
Changes:
 rootskel-gtk (1.33) unstable; urgency=medium
 .
   [ Colin Watson ]
   * Use HTTPS for Vcs-* URLs, and link to cgit rather than gitweb.
Checksums-Sha1:
 b98e80467dd21a4bce307adbe6f93294dfc616e8 1622 rootskel-gtk_1.33.dsc
 ab5268cbd232586de24c5e4b50cf3cdcee478cb7 23256 rootskel-gtk_1.33.tar.xz
 ab51f3c06ab29c3ac6f4c17cf7b1c9439ed7d470 34196 rootskel-gtk_1.33_i386.udeb
Checksums-Sha256:
 e68952e9d4698f877965f891d4d118cfb5ecb0c28c38459364a18e4b76c1c965 1622 
rootskel-gtk_1.33.dsc
 1f3a8dbd4069463168a6414514dd8d16d215db47321044baaf077b65d04cae3d 23256 
rootskel-gtk_1.33.tar.xz
 4a1f06d9592e83e4cf45514bae77889573a0319ee9859044a4bbd3c0c3faf925 34196 
rootskel-gtk_1.33_i386.udeb
Files:
 c6b4f6ddb85e2f6865aafce5d3cfd528 1622 debian-installer optional 
rootskel-gtk_1.33.dsc
 8d6a5adacedf041ef507eb83753194cf 23256 debian-installer optional 
rootskel-gtk_1.33.tar.xz
 516b137fa2398a99d044fac2c2588a79 34196 debian-installer optional 
rootskel-gtk_1.33_i386.udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWvXIIAAoJEIcvcCxNbiWoMCkP/iEwUOfmBW3+LDAORRYYD799
S8q662AQRSZbtaFlXbWy5CTlQI1hD2vsTgex12OjUkncjjNPQhxkYTeJa0zuURTa
+tCRagmrmNHrIP7x04bG4bOwXoHAcaZwyaTcD5gsytvCCgCdGFnQvhQkT3zBZLua
5f+UGQJwKSooF/hiU/mogjnHfgDHlYPljtVVwVpJouWR1FwXGy4BkzyjGmXQ71UL
3AkGuaHM9Agr/qjLYZfG3sasXs3o9B//I6IS2A7g1Y0bazk47/wuFrExZnx1HAJG
8fhvKh2tPnJN2KRS+tfAPT1W6KTO0OcHRXwUsop6aVWhgdk7T4WPmDkmEz1sC0cM
GVnrjw06jl2y//wwuOiLfvUy32tssTK3K1uGvg+eEXhLVxeraC72N34OJ/4CZyf+
P085JAw3cYt2O5fTTkTbR3qnSsIgPkHiLKjL6x2Vty0/FIhwsFwDlWhyDPO9Hl86
Cs8b6qVuJFG/pmiuQqceymmTSqwE+JxksKvlKxTpJm1gseBRRskFeo1pA0fiyz6N
C6tr0BydbwtfwbzUx593wE3UND5f07pR+WXdnbF/MH9whjPMQjycpvpTlPJI/MAf
3cnPsmSok6YRjL95grUKKMNzmjblp4jGAW766uq2saUVTx/CK8vlYIohd+6Fzpci
4evL3tR/YIlNCr/pnuQJ
=QJX9
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Bug#814342: lowmem should not block when in network-console d-i mode

[Roger Shimizu]

On Fri, Feb 12, 2016 at 9:38 AM, Martin Michlmayr  wrote:
> * Roger Shimizu  [2016-02-11 16:28]:
>> Now it's clear, since in d-i, file
>> build/pkg-lists/netboot/network-console/armel/orion5x.cfg
>>
>> oldsys-preseed
>> # sata and ext2/ext3 modules are needed by oldsys-preseed to read the disk
>> # -> disable due to size problems
>
> That doesn't explain what you're seeing.  If oldsys-preseed cannot
> read the disk on Buffalo devices, it should still generate a preseed
> file with DHCP and a fallback IP address (as well as the lowmem
> override).
>
> Please debug why (and what) is not working for you.

Thanks for your guide!
Now I trace to the following file:
- https://anonscm.debian.org/cgit/d-i/oldsys-preseed.git/tree/oldsys-preseed

It seems I need to write a block for device tree based Linkstation.

>> I think maybe it's necessary to split "orion5x" as:
>> - orion5x with serial console support, which keeps current config, so
>> as kuroboxpro can be supported
>> - orion5x without serial console support, re-enable sata and ext4, but
>> disable jffs2 and micro-evtd
>>
>> What's your idea?
>
> "with serial console support" would be the netboot image.  So you're
> suggesting that Kurobox Pro should use the netboot image whereas other
> Buffalo devices should use network-console.

I think network-console is a special variant of netboot. And serial
console install works well on network-console image.

> I don't know if Kurobox Pro all have a serial console.  I used to have
> such a device but I cannot remember anything about it.

I owned a Kurobox Pro long time ago, but I don't have it anymore.
I now it's simply Linkstation Pro (LS-GL) + one additional NAND flash
+ external SATA interface.
For d-i, we can treat Kurobox Pro the same thing as Linkstation Pro.

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1