Package: file Version: 1:5.44-3 Severity: normal Dear Maintainer,
`file` shows an extra leading zero for serial numbers of ntfs filesystems. It shows 17 characters like 034f5ee1202469ff7 instead of the correct 16 characters like 34f5ee1202469ff7 or with 0x prepended like 0x34f5ee1202469ff7 as it does it for FAT32. Steps to reproduce: 1) Create a new container for testing: $ fallocate --length 1G ./mycontainer 2) Format it as a reproducible ntfs filesystem: $ /sbin/mkfs.ntfs --fast --zero-time --force ./mycontainer 3) Run file on it: $ file ./mycontainer 4) Observe this output: ./mycontainer: DOS/MBR boot sector, code offset 0x52+2, OEM-ID "NTFS ", sectors/cluster 8, Media descriptor 0xf8, sectors/track 0, dos < 4.0 BootSector (0x80), FAT (1Y bit by descriptor); NTFS, sectors 2097151, $MFT start cluster 4, $MFTMirror start cluster 131071, bytes/RecordSegment 2^(-1*246), clusters/index block 1, serial number 034f5ee1202469ff7 Notice the serial number at the end of the message is displayed as 034f5ee1202469ff7 This is 17 character, but it should be a 16 hexadecimal characters. 5) You can verify the serial number using: $ /sbin/ntfslabel -v ./mycontainer 6) Observe it shows: Serial number : 34f5ee1202469ff7 Volume label : I propose that `file` should either drop the leading 0, so that it shows 34f5ee1202469ff7, or it should put an 'x' after the leading zero, like 0x34f5ee1202469ff7 similarly to how it does it for FAT32 filesystems. Thank you and good luck! -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/1 CPU thread; PREEMPT) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages file depends on: ii libc6 2.36-9 ii libmagic1 1:5.44-3 file recommends no packages. file suggests no packages. -- no debconf information
