Bonjour,
 
Sur mon linux debian unstable, je devais tapper cette commande pour mounter ma clef usb: "mount -t vfat /dev/sda1 /clef".
J'ai compilé le noyau 2.6.12.1 et mnt quand je tappe cette commande il me dit ceci: "mount: /dev/sda1 is not a valid block device".
 
D'où pourrait venir le problème ?
 
Merci d'avance...
 

Linux a t-il détecté la clé USB ?  
Poste le résultat de "lsmod" et "lsusb"

et quand tu branches ta clé usb le noyau te dit quoi?
 

$ lsusb
Bus 004 Device 004: ID 0c76:0005 JMTek, LLC. USBdisk
Bus 004 Device 001: ID 0000:0000  
Bus 003 Device 001: ID 0000:0000  
Bus 002 Device 003: ID 045e:0084 Microsoft Corp.  
Bus 002 Device 001: ID 0000:0000  
Bus 001 Device 003: ID 0915:ac82 GlobeSpan, Inc.  
Bus 001 Device 001: ID 0000:0000  
==> donc le premier (JMTek...) est apparu quand j'ai branché ma clef
 
$ lsmod
Module                  Size  Used by
usb_storage            38020  0  
vfat                   11392  0  
fat                    48028  1 vfat
nls_base                6528  2 vfat,fat
ppp_synctty             7936  1  
ppp_generic            22036  5 ppp_synctty
slhc                    6144  1 ppp_generic
n_hdlc                  8452  1  
thermal                10632  3  
fan                     3332  0  
button                  5008  0  
processor              18356  1 thermal
ac                      3460  0  
battery                 7684  0  
snd_intel8x0           29632  0  
snd_ac97_codec         80248  1 snd_intel8x0
snd_pcm                84360  2 snd_intel8x0,snd_ac97_codec
snd_timer              22020  1 snd_pcm
snd                    46052  4 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
snd_page_alloc          7812  2 snd_intel8x0,snd_pcm
intel_agp              20636  1  
agpgart                29640  1 intel_agp
tsdev                   6080  0  
evdev                   7680  0  
ehci_hcd               30472  0  
usbhid                 33504  0  
uhci_hcd               29968  0  
usbcore               107612  5 usb_storage,ehci_hcd,usbhid,uhci_hcd
i810_audio             34964  0  
ac97_codec             18316  1 i810_audio
soundcore               7648  2 snd,i810_audio
ipw2200               172936  0  
firmware_class          7936  1 ipw2200
ieee80211              44740  1 ipw2200
ieee80211_crypt         4996  2 ipw2200,ieee80211
ohci1394               32180  0  
sbp2                   21640  0  
scsi_mod              123464  2 usb_storage,sbp2
ieee1394               90808  2 ohci1394,sbp2
ide_cd                 38276  0  
cdrom                  38560  1 ide_cd
genrtc                  8584  0  
ide_disk               16128  2  
ide_generic             1152  0 [permanent]
via82cxxx              11036  0 [permanent]
serverworks             7816  0 [permanent]
rz1000                  2304  0 [permanent]
piix                    9348  0 [permanent]
pdc202xx_old            9984  0 [permanent]
pdc202xx_new            8064  0 [permanent]
generic                 3712  0 [permanent]
atiixp                  5136  0 [permanent]
ide_core              110572  12 usb_storage,ide_cd,ide_disk,ide_generic,via82cxxx,serverworks,rz1000,piix,pdc202xx_old,pdc202xx_new,generic,atiixp
unix                   24240  58  
 
$ dmesg | tail
  Type:   Direct-Access                      ANSI SCSI revision: 02
usb-storage: device scan complete
usb 4-1: USB disconnect, address 5
usb 4-1: new high speed USB device using ehci_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: JetFlash  Model: TS256MJF2A        Rev: 1.00
  Type:   Direct-Access                      ANSI SCSI revision: 02
usb-storage: device scan complete

as tu essayé /dev/sdb ou /dev/sdc car il me semblerait que ce n'est pas le seul périphérique SCSI utilisé.

/dev/sdb ou /dev/sdc ==> j'ai la même erreur...
 
Quand je fait "fdisk -l" est-ce que je devrait pas voir ma clef usb ? Parce que cette commande m'affiche uniquement les 3 partitions de mon DD.

"cat /dev/sda" fait clignoter la LED de la clef USB ?

simple question... ta clef est bien formatée en fat ?

C'est bon arrêter de vous casser la tête: je n'avais pas compiler "scsi disk support" dans le noyau et c'est pour ça que ça ne fonctionnait pas...
 
Qu'est ce que c'est le scsi ? Je pensait que s'était uniquement pour certain lecteur cd-rom qu'ont retrouve principalement sur les serveurs !!

La clef USB est considérée comme un périphérique SCSI, un peu comme les graveurs IDE (kernel <2.6) devaient être émulés en SCSI pour pouvoir les utiliser.

 
 
Le SCSI est une norme différente de l'IDE, d'origine très ancienne et très performante.
Elle est utilisée sur les serveurs pour les disques durs :
 
