RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 624596 - dosfsck and dosfslabel are broken on s390x
Summary: dosfsck and dosfslabel are broken on s390x
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: dosfstools
Version: 6.0
Hardware: s390x
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Jaroslav Škarvada
QA Contact: BaseOS QE - Apps
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-17 07:29 UTC by Radek Bíba
Modified: 2013-11-18 14:20 UTC (History)
3 users (show)

Fixed In Version: dosfstools-3.0.9-4.el6
Doc Type: Bug Fix
Doc Text:
Previously, when the dosfsck and the dosfslabel utilities were executed on the S390x architecture using a FAT32 file system, they terminated with this error message: "Logical sector size is zero". This was caused by unaligned fields which were first byte-wise copied. With this fix, the fields are not pre-copied any more, but are accessed the same way as on the i686 architecture.
Clone Of:
Environment:
Last Closed: 2011-12-06 09:56:27 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Proposed patch (508 bytes, patch)
2010-10-06 12:08 UTC, Jaroslav Škarvada 		no flags Details | Diff
Proposed patch (505 bytes, patch)
2010-10-11 09:55 UTC, Jaroslav Škarvada 		no flags Details | Diff
Show Obsolete (1) View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:1552 0 normal SHIPPED_LIVE dosfstools bug fix update 2011-12-06 00:39:24 UTC

Description Radek Bíba 2010-08-17 07:29:59 UTC 
Description of problem:
Every time dosfsck or dosfslabel are executed on s390x, using an otherwise valid FAT file system, they print:

Logical sector size is zero.

and don't do what they're told to do.

Version-Release number of selected component (if applicable):
dosfstools-3.0.9-3.el6

How reproducible:
Always

Steps to Reproduce:
1. dd if=/dev/zero of=dosfs bs=1M count=33
2. mkdosfs dosfs
3. dosfslabel dosfs
or: dosfsck dosfs

Additional info:
This change fixed the problem for me:
# diff boot.c-unaligned boot.c
62c62
< #if defined __alpha || defined __arm || defined __ia64__ || defined __s390x__
\
---
> #if defined __alpha || defined __arm || defined __ia64__ \
Comment 1 Jaroslav Škarvada 2010-10-06 12:08:21 UTC 
Created attachment 451874 [details]
Proposed patch

Fix dosfsck and dosfslabel on s390x
Comment 2 Jaroslav Škarvada 2010-10-11 09:55:18 UTC 
Created attachment 452677 [details]
Proposed patch

Fix dosfsck and dosfslabel on s390x
Comment 3 Suzanne Logcher 2011-02-15 21:41:51 UTC 
This issue was proposed for RHEL 6.1 FasTrack but did not get resolved in time.
It has been moved to RHEL 6.2 FasTrack.
Comment 5 Suzanne Logcher 2011-02-15 22:05:17 UTC 
This issue was proposed for RHEL 6.1 FasTrack but did not get resolved in time.
It has been moved to RHEL 6.2 FasTrack.
Comment 7 Branislav Náter 2011-07-12 11:40:02 UTC 
Bugfix was verified on dosfstools-3.0.9-4.el6 package on all supported architectures.

dosfslabel and dosfsck now work on s390x architecture.
Comment 8 Eliska Slobodova 2011-07-18 14:49:53 UTC 
    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:
Previously, when the dosfsck and the dosfslabel utilities were executed on the S390x architecture using a FAT32 file system, they terminated with this error message: "Logical sector size is zero". This was caused by unaligned fields which were first byte-wise copied. With this fix, the fields are not pre-copied any more, but are accessed the same way as on the i686 architecture.
Comment 9 errata-xmlrpc 2011-12-06 09:56:27 UTC 
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-2011-1552.html
Note You need to log in before you can comment on or make changes to this bug.