The live images for sid are currently larger than 2GiB: cinnamon, gnome,
kde, lxqt, mate

See openQA:
https://openqa.debian.net/tests/overview?result=softfailed&distri=debian-live&version=sid&build=20250908&groupid=17

This means that the iso file cannot be downloaded to a FAT32 partition,
causing trouble for Rufus, Ventoy, et al.

E.g. gnome = 4574545920 bytes

Hi,

did you mean "4 GiB" instead of "2 GiB" ?

There are ISOs larger than 2 GiB already in
https://cdimage.debian.org/mirror/cdimage/archive/9.0.0-live/amd64/iso-hybrid/
The internet says that FAT 32 has a file size limit of 4 GiB - 1.

~ 4362.6 MiB.
That's near to the capacity of a recordable DVD of 4482.625 MiB.

https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/
says
  "you will typically need to write it to media, either writeable DVD
   or a USB stick."
This would soon have to be changed to
  "either a double-layer DVD+R, or a writable Blu-ray disc,
   or a USB stick."

Double layer DVD+R are traditionally the first media type which an
aging drive cannot burn successfully. So actually only BD-R and BD-RE
remain as reliably writable optical media for images with more than
4,700,372,992 bytes.


Have a nice day :)

Thomas

https://en.wikipedia.org/wiki/File_Allocation_Table

retitle 1114748 debian-live: ISO images are larger than 4GiB
affects 1113931 debian-live
thanks

Hi,

Yes indeed. The body of the bug report was correct, I'll update the
title now.

I found #1113931 and tried it in a recent, locally generated sid KDE
live image:

/usr/libexec/gcc/x86_64-linux-gnu/15$ file * | grep "not stripped" | cut
-d: -f1
cc1
cc1plus
lto1
$ ls -l cc1 cc1plus lto1
-rwxr-xr-x 1 root root 318266744 Sep 11 04:56 cc1
-rwxr-xr-x 1 root root 335423304 Sep 11 04:56 cc1plus
-rwxr-xr-x 1 root root 307972744 Sep 11 04:56 lto1
$ strip cc1 cc1plus lto1
$ ls -l cc1 cc1plus lto1
-rwxr-xr-x 1 user user 37254128 Sep 19 07:23 cc1
-rwxr-xr-x 1 user user 39576496 Sep 19 07:23 cc1plus
-rwxr-xr-x 1 user user 35983280 Sep 19 07:23 lto1

Instead of about 1GB, these files use only 100MB (not accounting for the
squashfs compression)

So after #1113931 is fixed, I guess that this bug report can be closed
as well.

With kind regards,
Roland Clobus

Hi,

Roland Clobus wrote:

This will give debian-live some more time before the ever growing
firmware and desktop packages will impose the same problem again.

How much of these saved 900 MB shows up as reduction of the ISO size ?


Have a nice day :)

Thomas

A quick test with the default configuration and gcc-15 additionally
installed (not c++):
 From 652214272 to 451936256, so about 200MB reduction.

With kind regards,
Roland Clobus

Hi,

Roland Clobus wrote:

That's probably not enough to bring 4574545920 bytes under 4 GiB.
And even if it suffices, there will be few room for future growth.
(But it will postpone the DVD size problem for a while.)

I wonder whether on MS-Windows the usual DVD burn programs can do
the equivalent of

  cat iso_part1 iso_part2 | xorriso -as cdrecord dev=/dev/sr0 -

and the usual image copiers can do the equivalent of

  cat iso_part1 iso_part2 >/dev/sdd


Have a nice day :)

Thomas