RM2k
USB-Sticks unusable
November 16, 2010 04:26PM
Hello Guys,
i've got the following problem with my Dockstar:
I own 2 8GB usb sticks and trying to read from them I get the following errors in syslog:
Quote

[...] kernel: usb 1-1.3: reset high speed USB device using orion-ehci and address 5
[...] kernel: usb 1-1.3: device descriptor read/64, error -110
[...] kernel: usb 1-1.3: device descriptor read/64, error -110
[...] kernel: usb 1-1.3: reset high speed USB device using orion-ehci and address 5
causing the executed command to exit with an IO-Error and the device to disappear until "replug".
It makes no difference whether I mount the partition or just dd to /dev/null. Curiously, I can mount and read small files without a problem, but it fails for bigger files. This problem exists both in Pogoplug-OS and Debian with current Heavy-Kernel from this board.
I'm a bit pissed off because I just ordered the second stick, a OCZ Rally2, because I thought it was a problem with the first stick and due to the OCZ's reputation in a german board and here (No, the recommendations don't piss me off, just the probably wasted money ;) ). And a bit desperate because my googling only brought up several things which do not help or are not accessible. For example a autosuspend parameter of the internal usb hub, which does not exist.

Maybe someone out here has got some ideas?

Thanks for your help.
RM2k
Re: USB-Sticks unusable
November 16, 2010 04:39PM
Additional info:
The log in my first post refered to the old no-name stick, this one refers to the new OCZ Rally2 and is the result of plugging it in and "dd if=/dev/sdb1 of=/dev/null":
Nov 16 23:29:41 [...] kernel: usb 1-1.3: new high speed USB device using orion-ehci and address 6
Nov 16 23:29:41 [...] kernel: scsi3 : usb-storage 1-1.3:1.0
Nov 16 23:29:43 [...] kernel: scsi 3:0:0:0: Direct-Access     OCZ      RALLY2           0100 PQ: 0 ANSI: 0 CCS
Nov 16 23:29:43 [...] kernel: sd 3:0:0:0: Attached scsi generic sg1 type 0
Nov 16 23:29:44 [...] kernel: sd 3:0:0:0: [sdb] 15523840 512-byte logical blocks: (7.94 GB/7.40 GiB)
Nov 16 23:29:44 [...] kernel: sd 3:0:0:0: [sdb] Write Protect is off
Nov 16 23:29:44 [...] kernel: sd 3:0:0:0: [sdb] Mode Sense: 4b 00 00 08
Nov 16 23:29:44 [...] kernel: sd 3:0:0:0: [sdb] Assuming drive cache: write through
Nov 16 23:29:44 [...] kernel: sd 3:0:0:0: [sdb] Assuming drive cache: write through
Nov 16 23:29:44 [...] kernel:  sdb: sdb1
Nov 16 23:29:44 [...] kernel: sd 3:0:0:0: [sdb] Assuming drive cache: write through
Nov 16 23:29:44 [...] kernel: sd 3:0:0:0: [sdb] Attached SCSI removable disk
Nov 16 23:30:14 [...] kernel: usb 1-1.3: reset high speed USB device using orion-ehci and address 6
Nov 16 23:30:19 [...] kernel: usb 1-1.3: device descriptor read/64, error -32
Nov 16 23:30:19 [...] kernel: usb 1-1.3: device descriptor read/64, error -32
Nov 16 23:30:20 [...] kernel: usb 1-1.3: reset high speed USB device using orion-ehci and address 6
Nov 16 23:30:20 [...] kernel: usb 1-1.3: device descriptor read/64, error -32
Nov 16 23:30:20 [...] kernel: usb 1-1.3: device descriptor read/64, error -32
Nov 16 23:30:20 [...] kernel: usb 1-1.3: reset high speed USB device using orion-ehci and address 6
Nov 16 23:30:21 [...] kernel: usb 1-1.3: device not accepting address 6, error -32
Nov 16 23:30:21 [...] kernel: usb 1-1.3: reset high speed USB device using orion-ehci and address 6
Nov 16 23:30:21 [...] kernel: usb 1-1.3: device not accepting address 6, error -32
Nov 16 23:30:21 [...] kernel: sd 3:0:0:0: [sdb] Unhandled error code
Nov 16 23:30:21 [...] kernel: sd 3:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
Nov 16 23:30:21 [...] kernel: sd 3:0:0:0: [sdb] CDB: cdb[0]=0x28: 28 00 00 00 17 1e 00 00 f0 00
Nov 16 23:30:21 [...] kernel: end_request: I/O error, dev sdb, sector 5918
Nov 16 23:30:21 [...] kernel: quiet_error: 38 callbacks suppressed
Nov 16 23:30:21 [...] kernel: Buffer I/O error on device sdb1, logical block 732
Nov 16 23:30:21 [...] kernel: Buffer I/O error on device sdb1, logical block 733
Nov 16 23:30:21 [...] kernel: Buffer I/O error on device sdb1, logical block 734
Nov 16 23:30:21 [...] kernel: Buffer I/O error on device sdb1, logical block 735
Nov 16 23:30:21 [...] kernel: Buffer I/O error on device sdb1, logical block 736
Nov 16 23:30:21 [...] kernel: Buffer I/O error on device sdb1, logical block 737
Nov 16 23:30:21 [...] kernel: Buffer I/O error on device sdb1, logical block 738
Nov 16 23:30:21 [...] kernel: Buffer I/O error on device sdb1, logical block 739
Nov 16 23:30:21 [...] kernel: Buffer I/O error on device sdb1, logical block 740
Nov 16 23:30:21 [...] kernel: Buffer I/O error on device sdb1, logical block 741
Nov 16 23:30:21 [...] kernel: usb 1-1.3: USB disconnect, address 6
Nov 16 23:30:21 [...] kernel: sd 3:0:0:0: [sdb] Unhandled error code
Nov 16 23:30:21 [...] kernel: sd 3:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
Nov 16 23:30:21 [...] kernel: sd 3:0:0:0: [sdb] CDB: cdb[0]=0x28: 28 00 00 00 18 0e 00 00 10 00
Nov 16 23:30:21 [...] kernel: end_request: I/O error, dev sdb, sector 6158
Nov 16 23:30:21 [...] kernel: sd 3:0:0:0: [sdb] Unhandled error code
Nov 16 23:30:21 [...] kernel: sd 3:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
Nov 16 23:30:21 [...] kernel: sd 3:0:0:0: [sdb] CDB: cdb[0]=0x28: 28 00 00 00 18 1e 00 00 f0 00
Nov 16 23:30:21 [...] kernel: end_request: I/O error, dev sdb, sector 6174
Nov 16 23:30:21 [...] kernel: usb 1-1.3: new high speed USB device using orion-ehci and address 7
Nov 16 23:30:21 [...] kernel: usb 1-1.3: device descriptor read/64, error -32
Nov 16 23:30:22 [...] kernel: usb 1-1.3: device descriptor read/64, error -32
Nov 16 23:30:22 [...] kernel: usb 1-1.3: new high speed USB device using orion-ehci and address 8
Nov 16 23:30:22 [...] kernel: usb 1-1.3: device descriptor read/64, error -32
Nov 16 23:30:22 [...] kernel: usb 1-1.3: device descriptor read/64, error -32
Nov 16 23:30:22 [...] kernel: usb 1-1.3: new high speed USB device using orion-ehci and address 9
Nov 16 23:30:23 [...] kernel: usb 1-1.3: device not accepting address 9, error -32
Nov 16 23:30:23 [...] kernel: usb 1-1.3: new high speed USB device using orion-ehci and address 10
Nov 16 23:30:23 [...] kernel: usb 1-1.3: device not accepting address 10, error -32
Nov 16 23:30:23 [...] kernel: hub 1-1:1.0: unable to enumerate USB device on port 3

And both stick work without problems at my notebook running Windows.
RM2k
Re: USB-Sticks unusable
December 14, 2010 03:22PM
Nobody? I wonder how nobody else is experiencing this problem, having this bad luck with a 2/3 failure rate :D
rat
Re: USB-Sticks unusable
December 14, 2010 04:02PM
RM2k Wrote:
-------------------------------------------------------
> Nobody? I wonder how nobody else is experiencing
> this problem, having this bad luck with a 2/3
> failure rate :D

Probably because the answer may exist in the other thread, stickied to the top, titled "Working USB Sticks". http://forum.doozan.com/read.php?2,1915

I'd put a few pennies down saying you probably just have a pair of improperly formatted thumbdrives. I go into detail about this here: http://forum.doozan.com/read.php?2,1915,2604#msg-2604
Re: USB-Sticks unusable
December 14, 2010 09:47PM
I would guess these errors stem from trying to use USB1.1 sticks. The Dockstar has only one true USB2.0 port and that has a 4-port USB2.0 hub plugged into it to give 4x USB ports. When a USB1.1 device is attached the kernel gets confused by the USB2 hub and tries to communicate with it at 480mbits which is far too fast.

A quick bit of googling turned up this post.

-PG
RM2k
Re: USB-Sticks unusable
December 15, 2010 07:55AM
rat Wrote:
-------------------------------------------------------
> I'd put a few pennies down saying you probably
> just have a pair of improperly formatted
> thumbdrives. I go into detail about this here:
> http://forum.doozan.com/read.php?2,1915,2604#msg-2
> 604

Thank you, I'll try reformating it again. But as far as I remember I already tried HPFU and things like "whole disk format" via linux without a positive result. I see you tested a OCZ Rally2 with 4GB, I experience the problems with the 8GB version I just bought for my dockstar. Maybe they changed something, how old is yours? Anyway, I'll try again when I'm home again today
:)

