Am Fri, 06 Mar 2015 18:33:13 -0800 schrieb walt <[email protected]>: [...] > I once hated replies containing the question "Does it work under Windows?" but > a bit of experience with usb3 external drives has made me rethink the matter. > > Here's my thinking: if the usb3 drive works correctly with Windows but not > with linux, the problem is software -- i.e. the device driver. > > The xhci driver is under heavy development because usb3 is still new tech, and > I've found and reported a few bugs in the last year or so and they got fixed. [...]
OK, so I tried this out, and it apparently worked fine under Windows 8 (I
created a third FAT32 partition for this). Once Windows installed the drivers
(or whatever) the drive was recognised and the partition mounted without
trouble.
Immediately after that, I unplugged it and moved it back to my computer, where I
plugged it in as usual and then turned the computer on. The problem occurred
again, of course:
# journalctl -k -b | grep sdg
Mär 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Very big device. Trying to
use READ CAPACITY(16).
Mär 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] 5860533160 512-byte
logical blocks: (3.00 TB/2.72 TiB)
Mär 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Write Protect is off
Mär 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Mode Sense: 2b 00 00 00
Mär 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Write cache: disabled,
read cache: enabled, doesn't support DPO or FUA
Mär 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Very big device. Trying to
use READ CAPACITY(16).
Mär 10 17:58:57 marcec kernel: sdg: sdg1 sdg2 sdg3
Mär 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Very big device. Trying to
use READ CAPACITY(16).
Mär 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Attached SCSI disk
Mär 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] Very big device. Trying to
use READ CAPACITY(16).
Mär 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] 732566645 4096-byte
logical blocks: (3.00 TB/2.72 TiB)
Mär 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] Write Protect is off
Mär 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] Mode Sense: 2b 00 00 00
Mär 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] Write cache: disabled,
read cache: enabled, doesn't support DPO or FUA
Mär 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] 732566645 4096-byte
logical blocks: (3.00 TB/2.72 TiB)
Mär 10 18:00:33 marcec kernel: sdg: sdg1 sdg2 sdg3
Mär 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] 732566645 4096-byte
logical blocks: (3.00 TB/2.72 TiB)
Mär 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] Attached SCSI disk
Mär 10 18:00:35 marcec kernel: BTRFS: device label MARCEC_BACKUP devid 1
transid 64666 /dev/sdg2
Mär 10 18:00:35 marcec kernel: BTRFS info (device sdg2): disk space caching
is enabled
Mär 10 18:00:42 marcec kernel: EXT4-fs (sdg1): mounted filesystem with
ordered data mode. Opts: (null)
So, what do other list members think: is it most likely a driver bug, or
something else (especially considering the reboot behaviour I mentioned in
another email)? Should I ask on the LKML, or is there a specialised ML for the
Linux USB stack?
Greetings
--
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup
pgpqXBZ2z6ZmW.pgp
Description: Digitale Signatur von OpenPGP
