Project

General

Profile

Actions

Bug #13711

open

USB Flash Drive does not automount correctly

Added by r a about 3 years ago. Updated 2 months ago.

Status:
New
Priority:
Normal
Assignee:
Category:
Drivers
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
Difficulty:
Medium
Tags:

Description

Running OpenIndana Hipster illumos-8222814ef8 updated on 10th April 2021 and can not mount USB Flash drives. Drives are detected correctly

Apr 11 18:45:57 tesla usba: [ID 349649 kern.info] USB Flash Disk FBF1101121303975
Apr 11 18:45:57 tesla genunix: [ID 936769 kern.info] scsa2usb8 is /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/storage@8
Apr 11 18:45:57 tesla genunix: [ID 408114 kern.info] /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/storage@8 (scsa2usb8) online
Apr 11 18:45:57 tesla scsi: [ID 583861 kern.info] sd23 at scsa2usb8: target 0 lun 0
Apr 11 18:45:57 tesla genunix: [ID 936769 kern.info] sd23 is /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/storage@8/disk@0,0
Apr 11 18:45:57 tesla genunix: [ID 408114 kern.info] /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/storage@8/disk@0,0 (sd23) online

Are visible with rmformat -l

3. Logical Node: /dev/rdsk/c14t0d0p0
Physical Node: /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/storage@8/disk@0,0
Connected Device: USB Flash Disk 1100
Device Type: Removable
Bus: USB
Size: 1.9 GB
Label: <Unknown>

When using gparted 0.4.5 drive is correctly identified as fat32, when attempting to manually mount the drive

  1. mount -F pcfs /dev/dsk/c14t0d0p0 /tmp/usb
    mount: /dev/dsk/c14t0d0p0 is not a DOS filesystem.

Related issues

Related to OpenIndiana Distribution - Bug #14226: service/hal needs restart after hardware changeResolved

Actions
Related to OpenIndiana Distribution - Bug #16419: Error when mouting USB stick from desktopNew

Actions
Actions #1

Updated by r a almost 3 years ago

I found it was possible to manually mount the USB flash drive using the following command

  1. mount -F pcfs /dev/dsk/c14t0d0p0:1 /tmp/usb
Actions #2

Updated by r a almost 3 years ago

After performing a BIOS update, I forgot to remove the USB memory drive from the USB port and booted into OpenIndiana. After I had logged in the USB drive did appear on my desktop as it had been mounted and was accessible. After selecting to eject the drive, the drive was unmounted and the USB drive unplugged. After waiting a few minutes, the USB drive was plugged back in but the USB drive was not automounted. rmformat -l was showing the drive available. I could manually mount the drive using mount -F pcfs /dev/desk/<drive identifier> /tmp/usb

Actions #3

Updated by David Stes over 2 years ago

  • Related to Bug #14226: service/hal needs restart after hardware change added
Actions #4

Updated by Marcel Telka 4 months ago

  • Target version changed from 2021.04 to Hipster
Actions #5

Updated by r a 4 months ago

Hi

Performed a check this morning using OI Hipster 2023.10 illumos-05f33e76cb

I plugged a USB media adapter with a MicroSD card plugged in it into the one of the USB 2 ports

Jan 17 07:41:49 tesla usba: [ID 912658 kern.info] USB 2.10 device (usb8564,4000) operating at hi speed (USB 2.x) on USB 2.0 external hub: storage@3, scsa2usb1 at bus address 6
Jan 17 07:41:49 tesla usba: [ID 349649 kern.info] TS-RDF8 Transcend 000000080
Jan 17 07:41:49 tesla genunix: [ID 936769 kern.info] scsa2usb1 is /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/hub@6/storage@3
Jan 17 07:41:49 tesla genunix: [ID 408114 kern.info] /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/hub@6/storage@3 (scsa2usb1) online

$ rmformat -l
Looking for devices...
1. Logical Node: /dev/rdsk/c4t4d0p0
Physical Node: /pci@0,0/pci1022,1483@1,2/pci1b21,1062@0,1/cdrom@4,0
Connected Device: TSSTcorp CDDVDW SH-222AL SB00
Device Type: CD Reader
Bus: <Unknown>
Size: <Unknown>
Label: <Unknown>
Access permissions: <Unknown>
2. Logical Node: /dev/rdsk/c5t0d0p0
Physical Node: /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/hub@6/storage@3/disk@0,0
Connected Device: TS-RDF8 CF Transcend TS2B
Device Type: <Unknown>
Bus: USB
Size: <Unknown>
Label: <Unknown>
Access permissions: <Unknown>
3. Logical Node: /dev/rdsk/c5t0d1p0
Physical Node: /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/hub@6/storage@3/disk@0,1
Connected Device: TS-RDF8 SD Transcend TS2B
Device Type: Removable
Bus: USB
Size: 59.6 GB
Label: <Unknown>
Access permissions: Medium is not write protected.

As before the USB device is available but not automounted

If I plug a SanDisk 256GB USB drive into a USB 2 or USB 3 port on my computer, the drive automounts correctly and opens a window showing the contents