@petergunn
Thank you. Dunno, but I think the quite fast (and recently bought) OCZ Rally2 should be a real 2.0 device since it can reach read speeds up to 30MB/s ;)
RM2k
Re: USB-Sticks unusable
December 15, 2010 01:15PM
Okay, this is getting really strange:
It works, but just for the moment I format it with HPFU (FAT32) and plug it into the dockstar for the first time.
As soon as I unmount and remount or just disconnect and remount I get errors (see below) and have to reformat it with HPFU. Same result for my old noname stick and my new OCZ Rally2 8GB.

Noname:
usb 1-1.4: reset high speed USB device using orion-ehci and address 7
usb 1-1.4: device descriptor read/64, error -110
usb 1-1.4: device descriptor read/64, error -110
usb 1-1.4: reset high speed USB device using orion-ehci and address 7
usb 1-1.4: device descriptor read/64, error -110
usb 1-1.4: device descriptor read/64, error -110
usb 1-1.4: reset high speed USB device using orion-ehci and address 7
usb 1-1.4: device not accepting address 7, error -110
usb 1-1.4: reset high speed USB device using orion-ehci and address 7
usb 1-1.4: device not accepting address 7, error -110
sd 3:0:0:0: Device offlined - not ready after error recovery
usb 1-1.4: USB disconnect, address 7
sd 3:0:0:0: [sdd] Unhandled error code
sd 3:0:0:0: [sdd] Result: hostbyte=0x01 driverbyte=0x00
sd 3:0:0:0: [sdd] CDB: cdb[0]=0x28: 28 00 00 00 ce cf 00 00 f0 00
end_request: I/O error, dev sdd, sector 52943
sd 3:0:0:0: [sdd] Unhandled error code
sd 3:0:0:0: [sdd] Result: hostbyte=0x01 driverbyte=0x00
sd 3:0:0:0: [sdd] CDB: cdb[0]=0x28: 28 00 00 00 cf bf 00 00 10 00
end_request: I/O error, dev sdd, sector 53183
FAT: FAT read failed (blocknr 2566)
...
FAT: FAT read failed (blocknr 2566)
usb 1-1.4: new high speed USB device using orion-ehci and address 8
FAT: FAT read failed (blocknr 2566)
...
FAT: FAT read failed (blocknr 2566)
usb 1-1.4: device descriptor read/64, error -110
usb 1-1.4: device descriptor read/64, error -110
usb 1-1.4: new high speed USB device using orion-ehci and address 9
usb 1-1.4: device descriptor read/64, error -110
usb 1-1.4: device descriptor read/64, error -110
usb 1-1.4: new high speed USB device using orion-ehci and address 10
usb 1-1.4: device not accepting address 10, error -110
usb 1-1.4: new high speed USB device using orion-ehci and address 11
OCZ:
scsi4 : usb-storage 1-1.4:1.0
scsi 4:0:0:0: Direct-Access     OCZ      RALLY2           0100 PQ: 0 ANSI: 0 CCS
sd 4:0:0:0: Attached scsi generic sg1 type 0
sd 4:0:0:0: [sde] 15523840 512-byte logical blocks: (7.94 GB/7.40 GiB)
sd 4:0:0:0: [sde] Write Protect is off
sd 4:0:0:0: [sde] Mode Sense: 4b 00 00 08
sd 4:0:0:0: [sde] Assuming drive cache: write through
sd 4:0:0:0: [sde] Assuming drive cache: write through
 sde: sde1
