Error that ISO contains a file larger than 4GB when it does not.

[ktelep]

Checklist

• I have been made aware that if my problem can be summarized as "I've created or tried to create a media using Rufus, and ...", and I am not including a log, this issue will be summarily closed.
• I looked at https://github.com/pbatard/rufus/wiki/FAQ to see if my question has already been answered.
• I performed a search in the issue tracker for similar issues using keywords relevant to my problem, such as the error message I got from the log.
• I clicked the 'Log' button (🗒️) or pressed Ctrl-L in Rufus, or used DebugView, and copy/pasted the log into the section that says <FULL LOG> below.
• The log I am copying is the FULL log, starting with the line Rufus version: x.y.z - I have NOT removed any part of it.

Additionally (if applicable):

• [N/A] I ran a bad blocks check, by clicking Show advanced format options then Check device for bad blocks, and confirmed that my USB is not defective.
• [N/A] I also tried one or more of the following:
  • [N/A] Using a different USB drive.
  • [N/A] Plugging the USB into a different port.
  • [N/A] Running Rufus on a different computer.
• If using an image, I clicked on the (✓) button to compute the MD5, SHA1 and SHA256 checksums, which are therefore present in the log I copied. I confirmed, by performing an internet search, that these values match the ones from the official image.

Issue description

When using the Nutanix pheonxi.x86_64-fnd_5.6.1_patch-aos-6.8.1_ga.iso on Rufus 4.10p or greater, receive an error saying "Theis ISO image contains a file larger than 4GB, which is more than the maximum size allowed for a FAT or FAT32 file system.

Validated that the image contains no files larger than 4294967295 bytes (4GB -1) and the largest file is 4194304000 bytes in size (Found in /images/svm/nutanix_installer_package.tar.p00

Log

Rufus x64 v4.10.2279 (Portable)
Windows version: Windows 11 Pro for Workstations x64 (Build 26100.7462)
Syslinux versions: 4.07/2013-07-25, 6.04/pre1
Grub versions: 0.4.6a, 2.12
System locale ID: 0x0409 (en-US)
Will use default UI locale 0x0409
SetLGP: Successfully set NoDriveTypeAutorun policy to 0x0000009E
Localization set to 'en-US'
Notice: The ISO download feature has been deactivated because 'Check for updates' is disabled in your settings.
Found USB 2.0 device 'Generic Flash Disk USB Device' (058F:6387)
Ignoring drive '\\.\F:' as it spans multiple disks (RAID?)
Using 'autorun.inf' label for drive E: 'PHOENIX'
Ignoring drive '\\.\F:' as it spans multiple disks (RAID?)
Found non-USB removable device 'NVMe KXG50ZNV1T02 NVM' => Eliminated
1 device found
Ignoring volume '\\?\Volume{f3fa210b-65b1-11f0-81e4-d89ef341af80}' because it has more than one extent (RAID?)...
Disk type: Removable, Disk size: 64 GB, Sector size: 512 bytes
Cylinders: 7648, Tracks per cylinder: 255, Sectors per track: 63
Partition type: MBR, NB Partitions: 1
Disk ID: 0x0BC45941
Drive has a Syslinux Master Boot Record
Partition 1:
  Type: FAT32 LBA (0x0c)
  Detected File System: FAT32
  Size: 58.6 GB (62913511424 bytes)
  Start Sector: 2048, Boot: Yes
Ignoring drive '\\.\F:' as it spans multiple disks (RAID?)
Scanning image...
ISO analysis:
  Image is a UDF image
  Will use '/boot/isolinux/isolinux.cfg' for Syslinux
  Detected Syslinux version: 4.05/0x5bd8f633 (from '/boot/isolinux/isolinux.bin')
  Detected Shim version: 15 (from '/EFI/BOOT/BOOTX64.EFI')
  Detected GRUB version:  (from '/EFI/BOOT/grubx64.efi')
  Supported GRUB filesystems: ext2, hfsplus, iso9660, xfs
Disk image analysis:
  Image does not have a Boot Marker
UEFI bootloaders analysis:
  • /EFI/BOOT/BOOTX64.EFI
  Signed by 'Nutanix Secure Boot Key'
  • /EFI/BOOT/grubx64.efi
  Signed by 'Nutanix Kernel Signing Key'
ISO label: 'PHOENIX'
  Size: 6.6 GB (Projected)
  Uses: Syslinux/Isolinux v4.05
  Uses: GRUB2 ()
  Uses: EFI
Using image: phoenix.x86_64-fnd_5.6.1_patch-aos_6.8.1_ga.iso (6.6 GB)
WARNING: FAT32 has been forcefully enabled, but this image may not work with FAT32.

Computing hash for 'C:\Users\ktele\Downloads\phoenix.x86_64-fnd_5.6.1_patch-aos_6.8.1_ga.iso'...
  MD5:    0e7c800b46986c84d4fcdae92e73dc53
  SHA1:   47f64de857fddf05ea51a4f34fefa2953ae5c0c6
  SHA256: c1b89c930f5e9d5dbff2b6ede2064978e79b57902bbcab6e055a8600777bebb7

[pbatard]

Well, if Rufus actually detected that your image contained a file > 4 GB, you would see an explicit mention of it in the log with:

  Has a >4GB file

between the Size: 6.6 GB (Projected) and the Uses: Syslinux/Isolinux v4.05 line,

You don't get this, so, internally, Rufus does properly detect that your image does not contain a > 4GB file.

We did however apply some changes in 1a41758 because the Nutanix folks found nothing better than to completely strip the version string from their GRUB bootloaders (as you can see with the Uses: GRUB2 () line), which creates all kind of issues with the file system selection, and I guess we probably didn't test these changes enough, so there's probably one last condition that we didn't patch and that produces a generic error about the ISO having a large file (whereas the reason why that message popped up is because we have an ISO that is not compatible with NTFS but that should really use NTFS).

I guess I'll go back looking into the Nutanix situation some more, and try to fix the remaining issues. However, I make absolutely no guarantee that the resulting drive will work, since, through very questionable decisions, the Nutanix made it quite impossible for their ISO to work gracefully with utilities like Rufus...

[pbatard]

This should now be fixed in the next version.