Problem with ntfs usb drive

English Hardware
1

After install Opensuse Leap 42.3, I can’t mount ntfs usb drive, every memory I put in, it recognized as the name of the memorie I used for install the system, this is the error

An error occurred while accessing ‘Home’, the system responded: The requested operation has failed: Error mounting /dev/sdc1 at /run/media/desoft/openSUSE-Leap-42.3-DVD-x86_64033: Command-line `mount -t “iso9660” -o “uhelper=udisks2,nodev,nosuid,uid=1000,gid=100,iocharset=utf8,mode=0400,dmode=0500” “/dev/sdc1” “/run/media/desoft/openSUSE-Leap-42.3-DVD-x86_64033”’ exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
missing codepage or helper program, or other error

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

Doing some tests, I realized that the problem is given, after using the imagewriter program to create a boot memory to use as an installer, since with a memory that has not been used, with this program can be mounted without Problems, my desktop environment is kde, and the same happens to me in version 42.2 after the update of day 28.

3

Yes, you’ll need to reformat it for use with a file system if you’ve previously written an installation image on it.

4

I know that, what is happening is that already reformatted with both gparted and the system, is not recognized with the correct label, and is not mounted, however, if I mount it manually, I have no problems, but I do not think I have to be manually mounting a memory every time, for years I have been using the distribution, I have never had such problems after using a memory for installation, that must be an error in something with this new version, that after using Memories as a means of installation gives that problem, because with another usb memorie that has not been used for that, it mounts perfectly

5

Hi
If there is **no data **on the device use the wipefs command to clean out, then use fdisk or gdisk to recreate your partition(s)

For example;


 wipefs -a /dev/sdb

/dev/sdb: 8 bytes were erased at offset 0x00000200 (gpt): 45 46 49 20 50 41 52 54
/dev/sdb: 8 bytes were erased at offset 0x75dffe00 (gpt): 45 46 49 20 50 41 52 54
/dev/sdb: 2 bytes were erased at offset 0x000001fe (PMBR): 55 aa
/dev/sdb: calling ioctl to re-read partition table: Success

# gdisk /dev/sdb
GPT fdisk (gdisk) version 0.8.8

Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: not present

Creating new GPT entries.

Command (? for help): n
Partition number (1-128, default 1): 
First sector (34-3862494, default = 2048) or {+-}size{KMGTP}: 
Last sector (2048-3862494, default = 3862494) or {+-}size{KMGTP}: 
Current type is 'Linux filesystem'
Hex code or GUID (L to show codes, Enter = 8300): 
Changed type of partition to 'Linux filesystem'

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sdb.
The operation has completed successfully.

gdisk -l /dev/sdb
GPT fdisk (gdisk) version 0.8.8

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdb: 3862528 sectors, 1.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 66FAC72D-D199-42C5-86B3-5C4FD96D6755
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3862494
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         3862494   1.8 GiB     8300  Linux filesystem
6

The problem is in the machine I’ve installed because in other, the usb memory is recognized without problem

7

You need to wipe out the stick completely (or at least the first few blocks) if you wrote an ISO image to it.
See https://en.opensuse.org/SDB:Live_USB_stick#How_to_recover_the_USB_stick_for_.22normal.22_use_again

There is a bug report about such a stick being still misidentified as CD in TW/42.2/42.3, that contains another workaround too:
http://bugzilla.opensuse.org/show_bug.cgi?id=1046268

8

Thanks problem solved with your solution