sd 4:0:0:0: [sde] Assuming drive cache: write through
sd 4:0:0:0: [sde] Attached SCSI removable disk
usb 1-1.4: reset high speed USB device using orion-ehci and address 12
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: reset high speed USB device using orion-ehci and address 12
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: reset high speed USB device using orion-ehci and address 12
usb 1-1.4: device not accepting address 12, error -32
usb 1-1.4: reset high speed USB device using orion-ehci and address 12
usb 1-1.4: device not accepting address 12, error -32
sd 4:0:0:0: [sde] Unhandled error code
sd 4:0:0:0: [sde] Result: hostbyte=0x07 driverbyte=0x00
sd 4:0:0:0: [sde] CDB: cdb[0]=0x28: 28 00 00 00 81 c7 00 00 f0 00
end_request: I/O error, dev sde, sector 33223
usb 1-1.4: USB disconnect, address 12
sd 4:0:0:0: [sde] Unhandled error code
sd 4:0:0:0: [sde] Result: hostbyte=0x01 driverbyte=0x00
sd 4:0:0:0: [sde] CDB: cdb[0]=0x28: 28 00 00 00 82 b7 00 00 10 00
end_request: I/O error, dev sde, sector 33463
sd 4:0:0:0: [sde] Unhandled error code
sd 4:0:0:0: [sde] Result: hostbyte=0x01 driverbyte=0x00
sd 4:0:0:0: [sde] CDB: cdb[0]=0x28: 28 00 00 00 82 c7 00 00 f0 00
end_request: I/O error, dev sde, sector 33479
usb 1-1.4: new high speed USB device using orion-ehci and address 13
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: new high speed USB device using orion-ehci and address 14
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: new high speed USB device using orion-ehci and address 15
usb 1-1.4: device not accepting address 15, error -32
usb 1-1.4: new high speed USB device using orion-ehci and address 16
usb 1-1.4: device not accepting address 16, error -32
hub 1-1:1.0: unable to enumerate USB device on port 4
rat
Re: USB-Sticks unusable
December 15, 2010 03:51PM
RM2k Wrote:
-------------------------------------------------------
> Thank you, I'll try reformating it again. But as
> far as I remember I already tried HPFU and things
> like "whole disk format" via linux without a
> positive result. I see you tested a OCZ Rally2
> with 4GB, I experience the problems with the 8GB
> version I just bought for my dockstar. Maybe they
> changed something, how old is yours? Anyway, I'll
> try again when I'm home again today
> :)

