Hide Forgot
similar to 688700 but valid for all archs, even intel [root@rhel57 ~]# rpm -q file file-4.17-15.el5_3.1 [root@rhel57 ~]# file /boot/vmlinuz* /boot/vmlinuz-2.6.18-274.el5: ELF 64-bit LSB shared object, AMD x86-64, version 1, stripped +++ This bug was initially created as a clone of Bug #688700 +++ Description of problem: .qa.[root@s390x-6s-v1 boot]# file vmlinuz-2.6.32-71.18.2.el6.s390x vmlinuz-2.6.32-71.18.2.el6.s390x: data .qa.[root@s390x-6s-v1 boot]# file vmlinuz-2.6.32-71.18.2.el6.s390x.debug vmlinuz-2.6.32-71.18.2.el6.s390x.debug: data Version-Release number of selected component (if applicable): file-5.04-6.el6.s390x How reproducible: always Steps to Reproduce: 1. run file on s390x vmlinuz file (compressed kernel image) 2. 3. Actual results: on s/390x: file vmlinuz-2.6.32-71.18.2.el6.s390x vmlinuz-2.6.32-71.18.2.el6.s390x: data on x86_64: file /boot/vmlinuz-2.6.32-71.el6.x86_64 /boot/vmlinuz-2.6.32-71.el6.x86_64: Linux kernel x86 boot executable bzImage, version 2.6.32-71.el6.x86_64 (mockbuild, RO-rootFS, root_dev 0x901, swap_dev 0x3, Normal VGA Expected results: something similar to output present on x86_64 Additional info: This issue seems to be limited to s/390x
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Cause: There was no magic pattern to detect S390X kernel images. Consequence: File was not able to detect S390X kernel images. Fix: New magic pattern have been implemented to match S390X kernel images. Result: File detects S390X kernel images as "Linux S390".
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2012-0201.html