Bug 172904 - "file -s" fails to recognize ext2/ext3
Summary: "file -s" fails to recognize ext2/ext3
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: file
Version: 4
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Radek Vokál
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-11-11 00:58 UTC by Enrique Perez-Terron
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version: 4.16-3
Clone Of:
Environment:
Last Closed: 2005-11-11 09:10:38 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Enrique Perez-Terron 2005-11-11 00:58:02 UTC
Description of problem:
"file -s" fails to recognize ext2/ext3 file systems

Version-Release number of selected component (if applicable):
file-4.15-fc4.1

How reproducible:
Always

Steps to Reproduce:
1. format partition /dev/hdb7 with ext3
2. file -s /dev/hdb7
3.
  
Actual results:
/dev/hdb7:


Expected results:
/dev/hdb7: Linux rev 1.0 ext3 filesystem data (needs journal recovery) (large 
files)


Additional info:

The reason is an entry for cracklib in line 2679 of /usr/share/file/magic
which tests for zero at offset zero and says nothing (has empty message field).
The ext2/3 file system magic is in line 4327.

Comment 1 Enrique Perez-Terron 2005-11-11 00:59:51 UTC
I suggest the cracklib entry is modified from
 0       long    0
 >4      belong  0x70775631      Cracklib password index, big endian ("64-bit")
 >12     belong  >0              (%i words)
to
 4      belong  0x70775631
 >0     long    0               Cracklib password index, big endian ("64-bit")
 >12    belong  >0              (%i words)


Actually, the "file" utility should ignore groups that output nothing.

Comment 2 Radek Vokál 2005-11-11 09:10:38 UTC
This seems to be fixed in rawhide package, tested with file-4.16-3


Note You need to log in before you can comment on or make changes to this bug.