by winestock » Sun Feb 24, 2013 8:17 pm
$this->bbcode_second_pass_quote('marbletravis', 'O')k, it worked this time... But I am still having an issue
I see this in dmesg
[ 73.811195] usb 3-2: new SuperSpeed USB device number 2 using xhci_hcd
[ 73.831656] usb 3-2: Parent hub missing LPM exit latency info. Power management will be impacted.
[ 73.837656] scsi2 : usb-storage 3-2:1.0
[ 74.831692] scsi 2:0:0:0: Direct-Access JMB352 RAID-1 1234 PQ: 0 ANSI: 2 CCS
[ 74.833077] sd 2:0:0:0: [sdb] 3907029152 512-byte logical blocks: (2.00 TB/1.81 TiB)
[ 74.833494] sd 2:0:0:0: [sdb] Write Protect is off
[ 74.833517] sd 2:0:0:0: [sdb] Mode Sense: 28 00 00 00
[ 74.833649] sd 2:0:0:0: Attached scsi generic sg1 type 0
[ 74.833927] sd 2:0:0:0: [sdb] No Caching mode page present
[ 74.839398] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[ 74.860879] sd 2:0:0:0: [sdb] No Caching mode page present
[ 74.870637] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[ 74.888879] sdb: sdb1
[ 74.891201] sd 2:0:0:0: [sdb] No Caching mode page present
[ 74.896682] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[ 74.914776] sd 2:0:0:0: [sdb] Attached SCSI disk
[ 75.620802] fuse init (API version 7.20)
However when I try to access the mount in /media, it says Transport endpoint is not connected, is this a problem with udev-automount? The drive is a USB raid enclosure, that has worked in the past on USB 2.0 (in arch), just doesn't want to work on USB 3.0 in arch linux. I do have another usb 3.0 drive, non raid, and it worked. So I am wondering if I need to mount it differently.
Edit: the USB raid enclosure is GPT not MBR. I can change it, I don't see a real need for GPT, I will see if that works and report back.
Thanks
Maybe this will in regard to the transport endpoint issue:
viewtopic.php?f=18&t=4376