J'ai déjà monté correctement des clefs USB ou des cartes flash (celle
de mon appareil photo, par exemple) mais mon baladeur MP3 USB, bien
que certifié compatible avec Linux, ne semble pas reconnu : « mount
-t vfat /dev/sda1 (ou sda, sdb, sda4 [marche pour certaines clefs
USB], etc.) /mnt/baladeur » me retourne un « not a valid block
device ».
Quand je connecte la clef, /var/log/messages m'indique bien :
localhost kernel: hub.c: new USB device 00:03.2-1, assigned address 6
localhost /etc/hotplug/usb.agent: Setup usb-storage for USB product
f19/103/100
localhost devlabel: devlabel service started/restarted
Le centre de configuration de KDE détecte bien un périphérique USB,
qu'il nomme « inconnu ».
sdb : status = 1, message = 00, host = 0, driver = 08
Info fld=0xa00 (nonstd), Current sd00:00: sense key Not Ready
sdb : block size assumed to be 512 bytes, disk size 1GB.
sdb: I/O error: dev 08:10, sector 0
I/O error: dev 08:10, sector 0
unable to read partition table
La table de partition est illisible ?
Un « grep Product /proc/scsi/usb-storage-*/* » me renvoie :
/proc/scsi/usb-storage-0/0: Product: Unknown
Enfin, usbview semble très bien détecter ce périphérique :
usb-storage
Speed: 12Mb/s (full)
USB Version: 1.10
Device Class: 00(>ifc )
Device Subclass: 00
Device Protocol: 00
Maximum Default Endpoint Size: 32
Number of Configurations: 1
Vendor Id: 0f19
Product Id: 0103
Revision Number: 1.00
Config Number: 1
Number of Interfaces: 1
Attributes: 80
MaxPower Needed: 98mA
Interface Number: 0
Name: usb-storage
Alternate Number: 0
Class: 08(stor.)
Sub Class: 6
Protocol: 50
Number of Endpoints: 3
Endpoint Address: 01
Direction: out
Attribute: 2
Type: Bulk
Max Packet Size: 64
Interval: 0ms
Endpoint Address: 82
Direction: in
Attribute: 2
Type: Bulk
Max Packet Size: 64
Interval: 0ms
Endpoint Address: 83
Direction: in
Attribute: 3
Type: Int.
Max Packet Size: 8
Interval: 1ms
Je l'ai utilisé sous XP sans aucun problème et sais donc qu'il
fonctionne.
On Mon, 02 Feb 2004 01:20:06 +0100, Vincent Ramos wrote:
Si tu ne fait pas make modules, il ne risque pas de se passer grand chose ! Si tu ne compiles pas, le module ne changera pas ! Pas étonnant que tu n'ai aucun message, dans ces conditions...
Si tu a peur pour ta config, fait juste: make modules
Bon, ne râle pas : j'ai un message d'erreur...
make -r -f tmp_include_depends all
Qésako ?
make[1]: Entre dans le répertoire `/usr/src/linux-2.4.20-8' touch: création de `/usr/src/build/231485-i386/install/usr/src/linux-2.4.20-8/fs/jfs/jfs_debug.h': Aucun fichier ou répertoire de ce type make[1]: *** [/usr/src/build/231485-i386/install/usr/src/linux-2.4.20-8/fs/jfs/jfs_debug.h] Erreur 1 make[1]: Quitte le répertoire `/usr/src/linux-2.4.20-8' make: *** [tmp_include_depends] Erreur 2
Désactive JFS dans le menu "Filesystems". et un make modules suffira largement pour ton test...
Il n'y a pas de fichier jfs_debug.h (en fait, j'en ai un du même nom et ailleurs avec kbpart) et pas de répertoire /usr/src/build/*...
Ô rage, ô désespoir !
Vu que c'est un touch qui échoue, je dirais que tu n'as pas le répertoire fs/jfs/
Et tu t'attends à ce qu'ils te répondent ? Ne rêve pas de trop... La réponse standard, quand ils prennent la peine de répondre, c'est : "Utilisez WIndows, comme tout le monde"... Je parle d'expérience...
J'ai déjà eu cette déconvenue avec mon FAI. J'ai dû me débrouiller seul. D'ailleurs, le contrat précise que la connexion n'est garantie qu'aux utilisateurs de Windows ou de Mac...
Comme souvent, malheureusement... Mais il y a quelques providers qui se soucient de nous, quand même, ainsi que quelques rares fabricants de matériel... Mais généralement pas les assembleurs coréens ou taiwanais (qui ne font qu'assembler des references design et livrer le soft du constructeur du chip, en général...).
On Mon, 02 Feb 2004 01:20:06 +0100, Vincent Ramos wrote:
Si tu ne fait pas make modules, il ne risque pas de se passer
grand chose !
Si tu ne compiles pas, le module ne changera pas !
Pas étonnant que tu n'ai aucun message, dans ces conditions...
Si tu a peur pour ta config, fait juste:
make modules
Bon, ne râle pas : j'ai un message d'erreur...
make -r -f tmp_include_depends all
Qésako ?
make[1]: Entre dans le répertoire `/usr/src/linux-2.4.20-8'
touch: création de
`/usr/src/build/231485-i386/install/usr/src/linux-2.4.20-8/fs/jfs/jfs_debug.h':
Aucun fichier ou répertoire de ce type
make[1]: ***
[/usr/src/build/231485-i386/install/usr/src/linux-2.4.20-8/fs/jfs/jfs_debug.h]
Erreur 1
make[1]: Quitte le répertoire `/usr/src/linux-2.4.20-8'
make: *** [tmp_include_depends] Erreur 2
Désactive JFS dans le menu "Filesystems".
et un make modules suffira largement pour ton test...
Il n'y a pas de fichier jfs_debug.h (en fait, j'en ai un du même nom
et ailleurs avec kbpart) et pas de répertoire /usr/src/build/*...
Ô rage, ô désespoir !
Vu que c'est un touch qui échoue, je dirais que tu n'as pas
le répertoire fs/jfs/
Et tu t'attends à ce qu'ils te répondent ? Ne rêve pas de trop...
La réponse standard, quand ils prennent la peine de répondre,
c'est : "Utilisez WIndows, comme tout le monde"...
Je parle d'expérience...
J'ai déjà eu cette déconvenue avec mon FAI. J'ai dû me débrouiller
seul. D'ailleurs, le contrat précise que la connexion n'est garantie
qu'aux utilisateurs de Windows ou de Mac...
Comme souvent, malheureusement... Mais il y a quelques providers
qui se soucient de nous, quand même, ainsi que quelques rares
fabricants de matériel... Mais généralement pas les assembleurs
coréens ou taiwanais (qui ne font qu'assembler des references
design et livrer le soft du constructeur du chip, en général...).
On Mon, 02 Feb 2004 01:20:06 +0100, Vincent Ramos wrote:
Si tu ne fait pas make modules, il ne risque pas de se passer grand chose ! Si tu ne compiles pas, le module ne changera pas ! Pas étonnant que tu n'ai aucun message, dans ces conditions...
Si tu a peur pour ta config, fait juste: make modules
Bon, ne râle pas : j'ai un message d'erreur...
make -r -f tmp_include_depends all
Qésako ?
make[1]: Entre dans le répertoire `/usr/src/linux-2.4.20-8' touch: création de `/usr/src/build/231485-i386/install/usr/src/linux-2.4.20-8/fs/jfs/jfs_debug.h': Aucun fichier ou répertoire de ce type make[1]: *** [/usr/src/build/231485-i386/install/usr/src/linux-2.4.20-8/fs/jfs/jfs_debug.h] Erreur 1 make[1]: Quitte le répertoire `/usr/src/linux-2.4.20-8' make: *** [tmp_include_depends] Erreur 2
Désactive JFS dans le menu "Filesystems". et un make modules suffira largement pour ton test...
Il n'y a pas de fichier jfs_debug.h (en fait, j'en ai un du même nom et ailleurs avec kbpart) et pas de répertoire /usr/src/build/*...
Ô rage, ô désespoir !
Vu que c'est un touch qui échoue, je dirais que tu n'as pas le répertoire fs/jfs/
Et tu t'attends à ce qu'ils te répondent ? Ne rêve pas de trop... La réponse standard, quand ils prennent la peine de répondre, c'est : "Utilisez WIndows, comme tout le monde"... Je parle d'expérience...
J'ai déjà eu cette déconvenue avec mon FAI. J'ai dû me débrouiller seul. D'ailleurs, le contrat précise que la connexion n'est garantie qu'aux utilisateurs de Windows ou de Mac...
Comme souvent, malheureusement... Mais il y a quelques providers qui se soucient de nous, quand même, ainsi que quelques rares fabricants de matériel... Mais généralement pas les assembleurs coréens ou taiwanais (qui ne font qu'assembler des references design et livrer le soft du constructeur du chip, en général...).
Vincent Ramos
make -r -f tmp_include_depends all
Qésako ?
Ce qui s'affiche...
Désactive JFS dans le menu "Filesystems".
C'était déjà désactivé...
et un make modules suffira largement pour ton test...
Le problème reste le même. Je vais croire en une malédiction.
make -r -f tmp_include_depends all
Qésako ?
Ce qui s'affiche...
Désactive JFS dans le menu "Filesystems".
C'était déjà désactivé...
et un make modules suffira largement pour ton test...
Le problème reste le même. Je vais croire en une malédiction.
et un make modules suffira largement pour ton test...
Le problème reste le même. Je vais croire en une malédiction.
no_spam
On Mon, 02 Feb 2004 14:57:58 +0100, Vincent Ramos wrote:
make -r -f tmp_include_depends all
Qésako ?
Ce qui s'affiche...
Pardon, j'ai cru que c'était ce que tu avais tapé, j'ai lu trop vite, désolé...
Désactive JFS dans le menu "Filesystems".
C'était déjà désactivé...
et un make modules suffira largement pour ton test...
Le problème reste le même. Je vais croire en une malédiction.
Bon, apparement, ton noyau est soit imcomplet, soit il n'a jamais été compilé. Donc, est-ce-que: make dep bzImage modules marche ? Si c'est le cas, tu peut faire ton essai...
On Mon, 02 Feb 2004 14:57:58 +0100, Vincent Ramos wrote:
make -r -f tmp_include_depends all
Qésako ?
Ce qui s'affiche...
Pardon, j'ai cru que c'était ce que tu avais tapé, j'ai lu trop vite,
désolé...
Désactive JFS dans le menu "Filesystems".
C'était déjà désactivé...
et un make modules suffira largement pour ton test...
Le problème reste le même. Je vais croire en une malédiction.
Bon, apparement, ton noyau est soit imcomplet, soit il n'a jamais
été compilé.
Donc, est-ce-que:
make dep bzImage modules
marche ?
Si c'est le cas, tu peut faire ton essai...
On Mon, 02 Feb 2004 14:57:58 +0100, Vincent Ramos wrote:
make -r -f tmp_include_depends all
Qésako ?
Ce qui s'affiche...
Pardon, j'ai cru que c'était ce que tu avais tapé, j'ai lu trop vite, désolé...
Désactive JFS dans le menu "Filesystems".
C'était déjà désactivé...
et un make modules suffira largement pour ton test...
Le problème reste le même. Je vais croire en une malédiction.
Bon, apparement, ton noyau est soit imcomplet, soit il n'a jamais été compilé. Donc, est-ce-que: make dep bzImage modules marche ? Si c'est le cas, tu peut faire ton essai...
Vincent Ramos
Bon, apparement, ton noyau est soit imcomplet, soit il n'a jamais été compilé. Donc, est-ce-que: make dep bzImage modules marche ?
Oui, mais il y a des erreurs.
Si c'est le cas, tu peut faire ton essai...
Bon, j'ai fait make dep bzImage modules puis ai suivi les instructions des messages précédents :
make modules (quelques messages d'erreurs) make modules_install (idem) rmmod usb-storage insmod usb-storage
Je n'ai toujours pas de messages de débogage plus convaincants. Je ne suis pas sûr que la compilation se soit bien passée, en fait.
Faut-il que je reboote ?
Bon, apparement, ton noyau est soit imcomplet, soit il n'a jamais
été compilé.
Donc, est-ce-que:
make dep bzImage modules
marche ?
Oui, mais il y a des erreurs.
Si c'est le cas, tu peut faire ton essai...
Bon, j'ai fait make dep bzImage modules puis ai suivi les
instructions des messages précédents :
make modules
(quelques messages d'erreurs)
make modules_install
(idem)
rmmod usb-storage
insmod usb-storage
Je n'ai toujours pas de messages de débogage plus convaincants. Je ne
suis pas sûr que la compilation se soit bien passée, en fait.