Hrmm, strange. My 4GB Rally was purchased about 2 months ago on sale at Microcenter. From what I understand, the 4GB and 8GB versions are identical, save for the 8GB model having an extra 4GB flash chip soldered to the other side of the board.


> @petergunn
> Thank you. Dunno, but I think the quite fast (and
> recently bought) OCZ Rally2 should be a real 2.0
> device since it can reach read speeds up to 30MB/s
> ;)

Yeah. However, you also have to consider that the Rally2 is a dual channel USB device. I wonder if this is part of why you are having issues. The Patriot Rage was a quadchannel USB thumbdrive and the most unreliable piece of crap I've had the misfortune of using, but that's Patriot in general.

[137260.045918] usb 1-1.4: new high speed USB device using orion-ehci and address 6
[137260.163004] usb 1-1.4: New USB device found, idVendor=1307, idProduct=0165
[137260.170020] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[137260.177481] usb 1-1.4: Product: USB Mass Storage Device
[137260.182814] usb 1-1.4: Manufacturer: USBest Technology
[137260.188073] usb 1-1.4: SerialNumber: 00000000001C31
[137260.194953] usb 1-1.4: configuration #1 chosen from 1 choice
[137260.204738] scsi3 : SCSI emulation for USB Mass Storage devices
[137260.216724] usb-storage: device found at 6
[137260.216735] usb-storage: waiting for device to settle before scanning
[137265.216043] usb-storage: device scan complete
[137265.216836] scsi 3:0:0:0: Direct-Access OCZ RALLY2 0.00 PQ: 0 ANSI: 2
[137265.230429] sd 3:0:0:0: [sdc] 7892040 512-byte logical blocks: (4.04 GB/3.76 GiB)
[137265.254666] sd 3:0:0:0: [sdc] Write Protect is off
[137265.259625] sd 3:0:0:0: [sdc] Mode Sense: 00 00 00 00
[137265.259635] sd 3:0:0:0: [sdc] Assuming drive cache: write through
[137265.270394] sd 3:0:0:0: [sdc] Assuming drive cache: write through
[137265.276653] sdc:
[137265.661662] sd 3:0:0:0: [sdc] Assuming drive cache: write through
[137265.667916] sd 3:0:0:0: [sdc] Attached SCSI removable disk


