[ale] mount issue
DJ-Pfulio
DJPfulio at jdpfu.com
Sun Oct 18 21:08:38 EDT 2015
If you want to see which partitions are available: sudo parted -l
If you want to see partitions AND LVs: lsblk
To me, dmesg is useful to see the last few lines when a new device has
been connected - hopefully that will list the USB storage. If not, try a
different USB port and/or don't use a USB hub. Some storage devices do
not work with USB hubs at all. My servers DO NOT automatically mount
storage.
Is auto-mounting of USB media actually the default?
As others have asked - does manually mounting the storage work?
On 10/18/2015 08:45 PM, Sean Kilpatrick wrote:
> checking dmesg leaves me even more confused!
>
> ---------------[dmesg output]---------------------------
>
> [235921] usb 3-11: new high-speed USB device number 29 using xhci_hcd
> [235992] usb 3-11: Device not responding to set address.
> [448907] usb 3-11: New USB device found, idVendor=14cd, idProduct=125c
> [448911] usb 3-11: New USB device strings: Mfr=1, Product=3,
> SerialNumber=2
> [448912] usb 3-11: Product: Mass Storage Device
> [448914] usb 3-11: Manufacturer: Generic
> [448924] usb 3-11: SerialNumber: 125C20100726
> [451930] usb-storage 3-11:1.0: USB Mass Storage device detected
> [453745] scsi20 : usb-storage 3-11:1.0
> [455243] scsi 20:0:0:0: Direct-Access Mass Storage Device
> PQ: 0 ANSI: 0 CCS
> [455593] sd 20:0:0:0: Attached scsi generic sg8 type 0
> [459766] sd 20:0:0:0: [sdh] 15523840 512-byte logical blocks: (7.94
> GB/7.40 GiB)
> [460211] sd 20:0:0:0: [sdh] Write Protect is off
> [460213] sd 20:0:0:0: [sdh] Mode Sense: 03 00 00 00
> [460894] sd 20:0:0:0: [sdh] No Caching mode page found
> [460896] sd 20:0:0:0: [sdh] Assuming drive cache: write through
> [464419] sd 20:0:0:0: [sdh] No Caching mode page found
> [464422] sd 20:0:0:0: [sdh] Assuming drive cache: write through
> [466138] sdh: sdh1
> [471053] sd 20:0:0:0: [sdh] No Caching mode page found
> [471056] sd 20:0:0:0: [sdh] Assuming drive cache: write through
> [471058] sd 20:0:0:0: [sdh] Attached SCSI removable disk
> [735687] SELinux: initialized (dev fuse, type fuse), uses genfs_contexts
> [069731] usb 3-11: USB disconnect, device number 29
>
> ---------------------------------------------------------------------
>
> And here are the last few lines of the output from "mount" after the sd
> card is attached to the box:
> /dev/sdb1 on /home type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
> /dev/sda1 on /boot type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
> fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
> gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse
> (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
>
>
> -------------------------------------------------------------------------------
>
> as you can see, there is no indication the card was mounted.
>
> Could this be an SELinux problem?
>
> Sean
>
> -------------------------------------------------------------------------------
>
>
> On Sun, 2015-10-18 at 18:53 -0400, Jim Kinney wrote:
>> Sounds like it's time for ddrescue or photorec (excellent) then a flame
>> thrower or hammer.
>>
>> Check dmesg to see what the system says it it and try to manually mount it.
>>
>> Also, some external readers are crappy. Unplug the usb, insert the card,
>> plug in the usb.
>> On Oct 18, 2015 6:45 PM, "Sean Kilpatrick" <kilpatms at gmail.com> wrote:
>>
>>> I have an 8 gig sd card that may be FUBAR.
>>>
>>> When I plug it into the computer (USB connection) nothing happens. The
>>> system does not automount the chip as it should.
>>>
>>> But, If I go to the GUI and check for USB devices it appears on the list
>>> of available devices. When I click on the line (7.4 GiB Rem...) I get
>>> this:
>>>
>>> UDI: /org/freedesktop/UDisks2/block_devices/sdh
>>>
>>> The "mount" command does NOT list the device.
>>>
>>> Obviously, at some level the OS (CentOs7) knows the card has been
>>> attached to the system. But it won't automount it as it should.
>>>
>>> Clues would be appreciated as I really would like to recover the pix on
>>> this SD card.
>>>
>>> Sean
>>>
More information about the Ale
mailing list