clé usb

Support Debian
#1

Bonjour,
je ne peux pas lire une clé usb2:

27/08/2012 11:51:28 alpha30 kernel [330243.966876] usb 4-3: new high-speed USB device number 4 using ehci_hcd 27/08/2012 11:51:28 alpha30 kernel [330244.101224] usb 4-3: New USB device found, idVendor=0951, idProduct=1603 27/08/2012 11:51:28 alpha30 kernel [330244.101228] usb 4-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 27/08/2012 11:51:28 alpha30 kernel [330244.101232] usb 4-3: Product: DataTraveler 2.0 27/08/2012 11:51:28 alpha30 kernel [330244.101234] usb 4-3: Manufacturer: Kingston 27/08/2012 11:51:28 alpha30 kernel [330244.101237] usb 4-3: SerialNumber: 89900000000000006CB02B0F 27/08/2012 11:51:28 alpha30 kernel [330244.101581] scsi22 : usb-storage 4-3:1.0 27/08/2012 11:51:28 alpha30 mtp-probe checking bus 4, device 4: "/sys/devices/pci0000:00/0000:00:1d.7/usb4/4-3" 27/08/2012 11:51:28 alpha30 mtp-probe bus: 4, device: 4 was not an MTP device 27/08/2012 11:51:29 alpha30 kernel [330245.099921] scsi 22:0:0:0: Direct-Access Kingston DataTraveler 2.0 1.00 PQ: 0 ANSI: 2 27/08/2012 11:51:29 alpha30 kernel [330245.100643] sd 22:0:0:0: Attached scsi generic sg2 type 0 27/08/2012 11:51:29 alpha30 kernel [330245.101154] sd 22:0:0:0: [sdb] 7888896 512-byte logical blocks: (4.03 GB/3.76 GiB) 27/08/2012 11:51:29 alpha30 kernel [330245.101660] sd 22:0:0:0: [sdb] Write Protect is off 27/08/2012 11:51:29 alpha30 kernel [330245.101666] sd 22:0:0:0: [sdb] Mode Sense: 23 00 00 00 27/08/2012 11:51:29 alpha30 kernel [330245.102157] sd 22:0:0:0: [sdb] No Caching mode page present 27/08/2012 11:51:29 alpha30 kernel [330245.102161] sd 22:0:0:0: [sdb] Assuming drive cache: write through 27/08/2012 11:51:29 alpha30 kernel [330245.104775] sd 22:0:0:0: [sdb] No Caching mode page present 27/08/2012 11:51:29 alpha30 kernel [330245.104779] sd 22:0:0:0: [sdb] Assuming drive cache: write through 27/08/2012 11:51:29 alpha30 kernel [330245.198626] sdb: sdb1 sdb2 27/08/2012 11:51:29 alpha30 kernel [330245.200732] sd 22:0:0:0: [sdb] No Caching mode page present 27/08/2012 11:51:29 alpha30 kernel [330245.200736] sd 22:0:0:0: [sdb] Assuming drive cache: write through 27/08/2012 11:51:29 alpha30 kernel [330245.200740] sd 22:0:0:0: [sdb] Attached SCSI removable disk 27/08/2012 11:51:30 alpha30 usbmount[26299] /dev/sdb does not contain a filesystem or disklabel 27/08/2012 11:51:30 alpha30 usbmount[26322] executing command: mount -tvfat -osync,noexec,nodev,noatime,nodiratime /dev/sdb2 /media/usb0 27/08/2012 11:51:35 alpha30 usbmount[26329] executing command: mount -tvfat -osync,noexec,nodev,noatime,nodiratime /dev/sdb1 /media/usb0

ceci sur une:
root@alpha30:~# uname -r
3.5.0-20120813
root@alpha30:~#
machine 64 bits

nota sur ma 2.6.32 32bits c’est OK
bon appétit
A+
JB1

#2

je ne vois pas de messaage d’erreur dans ce que tu poste. Le mount des 2 partitions à l’air de bien se passer.
Cherche ailleurs un message d’erreur.

#3

Vérifie ta clé avec un outil de partitionnement comme gparted ou autre.

#4

Problème de partitions de la clef ?

Tente un utilitaire comme testdisk :

après faire :

Cdlt,

#5

Un petit fdisk -l /dev/sdbnous en dirait plus je pense.

Il semble que ta clef usb soit partitionnée mais pas formatée (ou dont le formattage est inconnue par ton système). Ta clef vient d’où ?

#6

Et quand tu vas dans /media/usb0 tu as quoi ?
Que te donne la commande “mount”

#7

bonjour tout le monde,
sur debian 2.6.32 cela fonctionne parfaitement,

donc la clé est saine sur debian 2.6.32 et vista

je vais rebooter et lancer un kernel version précédent!
je vous tiens au courant

pour info le mount n’indique rien
A+
JB1

#8

cela marche parfaitement sur cette machine en 3.4.0.rc3
je reconfirme:
clé usb2 bonne et lisible
A+
JB1

#9

Peut-être que le format du système de fichiers utilisé par la clé n’est pas supporté avec le noyau qui te pose problème. Quand on configure un noyau on peut sectionner les systèmes de fichiers dont on a besoin, avant la compilation. Le fait que le système de fichier de ta clé ne soit pas supporté pourrait éventuellement venir d’une configuration qui ne le permet pas. D’où vient ce noyau qui pose problème ? tu l’as configuré et compilé toi-même ?

#10

Ce titre de fil est insuffisant, pas assez explicite sur la demande d’aide.

#11

[quote]27/08/2012 11:51:29 alpha30 kernel [330245.198626] sdb: sdb1 sdb2
[/quote]ton système voit les partitions mais tente de monter le disque en entier. C’est usbmount qui foire je pense. Fais un

mount /dev/sdb1 /mnt

pour vérifier.

#12

Quel est le type de système de fichier sur ta clé?
Comme dit Enz, si tu utilise un noyau qui n’a pas le support pour ce type …
Tu regarder le type de Systèeme de Fichier (FS) en bootant sur un système qui lit ta clé.

  1. Que donne en root cette commande? ( essayes aussi sur un linux qui lit la clé, genre live debian normal ou live ubuntu):

Ca doit regarder les infos de chaque partition (*) de /dev/sdb.
Ce ci évidement tant que tu vois que le système avait mis la clé en sdb ( voir le dmesg ).

  1. Essayes aussi le “testdisk” qu’une personne t’as proposé, je ne connais pas , mais ca semble permettre de recupérer un FS avec des erreurs ?

  2. Sous Debian Wheezy , je fais:

uname -a Linux gab1 3.2.0-3-486 #1 Thu Jun 28 08:08:24 UTC 2012 i686 GNU/Linux
Je vois ma version de noyau et l’architecture (je dis ca car tu as utilisé uname -r au lieu de -a).
Pourquoi toi tu as un noyau supérieur a moi ? Tu as un noyau spécial ? Si c’est le cas , précises le des les début du sujet.

  1. Manipules la doucement et dit s’il te plaît d’une voix douce.

5)que donne le fdisk -l ou fdisk -l /dev/sdb en root?

  1. si fdisk ou file -s t’a parlé d’un epartition du genre /dev/sdb(1) ou 2 …
    Que donne l’essai de montage avec :

Tu dois avoir un message d’erreur qui dit type de FS inconnu.
Tu peux essayer de monter en précisant le type de FS avec :

ou TYPE est un type de FS (ex: VFAT (windows), EXT2 EXT3 (linux)…).

  1. Si tu n’a rien d’important sur la clé;
    tu peux tout reprendre à zero en “créant une nouvelle table de partition” PUIS en “créant une nouvelle partition” ( ex: VFAT pour fat 32 car lisible depuis windows ET linux).
    Ceci avec FDISK ou CFDISK ou PARTED ou GPARTED (graphique): ex:cfdisk /dev/sdb ou en graphique gksu gparted /dev/sdb
#13

un code erreur au montage:
oot@alpha30:~# mount /dev/sdb1 /mnt
mount : type de système de fichiers « vfat » inconnu
root@alpha30:~#

mauvais choix dans .config?
root@alpha30:/boot# grep VFAT con3.5.0

CONFIG_VFAT_FS is not set

root@alpha30:/boot#

merci pour les infos,
j’ouvre un autre postage pour modifier le kernel!
A+
JB

#14

d’autres infos:
root@alpha30:/boot# fdisk -l /dev/sdb1

Disque /dev/sdb1 : 1990 Mo, 1990485504 octets
255 têtes, 63 secteurs/piste, 241 cylindres, total 3887667 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x8ef631df

Cela ne ressemble pas à une table de partition.
Vous avez probablement sélectionné le mauvais périphérique.

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1p1 ? 2112536064 4071284395 979374166 66 Inconnu
/dev/sdb1p2 ? 3449352939 7393689600 1972168331 7 HPFS/NTFS/exFAT
/dev/sdb1p3 ? 3279813678 5233273711 976730017 7d Inconnu
/dev/sdb1p4 ? 500170752 508493823 4161536 6f Inconnu

Les entrées de la table de partitions ne sont pas dans l’ordre du disque
root@alpha30:/boot#
A+
JB1

#15

Ça c’est normal, il te faut faire fdsik /dev/sdb à moins que tu ne tiennes à partitionner une partition (c’est possible). Recompile ton noyau ou installe un noyau debian.

#16

rebonjour,
je me documente pour reprendre le fichier .config
et
ne modifier que la partie vfat puis recompiler
je ne sais pas faire et le wiki a du mal à m’inspirer pour ce cas
A+
JB1

#17

Si tu lui balance un

il te retourne quoi?

@fran.b:
Je suis heureux de voir que je ne suis pas le seul pour qui le mot “fdisk” est le mot le plus difficile a écrire sur PC (je crois que je me plante une fois sur deux).