Bug 1146833 - Unable to create a filesystem on a 16 GB USB SDHC memory card
Summary: Unable to create a filesystem on a 16 GB USB SDHC memory card
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 21
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-26 08:05 UTC by Joachim Backes
Modified: 2015-01-27 16:44 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-01-27 16:44:31 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
dmesg (6.79 KB, text/plain)
2014-09-26 08:05 UTC, Joachim Backes
no flags Details
Trying a new mkfs.ntfs (mkfs.ntfs /dev/sdd1) : thew dmesg results (24.59 KB, text/plain)
2014-09-26 13:00 UTC, Joachim Backes
no flags Details

Description Joachim Backes 2014-09-26 08:05:34 UTC
Created attachment 941427 [details]
dmesg

Description of problem:

1.

After creating a NTFS partition on a 16 GB SDHC memory card (/dev/sdd1, with cfdisk) I tried to make a NTFS filesystem on this partition with mkfs.ntfs:

Shortly before mkfs.ntfs finishes, it dies with an error message:

sudo mkfs.ntfs /dev/sdd1
Cluster size has been automatically set to 4096 bytes.
Initializing device with zeroes: 100% - Done.
Creating NTFS volume structures.
Error writing to /dev/sdd1: Input/output error
Error writing non-resident attribute value.
add_attr_sd failed: Input/output error
Couldn't create root directory: Input/output error
Failed to fsync device /dev/sdd1: Input/output error

2.

After that, I tried to make an ext4 fs on this card:

sudo mkfs.ext4 /dev/sdd1
mke2fs 1.42.11 (09-Jul-2014)
Creating filesystem with 3884544 4k blocks and 972944 inodes
Filesystem UUID: 87bca6c2-a411-4fda-b6cc-9f9a25d3b97b
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done   

But trying to mount fails:

sudo mount /dev/sdd1 /mnt
mount: /dev/sdd1 is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/sdd1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.


Version-Release number of selected component (if applicable):
3.16.3-300.fc21.x86_64

How reproducible:
always

Steps to Reproduce:
1.See description
2.
3.

Actual results:


Expected results:


Additional info:
1. The lock switch on the SD card was off
2. The same happens with a 32 GB SD card

Comment 1 Joachim Backes 2014-09-26 08:10:02 UTC
Trying the same with a 32 GB USM Stick, all operations are done flawlessly!!

Comment 2 Joachim Backes 2014-09-26 08:10:51 UTC
(In reply to Joachim Backes from comment #1)
> Trying the same with a 32 GB USM Stick, all operations are done flawlessly!!

I meant: 32 GB USB Stick!

Comment 3 Josh Boyer 2014-09-26 12:31:57 UTC
Is there anything interesting in dmesg?

Comment 4 Joachim Backes 2014-09-26 12:59:27 UTC
(In reply to Josh Boyer from comment #3)
> Is there anything interesting in dmesg?

I tried a new mkfs.ntfs, the dmesg results are attached

Comment 5 Joachim Backes 2014-09-26 13:00:45 UTC
Created attachment 941561 [details]
Trying a new mkfs.ntfs (mkfs.ntfs /dev/sdd1) : thew dmesg results

Comment 6 Justin M. Forbes 2015-01-27 15:01:34 UTC
*********** MASS BUG UPDATE **************

We apologize for the inconvenience.  There are a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 21 kernel bugs.

Fedora 21 has now been rebased to 3.18.3-201.fc21.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you experience different issues, please open a new bug report for those.

Comment 7 Joachim Backes 2015-01-27 16:39:06 UTC
I tested the same with kernel-3.18.3-201.fc21.

No flaws, BZ1146833 may be closed :-)

Joachim Backes


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