Want to give me the exact command sequence you're using when you plug in the sticks into your dockstar to see if I can duplicate the error messages? Should be worth a try since I have the same model thumbdrive here. For now, however, seems to be working.

FYI: All the tests I did with thumbdrives was with my Netbook, I wasn't aware of the hub nature of the Dockstar. I imagine it's probably similar with the Netbook though, being a cheaper product.
Re: USB-Sticks unusable
December 15, 2010 07:03PM
RM2k Wrote:
-------------------------------------------------------
> @petergunn
> Thank you. Dunno, but I think the quite fast (and
> recently bought) OCZ Rally2 should be a real 2.0
> device since it can reach read speeds up to 30MB/s
> ;)

Then, for my second guess... the following might help...
echo 20 >/sys/module/scsi_mod/parameters/inq_timeout
alternatively append the following to the kernel boot option:
scsi_mod.inq_timeout=20
-PG
RM2k
Re: USB-Sticks unusable
December 16, 2010 07:12AM
Okay,

1. Format with HPFU: FAT32
2. Plug into freshly restarted dockstar.
usb 1-1.4: new high speed USB device using orion-ehci and address 4
scsi1 : usb-storage 1-1.4:1.0
scsi 1:0:0:0: Direct-Access     OCZ      RALLY2           0100 PQ: 0 ANSI: 0 CCS
sd 1:0:0:0: Attached scsi generic sg1 type 0
sd 1:0:0:0: [sdb] 15523840 512-byte logical blocks: (7.94 GB/7.40 GiB)
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 4b 00 00 08
sd 1:0:0:0: [sdb] Assuming drive cache: write through
sd 1:0:0:0: [sdb] Assuming drive cache: write through
 sdb: sdb1