Un disque SCSI fonctionne exactement de la même manière qu'un disque IDE, seule une Puce SBIC est rajoutée au disque. Cette puce fournit l'ID du disque et permet de transformer les données transmise sur le bus SCSI en données lisible par le contrôleur du disque.
En IDE c'est plus direct : les données transmises sur la nappe sont directement lisibles par le contrôleur du disque
 
Le transfert de données ne consomme presque pas de temps CPU, contrairement à l'IDE où la gravure d'un dvd peut occuper 70% d'un Athlon XP64 à 2.2GHz (vécu chez un ami), car la carte scsi prend tout en charge. C'est dû historiquement au fait que le scsi était destiné à soulager les petites machines au départ (Small Computer System Interface)
 
L'interface IDE est parfois plus performante que le SCSI pour les tâches courantes comme internet, jeux et bureautique, ou même en débit pur, car le débit brut dépend surtout de la technologie utilisée pour les plateaux du disque (il faut donc opposer la haute densité des IDE, jusque 100Go/plateau, à la haute vitesse de rotation du scsi, 15000TPM)
 
Mais là où excelle vraiment le SCSI, c'est dans le cas d'un disque plein par exemple, les performances du disque sont à peine ralenties. C'est dû à l'optimisation par regroupement et ordonnances des commandes de lecture/écriture par secteur du disque dans le cache du DD : le Tagged Command Queuing (qu'on commence à voir apparaître en version light sur le SATA)
 
 
Globalement l'"API" scsi fournit des jeux d'instructions très utiles pour tout un tas de périphériques : les disques durs, les graveurs, les clés usb, le firewire (qui est du serial scsi en fait, du scsi3 série).... Bref yen a plus qu'on ne le croit

hello,
 
si pour une raison ou une autre tu n'as pas bien demonté ta clé,  
il se peut que'elle ne soit plus reconnue comme /dev/sda1 mais /dev/sda2 ou autre
tjrs bien demonter ses periphs...
 
regarde les messages que t'envoies le syteme avec dmesg | grep /dev | tail
 
G.
 

bonjour je rebondi sur ce post
car j'ai une mandriva 2005 qui fonctionnait sans pb mais de puis 3 jours, 1 de mes 2 cles usb n est plus reconnu et mon apn non plus (1 icone en forme de cle usb ou 1 petit ap photo sur le bureau a la connexion).
comme je n'ai pas trouvé la solution j'ai meme formaté et reinstallé le systeme, mais j'ai toujours le meme pb, 1 seule clé fonctionne.
sachant que les 3 appareils testés sur 1 autre pc fonctionne.
a la lecture de ce post j'ai fais ça:
dmesg | tail
usb 3-2: new high speed USB device using ehci_hcd and address 10
usb 3-2: device not accepting address 10, error -71
usb 3-2: new high speed USB device using ehci_hcd and address 11
usb 3-2: device not accepting address 11, error -71
usb 3-2: new high speed USB device using ehci_hcd and address 12
usb 3-2: device descriptor read/64, error -71
usb 3-2: device descriptor read/64, error -71
usb 3-2: new high speed USB device using ehci_hcd and address 13
usb 3-2: device descriptor read/64, error -71
usb 3-2: device descriptor read/64, error -71
 
lsusb
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 007: ID 1110:9031 Analog Devices Canada, Ltd (Allied Telesyn)
Bus 001 Device 006: ID 03f0:1204 Hewlett-Packard DeskJet 930c
Bus 001 Device 001: ID 0000:0000
 
quelqu'un a t il une idée?
 

 
lsmod
 
Je pense qu il te manque le module usb-storage ou sd-mod.
 
Edit:
 
et fais voir lspci | grep hci aussi.

lsmod
Module                  Size  Used by
md5                     3712  1
ipv6                  232512  6
raw                     6560  1
snd_seq_dummy           2628  0
snd_seq_oss            31040  0
snd_seq_midi_event      5888  1 snd_seq_oss
snd_seq                46864  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device          6860  3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss            48352  0
snd_mixer_oss          16768  1 snd_pcm_oss
snd_intel8x0           29120  1
snd_ac97_codec         82812  1 snd_intel8x0
snd_pcm                79304  3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer              20292  2 snd_seq,snd_pcm
snd_page_alloc          8456  2 snd_intel8x0,snd_pcm
snd                    45252  11 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
soundcore               6880  1 snd
parport_pc             32644  1
lp                     10056  0
parport                31752  2 parport_pc,lp
ppp_async               8704  1
crc_ccitt               1664  1 ppp_async
ppp_generic            24468  5 ppp_async
slhc                    6208  1 ppp_generic
af_packet              16456  2
floppy                 55764  0
forcedeth              16256  0
3c59x                  37608  0
mii                     4736  1 3c59x
ide_cd                 37956  0
loop                   14600  0
nls_iso8859_15          4288  2
nls_cp850               4544  2
vfat                   10688  2
fat                    45532  1 vfat
supermount             31700  1
nvidia_agp              5980  1
agpgart                28872  1 nvidia_agp
bt878                   8216  0
tuner                  25704  0
bttv                  148240  1 bt878
video_buf              17092  1 bttv
firmware_class          7616  1 bttv
i2c_algo_bit            8584  1 bttv
v4l2_common             4672  1 bttv
btcx_risc               3912  1 bttv
tveeprom               11544  1 bttv
i2c_core               17424  4 tuner,bttv,i2c_algo_bit,tveeprom
videodev                6976  1 bttv
usblp                  11008  0
eagle_usb             122276  0
usb_storage            72064  0
ehci_hcd               28744  0
ohci_hcd               18884  0
usbcore               107228  6 usblp,eagle_usb,usb_storage,ehci_hcd,ohci_hcd
ext3                  123656  2
jbd                    48088  1 ext3
sd_mod                 16016  4
sata_sil                6148  3
libata                 41476  1 sata_sil
scsi_mod              119880  3 usb_storage,sd_mod,libata
 
 
lspci | grep hci:
ne m'affiche rien.
 
par contre la cle qui fonctione m 'affiche ca:
dmesg | tail
sdb: Write Protect is off
sdb: Mode Sense: 03 00 00 00
sdb: assuming drive cache: write through
SCSI device sdb: 129024 512-byte hdwr sectors (66 MB)
sdb: Write Protect is off
sdb: Mode Sense: 03 00 00 00
sdb: assuming drive cache: write through
 sdb: sdb1
Attached scsi removable disk sdb at scsi3, channel 0, id 0, lun 0
usb-storage: device scan complete
je pensais que toute les cles utilise le meme pilote ?
 
 

 
Oui.
 
Mais la norme n est pas la meme, entre le full speed et le high speed.
 
Teste ca pour voir:
 
modprobe -r ehci_hcd
modprobe -r ohci_hcd
 
Et remets ta clé, et refais dmesg|tail.
 
A tout hasard, quelle est ta version du noyau avec ta mandriva?

modprobe -r ehci_hcd
modprobe -r ohci_hcd
[root@localhost christian]# dmesg|tail
usb 3-2: new high speed USB device using ehci_hcd and address 19
usb 3-2: device not accepting address 19, error -71
usb 3-2: new high speed USB device using ehci_hcd and address 20
usb 3-2: device not accepting address 20, error -71
usb 3-2: new high speed USB device using ehci_hcd and address 21
usb 3-2: device descriptor read/64, error -71
usb 3-2: device descriptor read/64, error -71
usb 3-2: new high speed USB device using ehci_hcd and address 22
usb 3-2: device descriptor read/64, error -71
usb 3-2: device descriptor read/64, error -71
 
 uname -r
2.6.12-8mdkcustom
dans le doute j'ai recompile le noyau
mais bon ça change rien
 
 

ca se corse
 
j ai essaye les 2 cles + l'apn avec kaella live cd sur le pc de ma fille ça marche mais sur le mien avec kaella c'est toujours la meme cle qui fonctionne!!!!
probleme matériel?

Et avec un livecd d une autre distro style knoppix sur ton ordi, si tu l as a disposition ca te permettra de voir si ca vient de ta machine ou de ton installation
 
Edit: pas évident ton truc, t as tout de bon normalement.

c'est ce que j'ai fait:kaella est la version francisée de Knoppix
donc sur mon pc j'ai le meme pb qu'avec mandriva,c'est pour ça que je me demande si le pb n'est pas d'ordre matériel,mais je ne vois pas pourquoi 1 des cles usb fonctionnerait si la carte mere etait morte
une recherche sur google avec les messages d'erreur m'a permis de voir que d'autre ont eu le cas mais pas solution en vue.
je vais installer une partoche windows pour voir

Tiens au courant.

J'ai déjà vu une knoppix reconnaître les ports USB présents à l'arrière du pc sur la carte mère mais pas ceux présents en façade de boitier... parfois l'usb c'est plus que louche Bon courage pour ton truc.

bon ben voila
sous windows meme pb
toujours la meme cle qui fonctionne ,l'apn et la 2eme cle sont reconnus comme "peripheriques usb non reconnus " ,
donc faut chercher soit du coté bios (mais j 'avais rien touché avant) ,soit coté CM mais ça me semble bizarre pour etre une panne de matériel.  

Ayé, c est mal barré.
 
Pas de chance, va falloir faire un tour dans le bios, et si ce sont des ports externes (via des fils, comme ceux en facade de certains boitiers comme le sonata) vérifier les branchements

retour sur linux et redemarrage ce matin et tout fonctionne  
je vais attendre que le pc chauffe pour voir si il redebloque et si c est le cas ,c'est un probleme de chaleur,hier j'ai verifier la temperature de proc dans le bios ,ça semblait normal reste le bloc d alim qui peut ne plus fournir assez de courant pour alimenter la CM et dons l'alimentation des ports usb correctement.
en tout cas ça ne concerne plus ce forum

ca se confirme,apres plusieurs minutes de marche ça ne fonctionne plus  
j'avais mis mandriva en cause trop vite....