If I plug in my compact camera into a USB 2 or USB 3 port it correctly identifies the camera
Jan 17 08:04:31 tesla usba: [ID 912658 kern.info] USB 2.0 device (usb4b0,33f) operating at hi speed (USB 2.x) on USB 2.0 external hub: image@3, usb_mid9 at bus address 6
Jan 17 08:04:31 tesla usba: [ID 349649 kern.info] NIKON NIKON DSC COOLPIX S2700-PTP
Jan 17 08:04:31 tesla genunix: [ID 936769 kern.info] usb_mid9 is /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/hub@6/image@3
Jan 17 08:04:31 tesla genunix: [ID 408114 kern.info] /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/hub@6/image@3 (usb_mid9) online
Jan 17 08:04:31 tesla usba: [ID 349649 kern.info] usba: no driver found for interface 0 (nodename: 'image') of NIKON NIKON DSC COOLPIX S2700-PTP
Jan 17 08:06:50 tesla usba: [ID 912658 kern.info] USB 2.0 device (usb4b0,33f) operating at hi speed (USB 2.x) on USB 3.1 root hub: image@7, usb_mid14 at bus address 6
Jan 17 08:06:50 tesla usba: [ID 349649 kern.info] NIKON NIKON DSC COOLPIX S2700-PTP
Jan 17 08:06:50 tesla genunix: [ID 936769 kern.info] usb_mid14 is /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/image@7
Jan 17 08:06:50 tesla genunix: [ID 408114 kern.info] /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/image@7 (usb_mid14) online
Jan 17 08:06:50 tesla usba: [ID 349649 kern.info] usba: no driver found for interface 0 (nodename: 'image') of NIKON NIKON DSC COOLPIX S2700-PTP
I would then use Gtkam to transfer the files, however this only works when using a USB 2 port. Is this an issue with how Gtkam interacts with a USB 3 port

Actions #6

Updated by Marcel Telka 4 months ago

  • Assignee set to r a
If I understand properly then it looks like the USB storage device is not automatically mounted for:
  • USB Flash Disk FBF1101121303975
  • TS-RDF8 Transcend 000000080
and is automatically mounted for:
  • SanDisk 256GB USB drive
  • NIKON NIKON DSC COOLPIX S2700-PTP

Could you please provide similar log for SanDisk 256GB USB drive? From what we do have so far it looks like the difference is usb_mid vs. scsa2usb driver.

Actions #7

Updated by Marcel Telka 4 months ago

  • Category set to Drivers
Actions #8

Updated by r a 2 months ago

Mar 7 17:48:54 tesla scsi: [ID 583861 kern.info] sd59 at scsa2usb1: target 0 lun 1
Mar 7 17:48:54 tesla genunix: [ID 936769 kern.info] sd59 is /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/hub@6/storage@3/disk@0,1
Mar 7 17:48:54 tesla genunix: [ID 408114 kern.info] /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/hub@6/storage@3/disk@0,1 (sd59) online
Mar 7 17:55:17 tesla ufs: [ID 717476 kern.notice] NOTICE: mount: not a UFS magic number (0x0)

root@tesla:~# mount -F pcfs /dev/dsk/c5t0d1p0 /tmp/russ
mount: /dev/dsk/c5t0d1p0 is not a DOS filesystem.

Actions #9

Updated by Marcel Telka 2 months ago

r a wrote in #note-8:

Mar 7 17:48:54 tesla scsi: [ID 583861 kern.info] sd59 at scsa2usb1: target 0 lun 1
Mar 7 17:48:54 tesla genunix: [ID 936769 kern.info] sd59 is /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/hub@6/storage@3/disk@0,1
Mar 7 17:48:54 tesla genunix: [ID 408114 kern.info] /pci@0,0/pci1022,1483@1,2/pci1b21,1142@0/hub@6/storage@3/disk@0,1 (sd59) online
Mar 7 17:55:17 tesla ufs: [ID 717476 kern.notice] NOTICE: mount: not a UFS magic number (0x0)

root@tesla:~# mount -F pcfs /dev/dsk/c5t0d1p0 /tmp/russ
mount: /dev/dsk/c5t0d1p0 is not a DOS filesystem.

How is an USB drive without (or with broken) filesystem, and so unable to mount at all, related to this bug?

Actions #10

Updated by r a 2 months ago

When I remove the Compact Flash Drive from my Nikon camera and plug it into a USB adapter which will accept the Compact Flash Drive, it will not mount despite it being in FAT32 format.
As I indicated Gpartd could read the drive information but OpenIndiana was unable to mount the FAT32 drive.
Using the same USB adapter I can read the compact flash drive on Windows and Linux and have previously had it working with OpenIndiana but now it does not recognise the filesystem

Actions #11

Updated by Marcel Telka 2 months ago

Okay, but this bug is about automounting when you attach/plug the USB device, while manual mount works. The case when you are unable to mount even manually seems to be a different issue.

Actions #12

Updated by r a 2 months ago

Manually mounting does work on OpenIndiana it reports an invalid DOS filesystem, while Windows and Linux can mount and they report as a fat32 filesytem

Actions #13

Updated by r a 2 months ago

Manually mounting does NOT work on OpenIndiana it reports an invalid DOS filesystem, while Windows and Linux can mount and they report as a fat32 filesytem

Actions #14

Updated by Marcel Telka 2 months ago

Then as I said: the invalid DOS filesystem is different bug. I suggest to file new bug report for it.

Actions #15

Updated by Marcel Telka about 2 months ago

  • Related to Bug #16419: Error when mouting USB stick from desktop added
Actions

Also available in: Atom PDF