sd 1:0:0:0: [sdb] Assuming drive cache: write through
sd 1:0:0:0: [sdb] Attached SCSI removable disk
3. Mount to /media/8gb (already existing), download a testfile, md5sum it
mount /dev/sdb1 /media/8gb
cd /media/8gb/
wget http://a23.g.akamai.net/7/23/2740/0002/download.macromedia.com/pub/dreamweaver/esd/Dreamweaver4TBYB.exe
md5sum Dreamweaver4TBYB.exe
20ecfb3a30fe26df53fe9fc3ae288f9f  Dreamweaver4TBYB.exe
4. Everything okay so far. Now dismount, mount again and md5sum
cd ..
umount 8gb
mount /dev/sdb1 /media/8gb
cd 8gb/
md5sum Dreamweaver4TBYB.exe
md5sum: Dreamweaver4TBYB.exe: Input/output error
usb 1-1.4: reset high speed USB device using orion-ehci and address 10
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: reset high speed USB device using orion-ehci and address 10
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: reset high speed USB device using orion-ehci and address 10
usb 1-1.4: device not accepting address 10, error -32
usb 1-1.4: reset high speed USB device using orion-ehci and address 10
usb 1-1.4: device not accepting address 10, error -32
sd 3:0:0:0: [sdb] Unhandled error code
sd 3:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
sd 3:0:0:0: [sdb] CDB: cdb[0]=0x28: 28 00 00 00 80 47 00 00 80 00
end_request: I/O error, dev sdb, sector 32839
usb 1-1.4: USB disconnect, address 10
sd 3:0:0:0: [sdb] Unhandled error code
sd 3:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
sd 3:0:0:0: [sdb] CDB: cdb[0]=0x28: 28 00 00 00 80 47 00 00 08 00
end_request: I/O error, dev sdb, sector 32839
usb 1-1.4: new high speed USB device using orion-ehci and address 11
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: new high speed USB device using orion-ehci and address 12
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: device descriptor read/64, error -32
usb 1-1.4: new high speed USB device using orion-ehci and address 13
usb 1-1.4: device not accepting address 13, error -32
usb 1-1.4: new high speed USB device using orion-ehci and address 14
usb 1-1.4: device not accepting address 14, error -32
hub 1-1:1.0: unable to enumerate USB device on port 4

Annotation:
Trying to write down these steps, after a failed try I wasn't even able to just mount the OCZ and got reset there or when plugging in.
echo 200 >  /sys/module/scsi_mod/parameters/inq_timeout
seems to help a bit, in terms of getting the error later as described above.
I tried 200 because 20 was already the set value.
The testfile is just some random stuff I found googling for a direct download via akamai since their servers a quite fast here.
rat
Re: USB-Sticks unusable
December 16, 2010 08:22PM
Giving it a try exactly (or as close as possible) as you did:

[239042.055924] usb 1-1.3: new high speed USB device using orion-ehci and address 13
[239042.173130] usb 1-1.3: New USB device found, idVendor=1307, idProduct=0165
[239042.180141] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[239042.187600] usb 1-1.3: Product: USB Mass Storage Device
[239042.192934] usb 1-1.3: Manufacturer: USBest Technology
[239042.198193] usb 1-1.3: SerialNumber: 00000000001C31
[239042.205123] usb 1-1.3: configuration #1 chosen from 1 choice
[239042.215139] scsi9 : SCSI emulation for USB Mass Storage devices
[239042.234094] usb-storage: device found at 13
[239042.234105] usb-storage: waiting for device to settle before scanning
[239047.226016] usb-storage: device scan complete
[239047.226711] scsi 9:0:0:0: Direct-Access     OCZ      RALLY2           0.00 PQ: 0 ANSI: 2
[239047.240304] sd 9:0:0:0: [sdc] 7892040 512-byte logical blocks: (4.04 GB/3.76 GiB)
[239047.264917] sd 9:0:0:0: [sdc] Write Protect is off
[239047.269880] sd 9:0:0:0: [sdc] Mode Sense: 00 00 00 00
[239047.269891] sd 9:0:0:0: [sdc] Assuming drive cache: write through
[239047.280644] sd 9:0:0:0: [sdc] Assuming drive cache: write through
[239047.286896]  sdc:
[239047.672287] sd 9:0:0:0: [sdc] Assuming drive cache: write through
[239047.678548] sd 9:0:0:0: [sdc] Attached SCSI removable disk
rat@redstone:~$

