Page 1 sur 21, 2 SuivantBoitier externe

[transpi]

Bonjour,

J'ai acheté recemment un boitier externe max in power construit
par Cypress.
http://www.materiel.net/details_ZX-9COMBO.html
J'ai des problème de montage.

* Au préalable j'ai tester avec un clef usb:
lsusb:
Bus 004 Device 004: ID 066f:8000 SigmaTel, Inc.

dmesg:
...
sda: Mode Sense: 03 00 00 00
sda: assuming drive cache: write through
sda: sda1
sd 0:0:0:0: Attached scsi removable disk sda
Donc il arrtibu bien sda1 à la clef.

* Avec le boitier:
lsusb:
Bus 005 Device 005: ID 04b4:6830 Cypress Semiconductor Corp. USB-2.0 IDE Adapter

sd 0:0:0:0: Attached scsi removable disk sda
usb 5-1: USB disconnect, address 5
usb 5-1: new high speed USB device using ehci_hcd and address 7
usb 5-1: config 1 has an invalid interface number: 2 but max is 1
usb 5-1: config 1 has no interface number 1
hiddev96: USB HID v1.10 Device [Cypress AT2LP RC42] on usb-0000:00:0a.2-1

Donc la je suis bloqué..
Comment je peut savoir quel sda je doit monter? J'ai vérifié, le disque dur fonctionne, il est en fat32 et
la carte est une usb2.

[aka Shiva]

Au plug du disque:

# tail -f /var/log/messages

Tu pourras vérifier le block associé au disque. Si la clé est déjà branchée, ton disque pourra être probablement monté sur /dev/sdb1, par exemple.

[transpi]

Il ne se passe rien:
root --> tail -f /var/log/messages
Feb 18 19:14:45 localhost gconfd (jul-14459): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 2
Feb 18 19:14:45 localhost gconfd (jul-14459): Adresse « xml:readonly:/var/lib/gconf/debian.defaults » résolue vers une source de configuration en lecture seule à la position 3
Feb 18 19:14:45 localhost gconfd (jul-14459): Adresse « xml:readonly:/var/lib/gconf/defaults » résolue vers une source de configuration en lecture seule à la position 4
Feb 18 19:25:19 localhost kernel: apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16ac)
Feb 18 19:26:08 localhost shutdown[15261]: shutting down for system halt
Feb 18 19:26:15 localhost gconfd (jul-14459): Le serveur GConf n'est pas en cours d'utilisation, arrêt.
Feb 18 19:26:15 localhost gconfd (jul-14459): Sortie
Feb 18 19:26:15 localhost kernel: Kernel logging (proc) stopped.
Feb 18 19:26:15 localhost kernel: Kernel log daemon terminating.
Feb 18 19:26:16 localhost exiting on signal 15

J'ai aussi branché la clef, aucune activité.

[aka Shiva]

Feb 18 19:26:08 localhost shutdown[15261]: shutting down for system halt

???
Le système en marche ça irait mieux, je crois. lol

[transpi]

Heu j'ai fait sa le système en marche . J'ai brancher le boitier mais pas essayer de le monter car j'ai pa eu de message. Comme prévu

[aka Shiva]

Bon. C'est bizarre mais on va faire avec.
Branches le disque et parcours attentivement ton 'dmesg', au besoin, filtre le avec 'less' (# dmesg | less). Regardes tout ce qui se passe au niveau de l'USB.

S'il ne se passe quand même rien au branchement du disque:

En tant que root, tapes:
# /sbin/modprobe usb-storage

Ensuite
# tail -f /var/log/messages
ou
# dmesg | less

Pour vérifier le block associé.

[transpi]

alors,

# dmesg | less tous ce qui concerne le boitier
usb 5-1: new high speed USB device using ehci_hcd and address 5
usb 5-1: config 1 has an invalid interface number: 2 but max is 1
usb 5-1: config 1 has no interface number 1
usbcore: registered new driver yealink
drivers/usb/input/yealink.c: Yealink ***spam*** driver:yld-20050816
usbcore: registered new driver hiddev
hiddev96: USB HID v1.10 Device [Cypress AT2LP RC42] on usb-0000:00:0a.2-1
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
SCSI subsystem initialized
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.

root --> lsmod | grep usb
usb_storage 64864 0
scsi_mod 125736 1 usb_storage
usbhid 32320 0
usbatm 14240 1 speedtch
usblp 11552 0
ide_core 112800 6 usb_storage,ide_cd,ide_disk,ide_generic,via82cxxx,generic
usbcore 113284 9 usb_storage,usbhid,yealink,speedtch,usbatm,usblp,ehci_hcd,uhci_hcd

/sbin/modprobe usb-storage #ok

Sa m'étonne qu'es qui pourrait faire que le boitier est reconnu mais pas exploitable.
J'avais du ramener le boitier au sav pour un problème de transfo. Depuis son retour je n'arrive plus a exploiter un disque dur. Même sous windows ou j'ai des problème de pilote et une fois qu'il est reconnnu, j'ai le droit à: le matériel ne peut pas être démarrer (erreur 10) dans les propriéter de la prériphérie.

[armen]

Bonjour,

J'ai déjà vu passer ce genre de problème sur le forum d'Andesi. C'est un site orienté Debian, mais les solutions qu'on peut y trouver peuvent s'appliquer à d'autres distributions Linux.

la solution consiste à faire un cat /etc/partitions avant et après l'insertion de la clef.
Tu devrais voir ainsi les nouvelles partitions que tu peux monter. (voir ici ou là).

Si tu n'arrives plus à lire ton disque ni sous Windows ni sous Linux, je crains un autre soucis. Lors du retour en SAV, n'ont-ils pas effacé les partitions du disque ?

[transpi]

Non non mais cat /etc/partition m'apprend la même chose que dmseg quand je monte le boitier.

Si tu n'arrives plus à lire ton disque ni sous Windows ni sous Linux, je crains un autre soucis. Lors du retour en SAV, n'ont-ils pas effacé les partitions du disque ?

Je ne suis pas fou je n'ai pas laisser le disque dur dans le boitier (c'est pas une clef usb) lors de l'envoie en sav.
Je croit vraiment que c'est un prolème matériel, car avant le retour mount - vfat /mnt/box fonctionner très bien.
Le noyau détecte bien le boitier mais n'attribu pas de block a un /dev/ , j'ai aussi essayer avec un autre dique.

[transpi]

Non non mais cat /etc/partition m'apprend la même chose que dmseg quand je monte le boitier.

Si tu n'arrives plus à lire ton disque ni sous Windows ni sous Linux, je crains un autre soucis. Lors du retour en SAV, n'ont-ils pas effacé les partitions du disque ?

Je ne suis pas fou je n'ai pas laisser le disque dur dans le boitier (c'est pas une clef usb) lors de l'envoie en sav.
Je croit vraiment que c'est un prolème matériel, car avant le retour mount - vfat /mnt/box fonctionner très bien.
Le noyau détecte bien le boitier mais n'attribu pas de block a un /dev/ , j'ai aussi essayer avec un autre dique.

J'ai aussi essayer avec qtparted. Sans le boitier brancher bonne détection, avec l'appli plante.
Me reste à essayer avec l'outils de mandriva.