Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Sorry for the delay responding to this thread. Whilst linux users' computers are immune to viruses, our bodies are not. I spent Tuesday evening through late Wednesday afternoon in bed with the flu, and I'm still not 100%. On Tue, Apr 18, 2006 at 10:51:44AM +0800, Fr?d?ric Grosshans wrote Le lundi 17 avril 2006 ? 18:51 +0100, Konstantin V. Gavrilenko a ?crit : So you have to do fdisk /dev/sdb, then quit, then the /dev/sdb1 is magically available for mounting. I had this problem before, but it's not the case today :-( fdisk has no access to the /dev/sda device. Frederic and Konstantin... I have *EXACTLY* the same situation, and I figured out what was causing it, and I came up with with a workaround; I wouldn't call it a perfect solution. - My old, emergency backup machine is a 1999 Dell PIII, 450 mhz, with 128 megs of RAM, and USB 1.1 hardware. According to dmesg, the ehci_hcd code aborts at bootup, and only the ohci_hcd code runs. All my USB1 and USB2 devices run OK. Mind you, at USB 1.1 speeds, maybe I should say they *CRAWL* OK. The auto option for filesystem type works OK in both the mount command and in /etc/fstab. I could get away with an fstab entry like... /dev/sdb1 /mnt/external auto noauto,user,noatime,notail 0 0 and simply mount /mnt/external, regardless of what I hooked up to the USB port. - My relatively new AMD64 (in 32-bit mode) has USB2 hardware. I built both ohci_ocd ehci_ocd into the kernel. I experienced the following symptoms... - USB1 devices were totally flakey, sometimes they would show up as /dev/sdb1, and sometimes they wouldn't. When it didin't show up... So you have to do fdisk /dev/sdb, then quit, then the /dev/sdb1 is magically available for mounting. would usually work, but not always. - USB2 devices would show up OK, and run at USB2 speeds, but auto would *NOT* work as a filesystem type with either /etc/fstab or the mount command After a lot of screwing around I came up with the following workaround. - build ohci_hcd into the kernel - build ehci_hcd as a module. Do *NOT* auto-load the ehci_hcd module. - write local udev rules to generate symlinks for my USB devices. /etc/fstab has entries that mount the symlinks, and those entries specify the filesystem type. I use msdos for my camera's memory cards, vfat for my mp3 player, and reiserfs for my backup drives. Run in USB1.1 mode most of the time. When I'm backing up my hard drive to a USB2 drive, and I want the extra speed, I run the commands modprobe ehci_ocd udevstart ...before I plug in the backup drive. When I'm finished, and have removed the backup drive, I run the commands rmmod ehci_ocd udevstart ...and I'm back to where I was before. It's not perfect, but it works. -- Walter Dnes [EMAIL PROTECTED] In linux /sbin/init is Job #1 My musings on technology and security at http://tech_sec.blog.ca -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le mercredi 19 avril 2006 à 10:41 +0800, David a écrit : On Tue, Apr 18, 2006 at 10:59:00PM +0800, Fr?d?ric Grosshans wrote: I'll try when I'm back home (in may) If you are in Beijing, it is easy to do the test using an external usb hub with it's own power supply for free. Because Beijing has the biggest computer market in north of China! Simply, you go to one of the sereral big computer stores on the Zhong Guan Cun street, the street is near Beijing University, and ask for a free test with the usb hub. If it works, you can buy it with 10 or 15 dollars or cheaper! You'd better ask your host to come with you for bargain! Thanks for the suggestion. I keep that address for the time I come in Beijing. But I'm in Shanghaï :-( By the way, I'm in Beijing now, if you are in Beijing too, you can call me for more help.:-( Thanks a lot. I keep receiving proofs of chinese hospitality every day since I'm here, but I didn't expect to receive one through this mailing list :-) Cheers, Frederic -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
On Wed, Apr 19, 2006 at 09:56:51PM +0800, Fr?d?ric Grosshans wrote: Le mercredi 19 avril 2006 ? 10:41 +0800, David a ?crit : On Tue, Apr 18, 2006 at 10:59:00PM +0800, Fr?d?ric Grosshans wrote: I'll try when I'm back home (in may) If you are in Beijing, it is easy to do the test using an external usb hub with it's own power supply for free. Because Beijing has the biggest computer market in north of China! Simply, you go to one of the sereral big computer stores on the Zhong Guan Cun street, the street is near Beijing University, and ask for a free test with the usb hub. If it works, you can buy it with 10 or 15 dollars or cheaper! You'd better ask your host to come with you for bargain! Thanks for the suggestion. I keep that address for the time I come in Beijing. But I'm in Shangha? :-( Shanghai also have many computer marckets! just ask any youth in Shanghai! Kingston has a big business in China, and guarantee to keep in good repair for his products. You can call the free number 800-810-1972 in China for technique support, or email to [EMAIL PROTECTED] The number of service center in Shnnghai is 021-29674922 and 021-64860825, You can ask a native speaker to call for you! By the way, I'm in Beijing now, if you are in Beijing too, you can call me for more help.:-( Thanks a lot. I keep receiving proofs of chinese hospitality every day since I'm here, but I didn't expect to receive one through this mailing list :-) Cheers, Frederic -- gentoo-user@gentoo.org mailing list -- best wishes David Chen office tel: 010-5888-7111 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le mardi 18 avril 2006 à 13:20 +0800, Frédéric Grosshans a écrit : L Which in turn come from the table in /usr/src/linux/drivers/usb/storage/unusual_devs.h. Maybe you can try adding an entry for your device to that table? Something like: UNUSUAL_DEV( 0x1043, 0x8006, 0x0110, 0x0110, USB, Flash Disk, US_SC_DEVICE, US_PR_DEVICE, NULL, US_FL_IGNORE_RESIDUE ), I'm compiling the kernel with this difference. (Its my first source code modification !) I'll post the result later. no visible difference :-( Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
On Tuesday 18 April 2006 05:04, Frédéric Grosshans wrote: [*] OK. I have sanduleak ~ # find /dev/disk/ -iname '*usb*' /dev/disk/by-path/usb-0x1043-0x8006:0:0:0 /dev/disk/by-id/usb-Generic_USB_Flash_Drive [*] Any other idea ? Never give up. Try hexdump on the device above: hexdump -C /dev/disk/by-id/usb-Generic_USB_Flash_Drive Here is an example of mine, having partition table with PT boot code at offset 0 and FAT16 boot sector at offset 4000hex with msdos/windows boot code (it was formatted in W2k). If you don't see any of the like anywhere on the disk, it is possibly encrypted on-chip or broken. You may even see some windows virus on your PT and/or fat boot instead of boot code. If you have no valid partition (since your fdisk fails on it) but able to find your FAT somewhere on the disk, it is possible to reconstruct, but I advise to dd whole disk to file before. To seek the boot sector of the volume, look for the signature 55 aa hex at end of sector, just like mine are at offsets 01fe-01ff (pt) 41fe-41ff (fat boot). Sector size is 512==200hex. hexdump -C /dev/disk/by-id/usb-USB_512MB_3EA84191EC2E0009 fa 33 c0 8e d0 bc 00 7c 8b f4 50 07 50 1f fb fc |.3.|..P.P...| 0010 bf 00 06 b9 00 01 f2 a5 ea 1d 06 00 00 be be 07 || 0020 b3 04 80 3c 80 74 0e 80 3c 00 75 1c 83 c6 10 fe |t...u.| 0030 cb 75 ef cd 18 8b 14 8b 4c 02 8b ee 83 c6 10 fe |.u..L...| 0040 cb 74 1a 80 3c 00 74 f4 be 8b 06 ac 3c 00 74 0b |.t...t..t.| 0050 56 bb 07 00 b4 0e cd 10 5e eb f0 eb fe bf 05 00 |V...^...| 0060 bb 00 7c b8 01 02 57 cd 13 5f 73 0c 33 c0 cd 13 |..|...W.._s.3...| 0070 4f 75 ed be a3 06 eb d3 be c2 06 bf fe 7d 81 3d |Ou...}.=| 0080 55 aa 75 c7 8b f5 ea 00 7c 00 00 49 6e 76 61 6c |U.u.|..Inval| 0090 69 64 20 70 61 72 74 69 74 69 6f 6e 20 74 61 62 |id partition tab| 00a0 6c 65 00 45 72 72 6f 72 20 6c 6f 61 64 69 6e 67 |le.Error loading| 00b0 20 6f 70 65 72 61 74 69 6e 67 20 73 79 73 74 65 | operating syste| 00c0 6d 00 4d 69 73 73 69 6e 67 20 6f 70 65 72 61 74 |m.Missing operat| 00d0 69 6e 67 20 73 79 73 74 65 6d 00 00 00 00 00 00 |ing system..| 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80 01 || 01c0 01 00 06 1f e0 e0 20 00 00 00 df 87 0f 00 00 00 |.. .| 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..U.| 0200 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 4000 eb 3e 90 4d 53 57 49 4e 34 2e 31 00 02 10 01 00 |..MSWIN4.1.| 4010 02 d0 02 00 00 f8 f9 00 20 00 ff 00 20 00 00 00 | ... ...| 4020 df 87 0f 00 80 00 29 34 53 6a 31 4e 4f 20 4e 41 |..)4Sj1NO NA| 4030 4d 45 20 20 20 20 46 41 54 31 36 20 20 20 f1 7d |MEFAT16 .}| 4040 fa 33 c9 8e d1 bc fc 7b 16 07 bd 78 00 c5 76 00 |.3.{...x..v.| 4050 1e 56 16 55 bf 22 05 89 7e 00 89 4e 02 b1 0b fc |.V.U...~..N| 4060 f3 a4 06 1f bd 00 7c c6 45 fe 0f 8b 46 18 88 45 |..|.E...F..E| 4070 f9 fb 38 66 24 7c 04 cd 13 72 3c 8a 46 10 98 f7 |..8f$|...r.F...| 4080 66 16 03 46 1c 13 56 1e 03 46 0e 13 d1 50 52 89 |f..F..V..F...PR.| 4090 46 fc 89 56 fe b8 20 00 8b 76 11 f7 e6 8b 5e 0b |F..V.. ..v^.| 40a0 03 c3 48 f7 f3 01 46 fc 11 4e fe 5a 58 bb 00 07 |..H...F..N.ZX...| 40b0 8b fb b1 01 e8 94 00 72 47 38 2d 74 19 b1 0b 56 |...rG8-t...V| 40c0 8b 76 3e f3 a6 5e 74 4a 4e 74 0b 03 f9 83 c7 15 |.v..^tJNt..| 40d0 3b fb 72 e5 eb d7 2b c9 b8 d8 7d 87 46 3e 3c d8 |;.r...+...}.F.| 40e0 75 99 be 80 7d ac 98 03 f0 ac 84 c0 74 17 3c ff |u...}...t..| 40f0 74 09 b4 0e bb 07 00 cd 10 eb ee be 83 7d eb e5 |t}..| 4100 be 81 7d eb e0 33 c0 cd 16 5e 1f 8f 04 8f 44 02 |..}..3...^D.| 4110 cd 19 be 82 7d 8b 7d 0f 83 ff 02 72 c8 8b c7 48 |}.}r...H| 4120 48 8a 4e 0d f7 e1 03 46 fc 13 56 fe bb 00 07 53 |H.NF..VS| 4130 b1 04 e8 16 00 5b 72 c8 81 3f 4d 5a 75 a7 81 bf |.[r..?MZu...| 4140 00 02 42 4a 75 9f ea 00 02 70 00 50 52 51 91 92 |..BJup.PRQ..| 4150 33 d2 f7 76 18 91 f7 76 18 42 87 ca f7 76 1a 8a |3..v...v.B...v..| 4160 f2 8a 56 24 8a e8 d0 cc d0 cc 0a cc b8 01 02 cd |..V$| 4170 13 59 5a 58 72 09 40 75 01 42 03 5e 0b e2 cc c3 |[EMAIL PROTECTED]| 4180 03 18 01 27 0d 0a 49 6e 76 61 6c 69 64 20 73 79 |...'..Invalid sy| 4190 73 74 65 6d 20 64 69 73 6b ff 0d 0a 44 69 73 6b |stem disk...Disk| 41a0 20 49 2f 4f 20 65 72 72 6f 72 ff 0d 0a 52 65 70 | I/O error...Rep| 41b0 6c 61 63 65 20 74 68 65 20 64 69 73 6b 2c 20 61 |lace the disk, a| 41c0 6e 64 20 74 68 65 6e 20 70 72
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le mardi 18 avril 2006 à 09:12 +0200, Petr Kocmid a écrit : On Tuesday 18 April 2006 05:04, Frédéric Grosshans wrote: Any other idea ? Never give up. That seems to be your moto :-) Try hexdump on the device above: hexdump -C /dev/disk/by-id/usb-Generic_USB_Flash_Drive I'm currently with the ub driver, so I tried sanduleak ~ # hexdump -C /dev/uba hexdump: /dev/uba: No medium found hexdump: /dev/uba: Bad file descriptor I'll try again with the usb-storage driver after a reboot, but I fear I'll have the same problem. Here is an example of mine, having partition table with PT boot code at offset 0 and FAT16 boot sector at offset 4000hex with msdos/windows boot code (it was formatted in W2k). If you don't see any of the like anywhere on the disk, it is possibly encrypted on-chip or broken. There is indeed an encryption feature on this key. I've never used it (I haven't even downloaded the windows-only software allowing to use it). Can it be related to this problem ? You may even see some windows virus on your PT and/or fat boot instead of boot code. If you have no valid partition (since your fdisk fails on it) but able to find your FAT somewhere on the disk, it is possible to reconstruct, but I advise to dd whole disk to file before. I'm not even able to dd the disk... (No medium found) To seek the boot sector of the volume, look for the signature 55 aa hex at end of sector, just like mine are at offsets 01fe-01ff (pt) 41fe-41ff (fat boot). Sector size is 512==200hex. hexdump -C /dev/disk/by-id/usb-USB_512MB_3EA84191EC2E0009 fa 33 c0 8e d0 bc 00 7c 8b f4 50 07 50 1f fb fc |.3.|..P.P...| thanks for all that information. So my next steps are : 1. Switching back to usb-storage 2. Trying to dd the disk 3. That doesn't work, trying to get access to another computer and see if I can do something. By the way, I can afford losing the data on the key. I mainly want to be able to use it. Does that giev you other ideas ? Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
On Tue, 18 Apr 2006 15:37:54 +0800, Frédéric Grosshans wrote: There is indeed an encryption feature on this key. I've never used it (I haven't even downloaded the windows-only software allowing to use it). Can it be related to this problem ? Possibly. Some USB keys use two partitions for encryption, with the data being held on the second, larger, encrypted partition. This may also be why the device is reported as 32MB. Have you tried repartitioning the device in Linux, using cfdisk -z (fdisk probably has an option to ignore any existing partition table too). -- Neil Bothwick Wow! That lightning sounds clo..it! NO CARRIER signature.asc Description: PGP signature
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le mardi 18 avril 2006 à 15:37 +0800, Frédéric Grosshans a écrit : So my next steps are : 1. Switching back to usb-storage 2. Trying to dd the disk 3. That doesn't work, trying to get access to another computer and see if I can do something. Of course, I meant *If* that doesn't work. And i didn't work indeed (no medium found)... Any idea left ? Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le mardi 18 avril 2006 à 09:05 +0100, Neil Bothwick a écrit : On Tue, 18 Apr 2006 15:37:54 +0800, Frédéric Grosshans wrote: There is indeed an encryption feature on this key. I've never used it (I haven't even downloaded the windows-only software allowing to use it). Can it be related to this problem ? Possibly. Some USB keys use two partitions for encryption, with the data being held on the second, larger, encrypted partition. This may also be why the device is reported as 32MB. I don't think so : the 32MB is consistent with the database at http://www.linux-usb.org/usb.ids , if not with reality. The problem is wether or not this database has some influence... The first time I saw those 32 MB (a few days ago, when the key worked and was almost empty), df -h told me there was 1006 MB left on the key. Furthermore, the notice implied it should be reformated with a special windows-only tool to use the encryption feature. Have you tried repartitioning the device in Linux, using cfdisk -z (fdisk probably has an option to ignore any existing partition table too). I hadn't, but it gives me the following answer FATAL ERROR: Cannot open disk drive Press any key to exit cfdisk Thanks for helping, Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
On Tuesday 18 April 2006 10:14, Frédéric Grosshans wrote: Any idea left ? So, you definitely have a hardware problem. Digging for the id of your device 1043 8006 reveals a linux kernel mailing list archive thread: http://www.ussg.iu.edu/hypermail/linux/kernel/0410.0/0023.html with the identical problem: the device worked in some computer and not in other. I see two possibilities: a slave controller chip incompatibility or insufficient power problem, device wants to sink more current than port actually provides at +5V. Port should provide up to 500mA, while many notebooks are very weak at usb power and do not keep up the standard. To eliminate the first one, you should seek for the computer (or maybe an external usb hub) which will work with that chip. To eliminate the power issue on your equipment, you can try to measure consumption at the +5V with some prepared usb cable or even try to feed the device from an external power source. You will need laboratory equipment to do it (A regulated laboratory power supply with current limitation). Ask some electronics engineer. As a first aid, try an external usb hub with it's own power supply. 1G flash chips require a lot of power to operate, and not having enough is consistent with your symptoms of no media. -- Petr -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Frédéric Grosshans wrote: Le lundi 17 avril 2006 à 18:51 +0100, Konstantin V. Gavrilenko a écrit : On the example of the SD card reader, when you insert the card, /dev/sdb appears, but not the actual partition (/dev/sdb1) So you have to do fdisk /dev/sdb, then quit, then the /dev/sdb1 is magically available for mounting. I had this problem before, but it's not the case today :-( fdisk has no access to the /dev/sda device. Think it is an issue with udev. No, it's a problem with your kernel. You need to check the option File systems --- Partition Types --- [*] PC BIOS (MSDOS partition tables) support in make menuconfig and you won't need to fdisk to make /dev/sdb1 appear. Fred Thanks, I'll check it out yours, kos -- Respectfully, Konstantin V. Gavrilenko Arhont Ltd - Information Security web:http://www.arhont.com http://www.wi-foo.com e-mail: [EMAIL PROTECTED] tel: +44 (0) 870 44 31337 fax: +44 (0) 117 969 0141 PGP: Key ID - 0xE81824F4 PGP: Server - keyserver.pgp.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
On 4/18/06, Frédéric Grosshans [EMAIL PROTECTED] wrote: The first time I saw those 32 MB (a few days ago, when the key worked and was almost empty), df -h told me there was 1006 MB left on the key. Wait, it worked before under Linux? I don't think you mentioned that previously. Was this on the same computer? The other possiblity I can think of is that this is a difference between the USB 1.1 vs 2.0 interfaces. I noticed it is the uhci driver that is interfacing with the device. Does the computer have 2.0 ports, and if so, do you have the EHCI driver enabled? Have you tried a different port? Is this plugged in directly, or through a hub? -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le mardi 18 avril 2006 à 06:25 -0700, Richard Fish a écrit : On 4/18/06, Frédéric Grosshans [EMAIL PROTECTED] wrote: The first time I saw those 32 MB (a few days ago, when the key worked and was almost empty), df -h told me there was 1006 MB left on the key. Wait, it worked before under Linux? I don't think you mentioned that previously. Was this on the same computer? 1. It worked under Linux, in the very same laptop. I wrote 4 small files on it. Then I plugged it on an old windows PC and wrote a big file (~100MB) on it. Then I unplugged it (maybe badly: I'm not sure) 2. And a few days later, I tried to plug it on my linux laptop, with no success. The other possiblity I can think of is that this is a difference between the USB 1.1 vs 2.0 interfaces. My laptop is a thinkpad R51, and http://www.thinkwiki.org/wiki/USB_Port says it has usb 2.O I noticed it is the uhci driver that is interfacing with the device. Does the computer have 2.0 ports, and if so, do you have the EHCI driver enabled? I have it configured as a module, but it doesn't seem to be loaded. Have you tried a different port? Now I have. And my Guest here have also tried 2 ports of a desktop windows computer. Is this plugged in directly, or through a hub? Directly. Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le mardi 18 avril 2006 à 11:47 +0200, Petr Kocmid a écrit : On Tuesday 18 April 2006 10:14, Frédéric Grosshans wrote: Any idea left ? So, you definitely have a hardware problem. Digging for the id of your device 1043 8006 reveals a linux kernel mailing list archive thread: http://www.ussg.iu.edu/hypermail/linux/kernel/0410.0/0023.html with the identical problem: the device worked in some computer and not in other. That's a bad news, since the goal of an USB stick ist precisely to move data from one computer to another. reading the complete thread, at http://marc.theaimsgroup.com/?t=10965609274r=1w=2 what is strange, is that the 1043:8006 was precisely the identity of the stick on the working computer. Futhermore, this usb stick has worked on the same computer. I see two possibilities: a slave controller chip incompatibility or insufficient power problem, device wants to sink more current than port actually provides at +5V. Port should provide up to 500mA, while many notebooks are very weak at usb power and do not keep up the standard. To eliminate the first one, you should seek for the computer (or maybe an external usb hub) which will work with that chip. That's currently impractical for me. I may try several computers when I'm back home. To eliminate the power issue on your equipment, you can try to measure consumption at the +5V with some prepared usb cable or even try to feed the device from an external power source. You will need laboratory equipment to do it (A regulated laboratory power supply with current limitation). Ask some electronics engineer. never give up is actually your motto ! I could look for such equipement here (I'm in the physics department of a Chinese university), but I do not feel like it (I already destroyed to much electronic equipment during my PhF thesis !) As a first aid, try an external usb hub with it's own power supply. I'll try when I'm back home (in may) 1G flash chips require a lot of power to operate, and not having enough is consistent with your symptoms of no media. I didn't know. I naively thought the bigger / the better and I don't really need something so big... Could that be that the power consumption of the stick increases with the volume of the files on it ? Which would explain the correctness of the first tests (with small files) and the problem when the key holds a bigger file... By the way, if it's a hardware problem, would it be useful to get the stick replaced by another of the same model ? Or is that a model problem ? Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
On Tue, Apr 18, 2006 at 10:59:00PM +0800, Fr?d?ric Grosshans wrote: Le mardi 18 avril 2006 ? 11:47 +0200, Petr Kocmid a ?crit : On Tuesday 18 April 2006 10:14, Fr?d?ric Grosshans wrote: Any idea left ? So, you definitely have a hardware problem. Digging for the id of your device 1043 8006 reveals a linux kernel mailing list archive thread: http://www.ussg.iu.edu/hypermail/linux/kernel/0410.0/0023.html with the identical problem: the device worked in some computer and not in other. That's a bad news, since the goal of an USB stick ist precisely to move data from one computer to another. reading the complete thread, at http://marc.theaimsgroup.com/?t=10965609274r=1w=2 what is strange, is that the 1043:8006 was precisely the identity of the stick on the working computer. Futhermore, this usb stick has worked on the same computer. I see two possibilities: a slave controller chip incompatibility or insufficient power problem, device wants to sink more current than port actually provides at +5V. Port should provide up to 500mA, while many notebooks are very weak at usb power and do not keep up the standard. To eliminate the first one, you should seek for the computer (or maybe an external usb hub) which will work with that chip. That's currently impractical for me. I may try several computers when I'm back home. To eliminate the power issue on your equipment, you can try to measure consumption at the +5V with some prepared usb cable or even try to feed the device from an external power source. You will need laboratory equipment to do it (A regulated laboratory power supply with current limitation). Ask some electronics engineer. never give up is actually your motto ! I could look for such equipement here (I'm in the physics department of a Chinese university), but I do not feel like it (I already destroyed to much electronic equipment during my PhF thesis !) As a first aid, try an external usb hub with it's own power supply. I'll try when I'm back home (in may) If you are in Beijing, it is easy to do the test using an external usb hub with it's own power supply for free. Because Beijing has the biggest computer market in north of China! Simply, you go to one of the sereral big computer stores on the Zhong Guan Cun street, the street is near Beijing University, and ask for a free test with the usb hub. If it works, you can buy it with 10 or 15 dollars or cheaper! You'd better ask your host to come with you for bargain! By the way, I'm in Beijing now, if you are in Beijing too, you can call me for more help.:-( 1G flash chips require a lot of power to operate, and not having enough is consistent with your symptoms of no media. I didn't know. I naively thought the bigger / the better and I don't really need something so big... Could that be that the power consumption of the stick increases with the volume of the files on it ? Which would explain the correctness of the first tests (with small files) and the problem when the key holds a bigger file... By the way, if it's a hardware problem, would it be useful to get the stick replaced by another of the same model ? Or is that a model problem ? Fred -- gentoo-user@gentoo.org mailing list -- best wishes David Chen office tel: 010-5888-7111 -- gentoo-user@gentoo.org mailing list
[gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
I've a problem with a recently bought usb disk:there is a /dev/sda node but no /dev/sda1 . When I try to access /dev/sda, I've the following errors : sanduleak ~ # fdisk /dev/sda Unable to open /dev/sda sanduleak ~ # dd if=/dev/sda of=/dev/null dd: opening `/dev/sda': No medium found When I plug it, tje following entries are added to dmesg : usb 3-2: new full speed USB device using uhci_hcd and address 6 scsi2 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 6 usb-storage: waiting for device to settle before scanning Vendor: Generic Model: USB Flash Drive Rev: 1.04 Type: Direct-Access ANSI SCSI revision: 02 sd 2:0:0:0: Attached scsi removable disk sda usb-storage: device scan complete The strangest part is the lsusb output (verbose output at the end of the mail): sanduleak ~ # lsusb -s6 Bus 003 Device 006: ID 1043:8006 iCreate Technologies Corp. Flash Disk 32 MB This is a not an iCreate 32MB drive, but a Kingston DataTraveler Elite 1GB drive. I did some first tests with small files, and it worked OK. I then loaded a ~100MB file from a windows computer on the usb key and went away to travel (It shold be DataTraveler disk, after all). I'm now in China, with no access to this disk :-(. Is that 1. a user bug (I did something very stupid), 2. a disk bug (My disk is corrupted some how), 3. or a software bug. In case 1. and 2., how can I check it ? The lsusb output let me suspect it's case 3, especially the false 32 MB disk size. If it's the case, can I possibly correct it ? Where should I look ? And Where should I report the bug ? Thanks for having read until here. Fred PS: here is the output of lsusb -vs6 , if it can be useful. Bus 003 Device 006: ID 1043:8006 iCreate Technologies Corp. Flash Disk 32 MB Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x1043 iCreate Technologies Corp. idProduct 0x8006 Flash Disk 32 MB bcdDevice1.00 iManufacturer 0 iProduct0 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk (Zip) iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Hey Fred. Is the USB key in question formatted with a FAT partition by chance? If so, you may need to load the vfat module as root, or, build vfat (Windows FAT32) filesystem support into your kernel, or perhaps, add an entry for the USB key in your /etc/fstab if you already have vfat support. http://gentoo-wiki.com/HOWTO_USB_Mass_Storage_Device Sláinte! -Jeff Frédéric Grosshans wrote: I've a problem with a recently bought usb disk:there is a /dev/sda node but no /dev/sda1 . When I try to access /dev/sda, I've the following errors : sanduleak ~ # fdisk /dev/sda Unable to open /dev/sda sanduleak ~ # dd if=/dev/sda of=/dev/null dd: opening `/dev/sda': No medium found When I plug it, tje following entries are added to dmesg : usb 3-2: new full speed USB device using uhci_hcd and address 6 scsi2 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 6 usb-storage: waiting for device to settle before scanning Vendor: Generic Model: USB Flash Drive Rev: 1.04 Type: Direct-Access ANSI SCSI revision: 02 sd 2:0:0:0: Attached scsi removable disk sda usb-storage: device scan complete The strangest part is the lsusb output (verbose output at the end of the mail): sanduleak ~ # lsusb -s6 Bus 003 Device 006: ID 1043:8006 iCreate Technologies Corp. Flash Disk 32 MB This is a not an iCreate 32MB drive, but a Kingston DataTraveler Elite 1GB drive. I did some first tests with small files, and it worked OK. I then loaded a ~100MB file from a windows computer on the usb key and went away to travel (It shold be DataTraveler disk, after all). I'm now in China, with no access to this disk :-(. Is that 1. a user bug (I did something very stupid), 2. a disk bug (My disk is corrupted some how), 3. or a software bug. In case 1. and 2., how can I check it ? The lsusb output let me suspect it's case 3, especially the false 32 MB disk size. If it's the case, can I possibly correct it ? Where should I look ? And Where should I report the bug ? Thanks for having read until here. Fred PS: here is the output of lsusb -vs6 , if it can be useful. Bus 003 Device 006: ID 1043:8006 iCreate Technologies Corp. Flash Disk 32 MB Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x1043 iCreate Technologies Corp. idProduct 0x8006 Flash Disk 32 MB bcdDevice1.00 iManufacturer 0 iProduct0 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk (Zip) iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 -- Princess Leia gets her first look at the Millennium Falcon. Princess Leia: You came in that thing? You're braver than I thought! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
On Monday 17 April 2006 16:24, Frédéric Grosshans wrote: Bus 003 Device 006: ID 1043:8006 iCreate Technologies Corp. Flash Disk 32 MB This is a not an iCreate 32MB drive, but a Kingston DataTraveler Elite 1GB drive. I did some first tests with small files, and it worked OK. I Suddenly, I have so called Kingston DataTraveler 512M at hand. It shows: Bus 002 Device 011: ID 0ea0:2168 Ours Technology, Inc. Transcend JetFlash 2.0 / Astone USB Drive Next time, do not believe in logomarks. Kingston is just a trader. then loaded a ~100MB file from a windows computer on the usb key and went away to travel (It shold be DataTraveler disk, after all). I'm now in China, with no access to this disk :-(. What fdisk -l /dev/sda says when you plug it in? You should get something as: Disk /dev/sda: 521 MB, 521142272 bytes 32 heads, 32 sectors/track, 994 cylinders Units = cylinders of 1024 * 512 = 524288 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 994 508911+ 6 FAT16 If you see FAT12 on yours, then you have a problem and blame Windows for it, because it formated the disk for you. -- Petr -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Hi Jeff Le lundi 17 avril 2006 à 10:52 -0400, Jeff a écrit : Is the USB key in question formatted with a FAT partition by chance? I think, if it was a format problem, I would see a /dev/sda1 node, but wouldn't be able to mount it. I don't even see that /dev/sda1 , and fdisk has no access to /dev/sda (to reformat the disk) If so, you may need to load the vfat module as root, or, build vfat (Windows FAT32) filesystem support into your kernel, or perhaps, add an entry for the USB key in your /etc/fstab if you already have vfat support. Thanks, but I already have vfat selected in kernel (not as module) and a fstab entry. Furthermore, the same USB disk has worked once before (with small files). If only it was such a stupid mistake ! (I'm used to such user bugs, but this time, I've got the sad feeling I did everything correctly...) Thanks for the help. Sláinte! Merci, Fred -- Princess Leia gets her first look at the Millennium Falcon. Princess Leia: You came in that thing? You're braver than I thought! I don't want my chinese guests to say the same things about my gentoo laptop ! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le lundi 17 avril 2006 à 17:26 +0200, Petr Kocmid a écrit : On Monday 17 April 2006 16:24, Frédéric Grosshans wrote: This is a not an iCreate 32MB drive, but a Kingston DataTraveler Elite 1GB drive. I did some first tests with small files, and it worked OK. I Suddenly, I have so called Kingston DataTraveler 512M at hand. It shows: Bus 002 Device 011: ID 0ea0:2168 Ours Technology, Inc. Transcend JetFlash 2.0 / Astone USB Drive Next time, do not believe in logomarks. Kingston is just a trader. Yes, but I also believed the 1GB. lsusb says 32 MB ! I don't care about the logo mark, but I care about the capacity ! Maybe I should ask for a 97% rebate from teh reseller... then loaded a ~100MB file from a windows computer on the usb key and went away to travel (It shold be DataTraveler disk, after all). I'm now in China, with no access to this disk :-(. What fdisk -l /dev/sda says when you plug it in? You should get something as: [snip] I don't get anything :-( sanduleak ~ # fdisk -l /dev/sda sanduleak ~ # This is (sadly) consistent with the lack of /dev/sda1 device. Thanks anyway, Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
On Monday 17 April 2006 17:49, Frédéric Grosshans wrote: Le lundi 17 avril 2006 à 17:26 +0200, Petr Kocmid a écrit : What fdisk -l /dev/sda says when you plug it in? You should get something as: [snip] I don't get anything :-( sanduleak ~ # fdisk -l /dev/sda sanduleak ~ # This is (sadly) consistent with the lack of /dev/sda1 device. So be it, let's suppose there is something wrong with your udev config. Please: 1. start udevmonitor as root 2. plug the disk in 3. post all reported events here With that, we can distinguish between some kernel driver issue and wrong udev config issue. An example of mine (plug and unplug): udevmonitor prints the received event from the kernel [UEVENT] and the event which udev sends out after rule processing [UDEV] UEVENT[1145286498.800967] add@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1 UEVENT[1145286498.801510] add@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0 UEVENT[1145286498.801871] add@/class/scsi_host/host1 UEVENT[1145286498.801903] add@/class/usb_device/usbdev2.11 UDEV [1145286499.117809] add@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1 UDEV [1145286500.144200] add@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0 UDEV [1145286500.189516] add@/class/scsi_host/host1 UDEV [1145286500.260429] add@/class/usb_device/usbdev2.11 UEVENT[1145286503.802883] add@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0/host1/target1:0:0/1:0:0:0 UEVENT[1145286505.816923] add@/block/sda UEVENT[1145286505.820912] add@/block/sda/sda1 UEVENT[1145286505.821358] add@/class/scsi_device/1:0:0:0 UDEV [1145286505.948708] add@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0/host1/target1:0:0/1:0:0:0 UDEV [1145286506.029988] add@/class/scsi_device/1:0:0:0 UDEV [1145286506.053558] add@/block/sda UDEV [1145286506.172919] add@/block/sda/sda1 UEVENT[1145287609.215202] remove@/class/scsi_device/1:0:0:0 UEVENT[1145287609.215715] remove@/block/sda/sda1 UEVENT[1145287609.216008] remove@/block/sda UEVENT[1145287609.216298] remove@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0/host1/target1:0:0/1:0:0:0 UEVENT[1145287609.216670] remove@/class/scsi_host/host1 UEVENT[1145287609.216960] remove@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0 UEVENT[1145287609.217293] remove@/class/usb_device/usbdev2.11 UEVENT[1145287609.217586] remove@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1 UDEV [1145287609.242609] remove@/class/scsi_device/1:0:0:0 UDEV [1145287609.475791] remove@/block/sda/sda1 UDEV [1145287609.527505] remove@/block/sda UDEV [1145287609.559272] remove@/class/usb_device/usbdev2.11 UDEV [1145287609.708917] remove@/class/scsi_host/host1 UDEV [1145287609.714372] remove@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0/host1/target1:0:0/1:0:0:0 UDEV [1145287609.799645] remove@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0 UDEV [1145287609.86] remove@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1 -- Petr -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le lundi 17 avril 2006 à 18:23 +0200, Petr Kocmid a écrit : On Monday 17 April 2006 17:49, Frédéric Grosshans wrote: Le lundi 17 avril 2006 à 17:26 +0200, Petr Kocmid a écrit : This is (sadly) consistent with the lack of /dev/sda1 device. So be it, let's suppose there is something wrong with your udev config. Please: 1. start udevmonitor as root 2. plug the disk in 3. post all reported evsanduleak ~ # udevmonitor sanduleak ~ # udevmonitor; # plug udevmonitor prints the received event from the kernel [UEVENT] and the event which udev sends out after rule processing [UDEV] UEVENT[1145293038.123241] add@/devices/pci:00/:00:1d.1/usb3/3-2 UEVENT[1145293038.124486] add@/devices/pci:00/:00:1d.1/usb3/3-2/3-2:1.0 UEVENT[1145293038.124592] add@/class/scsi_host/host7 UEVENT[1145293038.124602] add@/class/usb_device/usbdev3.15 UDEV [1145293038.205141] add@/devices/pci:00/:00:1d.1/usb3/3-2 UDEV [1145293038.575739] add@/devices/pci:00/:00:1d.1/usb3/3-2/3-2:1.0 UDEV [1145293038.632383] add@/class/usb_device/usbdev3.15 UDEV [1145293038.636109] add@/class/scsi_host/host7 UEVENT[1145293043.128582] add@/devices/pci:00/:00:1d.1/usb3/3-2/3-2:1.0/host7/target7:0:0/7:0:0:0 UEVENT[1145293043.143338] add@/block/sda UEVENT[1145293043.143508] add@/class/scsi_device/7:0:0:0 UDEV [1145293043.334343] add@/devices/pci:00/:00:1d.1/usb3/3-2/3-2:1.0/host7/target7:0:0/7:0:0:0 UDEV [1145293043.350033] add@/class/scsi_device/7:0:0:0 UDEV [1145293043.416756] add@/block/sda sanduleak ~ # udevmonitor ; # unplug udevmonitor prints the received event from the kernel [UEVENT] and the event which udev sends out after rule processing [UDEV] UEVENT[1145293062.291930] remove@/class/scsi_device/7:0:0:0 UEVENT[1145293062.292103] remove@/block/sda UEVENT[1145293062.292114] remove@/devices/pci:00/:00:1d.1/usb3/3-2/3-2:1.0/host7/target7:0:0/7:0:0:0 UEVENT[1145293062.292123] remove@/class/scsi_host/host7 UEVENT[1145293062.292131] remove@/devices/pci:00/:00:1d.1/usb3/3-2/3-2:1.0 UEVENT[1145293062.292140] remove@/class/usb_device/usbdev3.15 UEVENT[1145293062.292148] remove@/devices/pci:00/:00:1d.1/usb3/3-2 UDEV [1145293062.324222] remove@/class/usb_device/usbdev3.15 UDEV [1145293062.381538] remove@/class/scsi_host/host7 UDEV [1145293062.400398] remove@/block/sda UDEV [1145293062.408142] remove@/class/scsi_device/7:0:0:0 UDEV [1145293062.429179] remove@/devices/pci:00/:00:1d.1/usb3/3-2/3-2:1.0/host7/target7:0:0/7:0:0:0 UDEV [1145293062.527577] remove@/devices/pci:00/:00:1d.1/usb3/3-2/3-2:1.0 UDEV [1145293062.552699] remove@/devices/pci:00/:00:1d.1/usb3/3-2 Thanks for the help ! Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
I noticed similar behavior on the externally connected usb storage devices. On the example of the SD card reader, when you insert the card, /dev/sdb appears, but not the actual partition (/dev/sdb1) So you have to do fdisk /dev/sdb, then quit, then the /dev/sdb1 is magically available for mounting. Think it is an issue with udev. kos -- Respectfully, Konstantin V. Gavrilenko Arhont Ltd - Information Security web:http://www.arhont.com http://www.wi-foo.com e-mail: [EMAIL PROTECTED] tel: +44 (0) 870 44 31337 fax: +44 (0) 117 969 0141 PGP: Key ID - 0xE81824F4 PGP: Server - keyserver.pgp.com Petr Kocmid wrote: On Monday 17 April 2006 17:49, Frédéric Grosshans wrote: Le lundi 17 avril 2006 à 17:26 +0200, Petr Kocmid a écrit : What fdisk -l /dev/sda says when you plug it in? You should get something as: [snip] I don't get anything :-( sanduleak ~ # fdisk -l /dev/sda sanduleak ~ # This is (sadly) consistent with the lack of /dev/sda1 device. So be it, let's suppose there is something wrong with your udev config. Please: 1. start udevmonitor as root 2. plug the disk in 3. post all reported events here With that, we can distinguish between some kernel driver issue and wrong udev config issue. An example of mine (plug and unplug): udevmonitor prints the received event from the kernel [UEVENT] and the event which udev sends out after rule processing [UDEV] UEVENT[1145286498.800967] add@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1 UEVENT[1145286498.801510] add@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0 UEVENT[1145286498.801871] add@/class/scsi_host/host1 UEVENT[1145286498.801903] add@/class/usb_device/usbdev2.11 UDEV [1145286499.117809] add@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1 UDEV [1145286500.144200] add@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0 UDEV [1145286500.189516] add@/class/scsi_host/host1 UDEV [1145286500.260429] add@/class/usb_device/usbdev2.11 UEVENT[1145286503.802883] add@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0/host1/target1:0:0/1:0:0:0 UEVENT[1145286505.816923] add@/block/sda UEVENT[1145286505.820912] add@/block/sda/sda1 UEVENT[1145286505.821358] add@/class/scsi_device/1:0:0:0 UDEV [1145286505.948708] add@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0/host1/target1:0:0/1:0:0:0 UDEV [1145286506.029988] add@/class/scsi_device/1:0:0:0 UDEV [1145286506.053558] add@/block/sda UDEV [1145286506.172919] add@/block/sda/sda1 UEVENT[1145287609.215202] remove@/class/scsi_device/1:0:0:0 UEVENT[1145287609.215715] remove@/block/sda/sda1 UEVENT[1145287609.216008] remove@/block/sda UEVENT[1145287609.216298] remove@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0/host1/target1:0:0/1:0:0:0 UEVENT[1145287609.216670] remove@/class/scsi_host/host1 UEVENT[1145287609.216960] remove@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0 UEVENT[1145287609.217293] remove@/class/usb_device/usbdev2.11 UEVENT[1145287609.217586] remove@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1 UDEV [1145287609.242609] remove@/class/scsi_device/1:0:0:0 UDEV [1145287609.475791] remove@/block/sda/sda1 UDEV [1145287609.527505] remove@/block/sda UDEV [1145287609.559272] remove@/class/usb_device/usbdev2.11 UDEV [1145287609.708917] remove@/class/scsi_host/host1 UDEV [1145287609.714372] remove@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0/host1/target1:0:0/1:0:0:0 UDEV [1145287609.799645] remove@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1/2-4.1:1.0 UDEV [1145287609.86] remove@/devices/pci:00/:00:14.4/:02:0e.2/usb2/2-4/2-4.1 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Good. According to processed events, there is a raw disk dedected properly but no partition processed. If you still do not see /dev/sda, try to look for your disk at folowing locations: /dev/disk/by-id/usb-*something* and /dev/disk/by-id/usb-*something*-part1 or /dev/disk/by-path/pci-*something*-usb-*something*-scsi-*something* and /dev/disk/by-path/pci-*something*-usb-*something*-scsi-*something*-part1 or /dev/disk/by-uuid/*something* If you can see your disk but do not see the *-part1 there, then no proper filesystem is found, however you can apply fdisk -l on that path of the raw device instead of /dev/sda and you will see what's wrong with your filesystem. But if you can see *-part1 there, you can just mount it instead of /dev/sda1. Beware you see all other disks in that machine as well in those locations. -- Petr -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le lundi 17 avril 2006 à 18:51 +0100, Konstantin V. Gavrilenko a écrit : On the example of the SD card reader, when you insert the card, /dev/sdb appears, but not the actual partition (/dev/sdb1) So you have to do fdisk /dev/sdb, then quit, then the /dev/sdb1 is magically available for mounting. I had this problem before, but it's not the case today :-( fdisk has no access to the /dev/sda device. Think it is an issue with udev. No, it's a problem with your kernel. You need to check the option File systems --- Partition Types --- [*] PC BIOS (MSDOS partition tables) support in make menuconfig and you won't need to fdisk to make /dev/sdb1 appear. Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le lundi 17 avril 2006 à 20:22 +0200, Petr Kocmid a écrit : Good. According to processed events, there is a raw disk dedected properly but no partition processed. If you still do not see /dev/sda, try to look for your disk at folowing locations: /dev/disk/by-id/usb-*something* and /dev/disk/by-id/usb-*something*-part1 or /dev/disk/by-path/pci-*something*-usb-*something*-scsi-*something* and /dev/disk/by-path/pci-*something*-usb-*something*-scsi-*something*-part1 or /dev/disk/by-uuid/*something* OK. I have sanduleak ~ # find /dev/disk/ -iname '*usb*' /dev/disk/by-path/usb-0x1043-0x8006:0:0:0 /dev/disk/by-id/usb-Generic_USB_Flash_Drive and sanduleak ~ # ls -l /dev/disk/by-uuid/ total 0 lrwxrwxrwx 1 root root 10 Apr 17 16:53 5f474b72-e854-41ea-974c-71423b8b4592 - ../../hda2 lrwxrwxrwx 1 root root 10 Apr 17 16:53 7cedf5ad-9371-4702-a4e3-953287a66b7b - ../../hda1 lrwxrwxrwx 1 root root 10 Apr 17 16:53 b19ce0cf-9e38-44d4-ae9d-5538533ee801 - ../../hda3 lrwxrwxrwx 1 root root 10 Apr 17 16:53 b439c553-6e54-4cba-93ae-1346c38e2d07 - ../../hda5 which tells me that nothing in /dev/disk/by-uuid/ is related to the usbdisk. If you can see your disk but do not see the *-part1 there, then no proper filesystem is found, however you can apply fdisk -l on that path of the raw device instead of /dev/sda and you will see what's wrong with your filesystem. sanduleak ~ # fdisk -l /dev/disk/by-path/usb-0x1043-0x8006:0:0:0 sanduleak ~ # fdisk -l /dev/disk/by-id/usb-Generic_USB_Flash_Drive both do not give any output, like fdisk -l /dev/sda :-( So I sadly do not see what's wrong, since I do not have any output... Thanks anyway : even if it doesn't solve my problem, you teach me things about Linux :-) Any other idea ? Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
On 4/17/06, Frédéric Grosshans [EMAIL PROTECTED] wrote: When I plug it, tje following entries are added to dmesg : usb 3-2: new full speed USB device using uhci_hcd and address 6 scsi2 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 6 usb-storage: waiting for device to settle before scanning Vendor: Generic Model: USB Flash Drive Rev: 1.04 Type: Direct-Access ANSI SCSI revision: 02 sd 2:0:0:0: Attached scsi removable disk sda usb-storage: device scan complete The strangest part is the lsusb output (verbose output at the end of the mail): sanduleak ~ # lsusb -s6 Bus 003 Device 006: ID 1043:8006 iCreate Technologies Corp. Flash Disk 32 MB This is a not an iCreate 32MB drive, but a Kingston DataTraveler Elite This doesn't really matter. It comes from the database at http://www.linux-usb.org/usb.ids However, I think the kernel doesn't fully recognize your device. Your dmesg output seems to be missing size discovery like so: Type: Direct-Access ANSI SCSI revision: 02 SCSI device sdb: 2047488 512-byte hdwr sectors (1048 MB) sdb: Write Protect is off Also, from your lsusb output: iManufacturer 0 iProduct0 When I compare to what I get with my flash drive: idVendor 0x0ea0 Ours Technology, Inc. idProduct 0x2168 Transcend JetFlash 2.0 / Astone USB Drive bcdDevice2.00 iManufacturer 1 USB iProduct2 Flash Disk Those strings for iManufacturer and iProduct seem to come from the sysfs entries: carcharias 1-3 # (cd /sys/devices/pci\:00/\:00\:1d.7/usb1/1-3 ; cat manufacturer product; ) USB Flash Disk Which in turn come from the table in /usr/src/linux/drivers/usb/storage/unusual_devs.h. Maybe you can try adding an entry for your device to that table? Something like: UNUSUAL_DEV( 0x1043, 0x8006, 0x0110, 0x0110, USB, Flash Disk, US_SC_DEVICE, US_PR_DEVICE, NULL, US_FL_IGNORE_RESIDUE ), HTH, -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le lundi 17 avril 2006 à 22:24 +0800, Frédéric Grosshans a écrit : I've a problem with a recently bought usb disk:there is a /dev/sda node but no /dev/sda1 . When I try to access /dev/sda, I've the following errors : [...] Thanks for everyone who has helped. To have more information, I configured CONFIG_USB_STORAGE_DEBUG . I have then the following output in dmesg every 2 second when the disk is plugged. I don't like the line I marked with usb-storage: queuecommand called usb-storage: *** thread awakened. usb-storage: Command TEST_UNIT_READY (6 bytes) usb-storage: 00 00 00 00 00 00 usb-storage: Bulk Command S 0x43425355 T 0x136 L 0 F 0 Trg 0 LUN 0 CL 6 usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes usb-storage: Status code 0; transferred 31/31 usb-storage: -- transfer complete usb-storage: Bulk command transfer result=0 usb-storage: Attempting to get CSW... usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes usb-storage: Status code 0; transferred 13/13 usb-storage: -- transfer complete usb-storage: Bulk status result = 0 usb-storage: Bulk Status S 0x53425355 T 0x136 R 0 Stat 0x1 usb-storage: -- transport indicates command failure usb-storage: Issuing auto-REQUEST_SENSE usb-storage: Bulk Command S 0x43425355 T 0x137 L 18 F 128 Trg 0 LUN 0 CL 6 usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes usb-storage: Status code 0; transferred 31/31 usb-storage: -- transfer complete usb-storage: Bulk command transfer result=0 usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes usb-storage: Status code 0; transferred 18/18 usb-storage: -- transfer complete usb-storage: Bulk data transfer result 0x0 usb-storage: Attempting to get CSW... usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytese following usb-storage: Status code 0; transferred 13/13 usb-storage: -- transfer complete usb-storage: Bulk status result = 0 usb-storage: Bulk Status S 0x53425355 T 0x137 R 0 Stat 0x0 usb-storage: -- Result from auto-sense is 0 usb-storage: -- code: 0x70, key: 0x2, ASC: 0x3a, ASCQ: 0x0 usb-storage: (Unknown Key): (unknown ASC/ASCQ) usb-storage: scsi cmd done, result=0x2 usb-storage: *** thread sleeping. And, the following when I unplug it usb 2-2: USB disconnect, address 5 usb-storage: storage_disconnect() called usb-storage: usb_stor_stop_transport called usb-storage: -- usb_stor_release_resources usb-storage: -- sending exit command to thread usb-storage: -- dissociate_dev usb-storage: *** thread awakened. usb-storage: -- exiting I hope this can help -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No /dev/sda1 with Klingston usb disk. Wrong lsusb output.
Le lundi 17 avril 2006 à 20:44 -0700, Richard Fish a écrit : On 4/17/06, Frédéric Grosshans This doesn't really matter. It comes from the database at http://www.linux-usb.org/usb.ids OK. Thanks However, I think the kernel doesn't fully recognize your device. Your dmesg output seems to be missing size discovery like so: Type: Direct-Access ANSI SCSI revision: 02 SCSI device sdb: 2047488 512-byte hdwr sectors (1048 MB) sdb: Write Protect is off Also, from your lsusb output: iManufacturer 0 iProduct0 snip Those strings for iManufacturer and iProduct seem to come from the sysfs entries: carcharias 1-3 # (cd /sys/devices/pci\:00/\:00\:1d.7/usb1/1-3 ; cat manufacturer product; ) USB Flash Disk how do you know the /\:00\:1d.7/usb1/1-3 part of the above path ? Which in turn come from the table in /usr/src/linux/drivers/usb/storage/unusual_devs.h. Maybe you can try adding an entry for your device to that table? Something like: UNUSUAL_DEV( 0x1043, 0x8006, 0x0110, 0x0110, USB, Flash Disk, US_SC_DEVICE, US_PR_DEVICE, NULL, US_FL_IGNORE_RESIDUE ), I'm compiling the kernel with this difference. (Its my first source code modification !) I'll post the result later. Thanks for yout help Fred -- gentoo-user@gentoo.org mailing list