It's plugged in...

rat@redstone:~$ sudo mount /dev/sdc1 /media/4gb
[sudo] password for rat:
mount: you must specify the filesystem type
rat@redstone:~$ sudo mount -t vfat /dev/sdc1 /media/4gb
mount: mount point /media/4gb does not exist
rat@redstone:~$ cd /media
rat@redstone:/media$ mkdir 4gb
rat@redstone:/media$ sudo mount -t vfat /dev/sdc1 /media/4gb
rat@redstone:/media$

I don't know how you got as far as you did since I can't seem to duplicate even the mounting step without specifying filesystem type.

rat@redstone:/media$ cd /media/4gb
rat@redstone:/media/4gb$ ls
rat@redstone:/media/4gb$ ls -la
total 8
drwxr-xr-x 2 root root 4096 Dec 31  1969 .
drwxr-xr-x 3 root root 4096 Dec 16 20:08 ..
rat@redstone:/media/4gb$

Funny on the date but otherwise fine. Grabbing Dreamweaver patch...

rat@redstone:/media/4gb$ sudo wget http://a23.g.akamai.net/7/23/2740/0002/download.macromedia.com/pub/dreamweaver/esd/Dreamweaver4TBYB.exe
--2010-12-16 20:12:21--  http://a23.g.akamai.net/7/23/2740/0002/download.macromedia.com/pub/dreamweaver/esd/Dreamweaver4TBYB.exe
Resolving a23.g.akamai.net... 72.246.43.73, 72.246.43.58
Connecting to a23.g.akamai.net|72.246.43.73|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 25363980 (24M) [application/octet-stream]
Saving to: `Dreamweaver4TBYB.exe'

100%[====================================================================================================>] 25,363,980   148K/s   in 85s

2010-12-16 20:13:46 (291 KB/s) - `Dreamweaver4TBYB.exe' saved [25363980/25363980]

rat@redstone:/media/4gb$ md5sum Dreamweaver4TBYB.exe
20ecfb3a30fe26df53fe9fc3ae288f9f  Dreamweaver4TBYB.exe
rat@redstone:/media/4gb$

MD5 matches yours.

rat@redstone:/media/4gb$ cd ..
rat@redstone:/media$ umount 4gb
umount: /media/4gb is not in the fstab (and you are not root)
rat@redstone:/media$ sudo umount 4gb
rat@redstone:/media$

rat@redstone:/media$ sudo mount /dev/sdc1 /media/4gb
mount: you must specify the filesystem type
rat@redstone:/media$ sudo mount -t vfat /dev/sdc1 /media/4gb
mount: special device /dev/sdc1 does not exist

Interesting.

I pull it out and plug the thumbdrive back in...

[239996.661784] sd 11:0:0:0: [sdc] Assuming drive cache: write through
[239996.668129] sd 11:0:0:0: [sdc] Attached SCSI removable disk
rat@redstone:/media$ sudo mount -t vfat /dev/sdc1 /media/4gb
mount: special device /dev/sdc1 does not exist
rat@redstone:/media$ sudo mount -t vfat /dev/sdc /media/4gb
rat@redstone:/media$ cd 4gb
rat@redstone:/media/4gb$ ls
Dreamweaver4TBYB.exe
rat@redstone:/media/4gb$ md5sum Dreamweaver4TBYB.exe
20ecfb3a30fe26df53fe9fc3ae288f9f  Dreamweaver4TBYB.exe
rat@redstone:/media/4gb$

Frickin' odd how I couldn't remount /dev/sdc1, but remounting still got me the same MD5sum.

I'm still wondering how you were able to mount it without specifying the filesystem type.



Edited 1 time(s). Last edit at 12/16/2010 08:22PM by rat.
Author:

Your Email:


Subject:


Spam prevention:
Please, enter the code that you see below in the input field. This is for blocking bots that try to post this form automatically. If the code is hard to read, then just try to guess it right. If you enter the wrong code, a new image is created and you get another chance to enter it right.
Message: