[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#898995: marked as done (live-wrapper: debian-live-9.4.0-amd64-xfce.iso image file is larger than its isosize)



Your message dated Tue, 26 Mar 2019 20:47:40 +0000
with message-id <E1h8syy-0000oI-UE@fasolo.debian.org>
and subject line Bug#898995: fixed in live-wrapper 0.9
has caused the Debian Bug report #898995,
regarding live-wrapper: debian-live-9.4.0-amd64-xfce.iso image file is larger than its isosize
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
898995: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898995
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Source: live-wrapper
Version: which made debian-live-9.4.0-amd64-xfce.iso, possibly newer than 0.7
Severity: normal

Dear Maintainer,

as Mike Kupfer pointed out in
  https://lists.debian.org/debian-user/2018/05/msg00522.html
the file size of
  debian-live-9.4.0-amd64-xfce.iso
is larger than the filesystem size reported by
  isosize -x debian-live-9.4.0-amd64-xfce.iso

It is undesirable to have sizes differing between filesystem and image file,
because
  https://www.debian.org/CD/faq/#verify
proposes to use isosize for determining the checksummed size on a medium
which does not mark the end of the image file copy.

The difference is 32 KiB. It pads up the image file to full multiples of
64 KiB.
The reason for this padding is the multi-session preparation of xorriso
which is done by default if the native command set is used. It is disabled
by default in mkisofs emultation.

debian-live-9.3.0-amd64-xfce.iso was not affected because its filesystem
size was already aligned to 64 KiB.

---------------------------------------------------------------------------
Proposal:

Add to the xorriso run of live-wrapper the command

  -compliance no_emul_toc

which will disable the multi-session preparation.

---------------------------------------------------------------------------
Test made:

I repacked debian-live-9.4.0-amd64-xfce.iso by mounting it as /mnt/iso
and running xorriso similar to the recorded run in its file
  /.disk/mkisofs
with the proposed command added.

  xorriso-1.4.6 \
    -outdev /dvdbuffer/x.iso \
    -volid 'd-live 9.4.0 xf amd64' \
    -padding 0 \
    -map /mnt/iso / \
    -chmod 0755 / -- \
    -boot_image isolinux dir=/isolinux \
    -boot_image isolinux system_area=/dvdbuffer/isohdpfx.bin \
    -boot_image any next \
    -boot_image any efi_path=boot/grub/efi.img \
    -boot_image isolinux partition_entry=gpt_basdat \
    \
    -compliance no_emul_toc

The resulting file /dvdbuffer/x.iso has  1951432704 bytes.
isosize -x reports the matching number of 952848 blocks of 2048 bytes.


There remains the riddle why i cannot find xorriso command
  -padding 0
in
  https://sources.debian.org/src/live-wrapper/0.7/lwr/xorriso.py/
/.disk/mkisofs indicates that it has been added to the argument list between
       self.args.extend(['-volid', self.volume_id])
and
       self.args.extend(['-map', cdroot, '/'])
But the code does not do this.

---------------------------------------------------------------------------
Background:

Multi-session preparation on overwritable media (e.g. data files or DVD+RW)
writes the first session to block 32 ff. and writes a superblock copy to
block 0 ff. The session gets aligned to full 64 KiB to avoid remaining
garbage between this session and the next to come, which will start at the
aligned end address.
Each new session overwrites the superblock copy at block 0 ff. This way a
chain of recognizable sessions and their superblocks is created.
xorriso command -toc can then tell where each session begins and thus how
it can be mounted by mount(8) option -o sbsector=.

As example see one of my daily backup DVD+RWs with base session at block 32
and add-on sessions at 32-block-aligned start blocks ("sbsector"):

  Media blocks : 1996256 readable , 298848 writable , 2295104 overall
  TOC layout   : Idx ,  sbsector ,       Size , Volume Id
  ISO session  :   1 ,        32 ,   1242005s , HOME_Z_2018_04_24_220414
  ISO session  :   2 ,   1242048 ,     39682s , HOME_Z_2018_04_25_221507
  ...
  ISO session  :  20 ,   1908992 ,     44177s , HOME_Z_2018_05_16_223024
  ISO session  :  21 ,   1953184 ,     43051s , HOME_Z_2018_05_17_223716
  Media summary: 21 sessions, 1995881 data blocks, 3898m data,  584m free
  Media nwa    : 1996256s

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

-- System Information:
Unknown. The problem occurs during Debian Live CD production.


Have a nice day :)

Thomas

--- End Message ---
--- Begin Message ---
Source: live-wrapper
Source-Version: 0.9

We believe that the bug you reported is fixed in the latest version of
live-wrapper, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 898995@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jonathan Carter <jcc@debian.org> (supplier of updated live-wrapper package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Tue, 26 Mar 2019 20:13:22 +0200
Source: live-wrapper
Binary: live-wrapper live-wrapper-doc
Architecture: source all
Version: 0.9
Distribution: unstable
Urgency: medium
Maintainer: Debian Live <debian-live@lists.debian.org>
Changed-By: Jonathan Carter <jcc@debian.org>
Description:
 live-wrapper - Wrapper for vmdebootstrap for creating live images
 live-wrapper-doc - Wrapper for vmdebootstrap for creating live images (Documentation
Closes: 898995 924000
Changes:
 live-wrapper (0.9) unstable; urgency=medium
 .
   [ Jonathan Carter ]
   * Add missing 'remove_daemon_block' to customize.sh (Closes: #924000)
 .
   [ Steve McIntyre ]
   * Add "-padding 0" to the xorriso command line to remove padding in the
     ISO image, as suggested by Thomas Schmitt.
   * Add -compliance no_emul_toc to the xorriso command line, as suggested
     by Thomas. Closes: #898995
Checksums-Sha1:
 c6bf2f0e920e91ecd65ad6eb712e7662ce6ec537 1948 live-wrapper_0.9.dsc
 14222a3d80e068ba7825534159dbb9be7a45fe49 30112 live-wrapper_0.9.tar.xz
 e0e8edb5e50bd4fcd12c6c5eb1eeaa7056f861f0 29468 live-wrapper-doc_0.9_all.deb
 476e6a03830eb0145844c77a63ac3043d52f7fc0 21356 live-wrapper_0.9_all.deb
 6de009a3fd3f246b5782353e6f2b81186c65c74e 8937 live-wrapper_0.9_amd64.buildinfo
Checksums-Sha256:
 6958ec5e72a89c121b85a4c878ba20c44c6eb8c0162a763ca77dd3543ace1adc 1948 live-wrapper_0.9.dsc
 d063876615a3bad5f5962e8c504d3a8f25202a8d2c7f8251743fe77c4815504f 30112 live-wrapper_0.9.tar.xz
 1afaf740df1172c07d2fee53fbd7ada0f98d4d3ddd0cbd8006f1b3b25834b7fe 29468 live-wrapper-doc_0.9_all.deb
 bfe871b5dd530d91da481654a92e84bca45ac6d0fb3231c37a1428b07e46bd1d 21356 live-wrapper_0.9_all.deb
 79230fb20c545badf8ea30bfb86db908847bb90ed370b4324c13b20d15dadd5a 8937 live-wrapper_0.9_amd64.buildinfo
Files:
 d3eb875569631695e0276cf54b59af11 1948 misc optional live-wrapper_0.9.dsc
 7426e218abe2121addadf79e5b629f25 30112 misc optional live-wrapper_0.9.tar.xz
 7ab36970c419bf102005d601bd56c51e 29468 doc optional live-wrapper-doc_0.9_all.deb
 331e390d9dda2dccbb92a08569efb69b 21356 misc optional live-wrapper_0.9_all.deb
 556e9f1d225d3cf7bc597ccb12b0c419 8937 misc optional live-wrapper_0.9_amd64.buildinfo

-----BEGIN PGP SIGNATURE-----

iQJDBAEBCgAtFiEExyA8CpIGcL+U8AuxsB0acqyNyaEFAlyahJsPHGpjY0BkZWJp
YW4ub3JnAAoJELAdGnKsjcmhaIkQAKEYhhgTOJqr9zpP2j6k/+jFt68wn7B7Ht+X
taNv/WiFCPIZf0wof8EVI3/hQaNW7qYaT10nkUTJqUAP2nT968KqgZXnbFVgH4NW
7r8C8YzFAWop/xdtV6gyJ7kkv+fHVT+a2+0FdApSnDr1TYO4fyt4dCtHAQXku0t4
Sx+kwqWC3Cico8jPtwsU8CZaFnRP6FBCVFDu5MZUZyUkaQl7jjMoX4wGK+rMOWiS
2Yy+ilm2XqucmCgSBiBspxehyTMUkE7IrjdOLXGjqB4SqKYZsCQ1VBCJ6k9qVsN7
G8n7evUNofFWE6/xNAFRDQf9AYsWspb5AdbgO6/HwMqVSZMSTRtbh8Qez6xDedRj
i/vb3WWjsxBB1fFREb86AiWeJoUbUpnTCuy+Ns6eUCl1uX3mEst1RVa0xd5YXbJp
bocAMEmovkX5NgaxbAc2N4T4G3TF7wRX4WHv8JJRRVWlslEe/t/G0HyunDUcJRx8
UujbwZPiLOGu3Z7+Egv70+bsI6nwo0VUHh6G+ppTlVuuP7rXeUDaD/1KODg17rkQ
4QCbBFKU2Xz2kCuBEALyXmt2WYiwm0YzwM9R5z91smjMTWgDrCxneEjQ7QffGJl8
yhvARf0edn95Omm44DKD4T4Yo1Le9nJMs8SHLFkwbAtTbWvkrLZQyk36FOj1OS7r
6dsVAr4z
=ACo7
-----END PGP SIGNATURE-----

--- End Message ---

Reply to: