[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 Wed, 13 Feb 2019 16:34:18 +0000
with message-id <E1gtxUI-0001PN-Nm@fasolo.debian.org>
and subject line Bug#898995: fixed in live-wrapper 0.8
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.8

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: Wed, 13 Feb 2019 15:56:34 +0000
Source: live-wrapper
Binary: live-wrapper live-wrapper-doc
Architecture: source all
Version: 0.8
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
Changes:
 live-wrapper (0.8) unstable; urgency=medium
 .
   [ 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
 .
   [ Jonathan Carter ]
   * Add "quiet splash" to cmdline
   * Update standards version to 4.3.0
   * Update to debhelper-compat (=12)
   * Add self to uploaders
   * Replace python-sphinx with python3-sphinx
Checksums-Sha1:
 140ad8853d031a48aa749b15afa32894fd4e6c44 1948 live-wrapper_0.8.dsc
 102471fc3cd9ded3021c17b4acf828c5e2d3212c 29852 live-wrapper_0.8.tar.xz
 1fc3795502ca625a966b5345612f9cbc4c533112 29296 live-wrapper-doc_0.8_all.deb
 e033de3c1ebdfc7f49c0d2d34f67e541e4de3fef 21044 live-wrapper_0.8_all.deb
 1d2489a6411a1548a43ca8062dc4961902240328 8918 live-wrapper_0.8_amd64.buildinfo
Checksums-Sha256:
 1f7c2e2d710428a1304a5af9dfaf2d185ddc4b4e3df0a89c1a0975675ef16337 1948 live-wrapper_0.8.dsc
 2a422c63bf233b7aa43806330bb7d744756d43475520de97a953ba19eac5e6d0 29852 live-wrapper_0.8.tar.xz
 9d8198c889a9a69ec26ab7b89255c5b95c7a0f90e845fd16da63ad72d7f08b2e 29296 live-wrapper-doc_0.8_all.deb
 af9f6a7a640f751c58e00708f20316e6621017436a304eccb48a106ecea4d05b 21044 live-wrapper_0.8_all.deb
 4ddf4b68792c76cf27a17e5294f25b037c5515f4649aebf419dcef65e1e5a6d6 8918 live-wrapper_0.8_amd64.buildinfo
Files:
 4049b1b42ba8772f4dd9679792b675b5 1948 misc optional live-wrapper_0.8.dsc
 11020e3b351f269a84aa3dd2d572597e 29852 misc optional live-wrapper_0.8.tar.xz
 896e386aa3392485b4f76a01d49a6b4f 29296 doc optional live-wrapper-doc_0.8_all.deb
 8b00086c391f938e42f0bf9a5f5f5129 21044 misc optional live-wrapper_0.8_all.deb
 3c2506c0555333a32b5505c3c2b22b6d 8918 misc optional live-wrapper_0.8_amd64.buildinfo

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

iQJDBAEBCgAtFiEExyA8CpIGcL+U8AuxsB0acqyNyaEFAlxkQU0PHGpjY0BkZWJp
YW4ub3JnAAoJELAdGnKsjcmhY88P/2W0rEcKZYrdjWBdSHuJqJkMKcbDgqLxnuZx
vraZMvBIhOM0GfdNECjfxl7vyOspV/DXqpr6bik6sDHch4UXhSoep8SUnE3o4pGl
SjaawizcxZfl9cRkUxesJ+A9cI3H96uixnUFqDs32Ue9e1g2IgNfEzOq9W2V8S8t
euX9CDmkhsl5Qk5Ly1mLKWtfZKfWpltw+YVeDH1gUzutUa3WG/gLORyl75+Mcwnu
U+houvWndbP7ZPXXxiyo2yf0zM88Ywcc0RQyEGaxNQkz1ovebA8/Dgc5SWahUi69
3F1hRRgLBtq3atAWEk7D1YMfsCfs9/5Ovp2yiRixoQHKwFQQKpmHiwhjcd0T5uEr
rCWoR1lyYIomk4OFGxlOTAXW+IKv99fnecZ9I6n9/nzpop+pMAhhQ+v5tbRMvLfm
N7AncVsvD6omnN70YJXVE6AMrboGEJfpFBsf/2LpDa9AOVfOgUFJ7Kw6YzKLTdC+
4eblYI8ESEqljvO/uyVmVH0rZbwRNnE3pJM+ZZ6D5keFNaw8WX+ULsH0xQKe9SxH
HmlMqbDjC2sNNUnV2kLO4HEI8FpxtVFAszz9Ee09dcr0fS6Mc0/M2doMHax5gPSx
lI41gfHB12mZk1ktNdYmYMqDs7UwEwSAKNP/tvvxE75p/GeKNcw/zIxG/tAiFMaQ
QZw2yhgL
=DoxV
-----END PGP SIGNATURE-----

--- End Message ---

Reply to: