je ne parviens plus à monter de clé usb sur mon système Debian SID (2.4.26
smp).
Ceci sans modification du système autre que les mises à jour[¹]. (J'avais
essayé un configuration d'autofs à une époque mais je n'ai pas terminé et
pour le moment autofs est désinstallé.)
Le montage ne posait pas de problème avant (avant quoi ?) et se montait
comme ceci dans /etc/fstab:
/dev/sda1 /flashusb vfat auto,users,exec,umask=000 0 0
J'ai cru à un problème matériel avec ma clé lorsqu'elle a cessé de se monter
en disant :
,----
| mount: type de sys. de fichiers erroné, option erronée, super bloc erroné
| sur /dev/sda1, ou trop de systèmes de fichiers montés
`----
Mais on vient de m'en passer une qui refuse de la même manière.
Ceci dit ma clé fonctionne encore avec mon mac au boulot.
Côté noyau, au branchement de la clé je vois ceci :
,----
| Dec 19 11:32:34 obelix kernel: hub.c: new USB device 00:1d.2-2, assigned address 3
| Dec 19 11:32:34 obelix kernel: usb-uhci.c: interrupt, status 2, frame# 1089
| Dec 19 11:32:35 obelix kernel: usb_control/bulk_msg: timeout
| Dec 19 11:32:35 obelix kernel: scsi1 : SCSI emulation for USB Mass Storage devices
| Dec 19 11:32:40 obelix kernel: usb_control/bulk_msg: timeout
| Dec 19 11:32:46 obelix kernel: usb-uhci.c: interrupt, status 2, frame# 1019
| Dec 19 11:32:58 obelix kernel: usb-uhci.c: interrupt, status 3, frame# 744
| Dec 19 11:32:58 obelix kernel: Vendor: UFD Model: Rev: 7.77
| Dec 19 11:32:58 obelix kernel: Type: Direct-Access ANSI SCSI revision: 02
| Dec 19 11:32:58 obelix kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
| Dec 19 11:32:58 obelix kernel: SCSI device sda: 256000 512-byte hdwr sectors (131 MB)
| Dec 19 11:32:58 obelix kernel: sda: Write Protect is off
| Dec 19 11:32:58 obelix kernel: /dev/scsi/host1/bus0/target0/lun0: p1
`----
Je n'avais jamais remarqué les «usb_control/bulk_msg: timeout»
Et si je tente le montage de la clé :
,----
| Dec 19 11:33:47 obelix kernel: FAT: Did not find valid FSINFO signature.
| Dec 19 11:33:47 obelix kernel: Found signature1 0x587a7ee6 signature2 0xd2a6160 sector=19786.
| Dec 19 11:33:47 obelix kernel: VFS: Can't find a valid FAT filesystem on dev 08:01.
`----
Bizarre le «can't dind a valid fat filesystem».
Quelqu'un aurait une idée ? Moi je ne vois pas trop.
J'ai bien tenté de démonter/remonter les modules usb et de regarder du côté
d'usb-ohci (je ne connais pas trop la différence entre ohci et uhci) mais
pas de résultat.
Footnotes:
[¹] en y réfléchissant je ne suis plus sûr du fonctionnement de la clé
depuis que j'ai changé de Shuttle (P4 1,7 -> P4 2,8 GHz) mais je ne
vois pas trop où le problème pourrait se situer de ce côté.
Quelqu'un aurait une idée ? Moi je ne vois pas trop.
J'ai eu dernièrement un pb similaire avec la mienne après utilisation de la clef sur un PC du boulot: pas moyen de la monter ensuite sur ma linuxette alors que j'avais passé la journée à me brancher à droite et à gauche...
En recherchant dans /dev, je trouvais bien la clef mais pas la partition sda1.
La solution m'a été donnée par dosfsck: la clef avait 191 copies de la FAT au lieu de 2 ! Je suppose qu'un des PC devait être vérolé ou un truc similaire...
dosfsck -a /dev/sda1 a très bien rectifié la chose.
Je ne me souviens plus des messages d'erreurs que j'avais eu à l'epoque donc je ne pourrais pas t'assurer que c'est la solution à ton problème...
Lionel
Sébastien Kirche wrote:
Bonjour,
Bonjour
Bizarre le «can't dind a valid fat filesystem».
Quelqu'un aurait une idée ? Moi je ne vois pas trop.
J'ai eu dernièrement un pb similaire avec la mienne après utilisation de la
clef sur un PC du boulot: pas moyen de la monter ensuite sur ma linuxette
alors que j'avais passé la journée à me brancher à droite et à gauche...
En recherchant dans /dev, je trouvais bien la clef mais pas la partition
sda1.
La solution m'a été donnée par dosfsck: la clef avait 191 copies de la FAT
au lieu de 2 ! Je suppose qu'un des PC devait être vérolé ou un truc
similaire...
dosfsck -a /dev/sda1 a très bien rectifié la chose.
Je ne me souviens plus des messages d'erreurs que j'avais eu à l'epoque donc
je ne pourrais pas t'assurer que c'est la solution à ton problème...
Quelqu'un aurait une idée ? Moi je ne vois pas trop.
J'ai eu dernièrement un pb similaire avec la mienne après utilisation de la clef sur un PC du boulot: pas moyen de la monter ensuite sur ma linuxette alors que j'avais passé la journée à me brancher à droite et à gauche...
En recherchant dans /dev, je trouvais bien la clef mais pas la partition sda1.
La solution m'a été donnée par dosfsck: la clef avait 191 copies de la FAT au lieu de 2 ! Je suppose qu'un des PC devait être vérolé ou un truc similaire...
dosfsck -a /dev/sda1 a très bien rectifié la chose.
Je ne me souviens plus des messages d'erreurs que j'avais eu à l'epoque donc je ne pourrais pas t'assurer que c'est la solution à ton problème...
Lionel
Sébastien Kirche
Le 19 déc 2004, Lionel GRUHN a formulé :
La solution m'a été donnée par dosfsck: la clef avait 191 copies de la FAT au lieu de 2 ! Je suppose qu'un des PC devait être vérolé ou un truc similaire...
dosfsck -a /dev/sda1 a très bien rectifié la chose.
Je ne me souviens plus des messages d'erreurs que j'avais eu à l'epoque donc je ne pourrais pas t'assurer que c'est la solution à ton problème...
Marrant c'est très exactement le problème de la dernière clé que j'ai essayé de monter.
J'ai tenté un dosfsck qui m'a aussi indiqué un nombre de fat à 191. D'un autre côté, un fdisk -l sur la clé m'indique quelle est formatée en NTFS ça explique que dosfsck qui sait réparer de la fat32 échoue.
Bon, j'ai refait un mount et ça passe. Mais dans le logs j'ai encore : Dec 19 23:43:19 obelix kernel: FAT: Did not find valid FSINFO signature.
On dirait qu'il essaie à chaque fois d'accéder à la clé en FAT lors du branchement.
Par contre j'ai réessayé de monter ma clé habituelle (PQI 128 Mo) le logs indiquent : ,---- | Dec 20 00:09:01 obelix kernel: hub.c: new USB device 00:1d.2-2, assigned address 6 | Dec 20 00:09:25 obelix kernel: sda: Unit Not Ready, sense: | Dec 20 00:09:25 obelix kernel: Info fld=0xa00 (nonstd), Current 00:00: sense key Not Ready | Dec 20 00:09:25 obelix kernel: sda : READ CAPACITY failed. | Dec 20 00:09:25 obelix kernel: sda : status = 1, message = 00, host = 0, driver = 08 | Dec 20 00:09:25 obelix kernel: Info fld=0xa00 (nonstd), Current sd00:00: sense key Not Ready | Dec 20 00:09:25 obelix kernel: sda : block size assumed to be 512 bytes, disk size 1GB. | Dec 20 00:09:25 obelix kernel: sda: test WP failed, assume Write Enabled | Dec 20 00:09:25 obelix kernel: /dev/scsi/host1/bus0/target0/lun0: I/O error: dev 08:00, sector 0 | Dec 20 00:09:25 obelix kernel: I/O error: dev 08:00, sector 0 | Dec 20 00:09:25 obelix kernel: unable to read partition table `----
Visiblement il pédale totalement. Wow une clé de 1Go !
Comme la clé se monte normalement sous OSX je vais essayer de sauver le contenu sur le mac et de reformater depuis linux...
Sébastien Kirche
Le 19 déc 2004, Lionel GRUHN a formulé :
La solution m'a été donnée par dosfsck: la clef avait 191 copies de la FAT
au lieu de 2 ! Je suppose qu'un des PC devait être vérolé ou un truc
similaire...
dosfsck -a /dev/sda1 a très bien rectifié la chose.
Je ne me souviens plus des messages d'erreurs que j'avais eu à l'epoque
donc je ne pourrais pas t'assurer que c'est la solution à ton problème...
Marrant c'est très exactement le problème de la dernière clé que j'ai essayé de
monter.
J'ai tenté un dosfsck qui m'a aussi indiqué un nombre de fat à 191. D'un
autre côté, un fdisk -l sur la clé m'indique quelle est formatée en NTFS ça
explique que dosfsck qui sait réparer de la fat32 échoue.
Bon, j'ai refait un mount et ça passe.
Mais dans le logs j'ai encore :
Dec 19 23:43:19 obelix kernel: FAT: Did not find valid FSINFO signature.
On dirait qu'il essaie à chaque fois d'accéder à la clé en FAT lors du
branchement.
Par contre j'ai réessayé de monter ma clé habituelle (PQI 128 Mo) le logs
indiquent :
,----
| Dec 20 00:09:01 obelix kernel: hub.c: new USB device 00:1d.2-2, assigned address 6
| Dec 20 00:09:25 obelix kernel: sda: Unit Not Ready, sense:
| Dec 20 00:09:25 obelix kernel: Info fld=0xa00 (nonstd), Current 00:00: sense key Not Ready
| Dec 20 00:09:25 obelix kernel: sda : READ CAPACITY failed.
| Dec 20 00:09:25 obelix kernel: sda : status = 1, message = 00, host = 0, driver = 08
| Dec 20 00:09:25 obelix kernel: Info fld=0xa00 (nonstd), Current sd00:00: sense key Not Ready
| Dec 20 00:09:25 obelix kernel: sda : block size assumed to be 512 bytes, disk size 1GB.
| Dec 20 00:09:25 obelix kernel: sda: test WP failed, assume Write Enabled
| Dec 20 00:09:25 obelix kernel: /dev/scsi/host1/bus0/target0/lun0: I/O error: dev 08:00, sector 0
| Dec 20 00:09:25 obelix kernel: I/O error: dev 08:00, sector 0
| Dec 20 00:09:25 obelix kernel: unable to read partition table
`----
Visiblement il pédale totalement. Wow une clé de 1Go !
Comme la clé se monte normalement sous OSX je vais essayer de sauver le
contenu sur le mac et de reformater depuis linux...
La solution m'a été donnée par dosfsck: la clef avait 191 copies de la FAT au lieu de 2 ! Je suppose qu'un des PC devait être vérolé ou un truc similaire...
dosfsck -a /dev/sda1 a très bien rectifié la chose.
Je ne me souviens plus des messages d'erreurs que j'avais eu à l'epoque donc je ne pourrais pas t'assurer que c'est la solution à ton problème...
Marrant c'est très exactement le problème de la dernière clé que j'ai essayé de monter.
J'ai tenté un dosfsck qui m'a aussi indiqué un nombre de fat à 191. D'un autre côté, un fdisk -l sur la clé m'indique quelle est formatée en NTFS ça explique que dosfsck qui sait réparer de la fat32 échoue.
Bon, j'ai refait un mount et ça passe. Mais dans le logs j'ai encore : Dec 19 23:43:19 obelix kernel: FAT: Did not find valid FSINFO signature.
On dirait qu'il essaie à chaque fois d'accéder à la clé en FAT lors du branchement.
Par contre j'ai réessayé de monter ma clé habituelle (PQI 128 Mo) le logs indiquent : ,---- | Dec 20 00:09:01 obelix kernel: hub.c: new USB device 00:1d.2-2, assigned address 6 | Dec 20 00:09:25 obelix kernel: sda: Unit Not Ready, sense: | Dec 20 00:09:25 obelix kernel: Info fld=0xa00 (nonstd), Current 00:00: sense key Not Ready | Dec 20 00:09:25 obelix kernel: sda : READ CAPACITY failed. | Dec 20 00:09:25 obelix kernel: sda : status = 1, message = 00, host = 0, driver = 08 | Dec 20 00:09:25 obelix kernel: Info fld=0xa00 (nonstd), Current sd00:00: sense key Not Ready | Dec 20 00:09:25 obelix kernel: sda : block size assumed to be 512 bytes, disk size 1GB. | Dec 20 00:09:25 obelix kernel: sda: test WP failed, assume Write Enabled | Dec 20 00:09:25 obelix kernel: /dev/scsi/host1/bus0/target0/lun0: I/O error: dev 08:00, sector 0 | Dec 20 00:09:25 obelix kernel: I/O error: dev 08:00, sector 0 | Dec 20 00:09:25 obelix kernel: unable to read partition table `----
Visiblement il pédale totalement. Wow une clé de 1Go !
Comme la clé se monte normalement sous OSX je vais essayer de sauver le contenu sur le mac et de reformater depuis linux...
Sébastien Kirche
Lionel GRUHN
Sébastien Kirche wrote:
Visiblement il pédale totalement. Wow une clé de 1Go !
Comme la clé se monte normalement sous OSX je vais essayer de sauver le contenu sur le mac et de reformater depuis linux...
Là, désolé, mais je ne peux d'être d'aucune aide...
Lionel
Sébastien Kirche wrote:
Visiblement il pédale totalement. Wow une clé de 1Go !
Comme la clé se monte normalement sous OSX je vais essayer de sauver
le contenu sur le mac et de reformater depuis linux...
Là, désolé, mais je ne peux d'être d'aucune aide...
Visiblement il pédale totalement. Wow une clé de 1Go !
Comme la clé se monte normalement sous OSX je vais essayer de sauver le contenu sur le mac et de reformater depuis linux...
Là, désolé, mais je ne peux d'être d'aucune aide...
Lionel
Sébastien Kirche
Le 20 déc 2004, Lionel GRUHN a dit :
Comme la clé se monte normalement sous OSX je vais essayer de sauver le contenu sur le mac et de reformater depuis linux...
Là, désolé, mais je ne peux d'être d'aucune aide...
J'ai sauvé le contenu de la clé sous win98, puis je l'ai reformatée : même erreur sur la lecture de la capacité et impossibilité de monter la clé.
Je suis tombé sur un post de comp.os.linux.hardware du début de l'année qui m'a mis la puce à l'oreille au sujet de l'utilisation consécutive d'une clé usb et d'un apn : - rmmod usb-storage - modprobe usb-storage
et le log indique : ,---- | Dec 20 21:52:25 obelix kernel: usb.c: deregistering driver usb-storage | Dec 20 21:52:25 obelix kernel: scsi : 2 hosts left. | Dec 20 21:52:25 obelix kernel: scsi : 1 host left. | Dec 20 21:52:38 obelix kernel: Initializing USB Mass Storage driver... | Dec 20 21:52:38 obelix kernel: usb.c: registered new driver usb-storage | Dec 20 21:52:38 obelix kernel: USB Mass Storage support registered. | Dec 20 21:52:49 obelix kernel: hub.c: new USB device 00:1d.2-2, assigned address 8 | Dec 20 21:52:49 obelix kernel: scsi1 : SCSI emulation for USB Mass Storage devices | Dec 20 21:52:49 obelix kernel: Vendor: Generic Model: USB Flash Disk Rev: 2.01 | Dec 20 21:52:49 obelix kernel: Type: Direct-Access ANSI SCSI revision: 02 | Dec 20 21:52:49 obelix kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0 | Dec 20 21:52:49 obelix kernel: SCSI device sda: 260032 512-byte hdwr sectors (133 MB) | Dec 20 21:52:49 obelix kernel: sda: Write Protect is off | Dec 20 21:52:49 obelix kernel: /dev/scsi/host1/bus0/target0/lun0: p1 `----
La clé se remonte de nouveau normalement; j'ai l'impression que le formatage n'y est pour rien...
Sébastien Kirche
Le 20 déc 2004, Lionel GRUHN a dit :
Comme la clé se monte normalement sous OSX je vais essayer de sauver le
contenu sur le mac et de reformater depuis linux...
Là, désolé, mais je ne peux d'être d'aucune aide...
J'ai sauvé le contenu de la clé sous win98, puis je l'ai reformatée : même
erreur sur la lecture de la capacité et impossibilité de monter la clé.
Je suis tombé sur un post de comp.os.linux.hardware du début de l'année qui
m'a mis la puce à l'oreille au sujet de l'utilisation consécutive d'une clé
usb et d'un apn :
- rmmod usb-storage
- modprobe usb-storage
et le log indique :
,----
| Dec 20 21:52:25 obelix kernel: usb.c: deregistering driver usb-storage
| Dec 20 21:52:25 obelix kernel: scsi : 2 hosts left.
| Dec 20 21:52:25 obelix kernel: scsi : 1 host left.
| Dec 20 21:52:38 obelix kernel: Initializing USB Mass Storage driver...
| Dec 20 21:52:38 obelix kernel: usb.c: registered new driver usb-storage
| Dec 20 21:52:38 obelix kernel: USB Mass Storage support registered.
| Dec 20 21:52:49 obelix kernel: hub.c: new USB device 00:1d.2-2, assigned address 8
| Dec 20 21:52:49 obelix kernel: scsi1 : SCSI emulation for USB Mass Storage devices
| Dec 20 21:52:49 obelix kernel: Vendor: Generic Model: USB Flash Disk Rev: 2.01
| Dec 20 21:52:49 obelix kernel: Type: Direct-Access ANSI SCSI revision: 02
| Dec 20 21:52:49 obelix kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
| Dec 20 21:52:49 obelix kernel: SCSI device sda: 260032 512-byte hdwr sectors (133 MB)
| Dec 20 21:52:49 obelix kernel: sda: Write Protect is off
| Dec 20 21:52:49 obelix kernel: /dev/scsi/host1/bus0/target0/lun0: p1
`----
La clé se remonte de nouveau normalement; j'ai l'impression que le formatage
n'y est pour rien...
Comme la clé se monte normalement sous OSX je vais essayer de sauver le contenu sur le mac et de reformater depuis linux...
Là, désolé, mais je ne peux d'être d'aucune aide...
J'ai sauvé le contenu de la clé sous win98, puis je l'ai reformatée : même erreur sur la lecture de la capacité et impossibilité de monter la clé.
Je suis tombé sur un post de comp.os.linux.hardware du début de l'année qui m'a mis la puce à l'oreille au sujet de l'utilisation consécutive d'une clé usb et d'un apn : - rmmod usb-storage - modprobe usb-storage
et le log indique : ,---- | Dec 20 21:52:25 obelix kernel: usb.c: deregistering driver usb-storage | Dec 20 21:52:25 obelix kernel: scsi : 2 hosts left. | Dec 20 21:52:25 obelix kernel: scsi : 1 host left. | Dec 20 21:52:38 obelix kernel: Initializing USB Mass Storage driver... | Dec 20 21:52:38 obelix kernel: usb.c: registered new driver usb-storage | Dec 20 21:52:38 obelix kernel: USB Mass Storage support registered. | Dec 20 21:52:49 obelix kernel: hub.c: new USB device 00:1d.2-2, assigned address 8 | Dec 20 21:52:49 obelix kernel: scsi1 : SCSI emulation for USB Mass Storage devices | Dec 20 21:52:49 obelix kernel: Vendor: Generic Model: USB Flash Disk Rev: 2.01 | Dec 20 21:52:49 obelix kernel: Type: Direct-Access ANSI SCSI revision: 02 | Dec 20 21:52:49 obelix kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0 | Dec 20 21:52:49 obelix kernel: SCSI device sda: 260032 512-byte hdwr sectors (133 MB) | Dec 20 21:52:49 obelix kernel: sda: Write Protect is off | Dec 20 21:52:49 obelix kernel: /dev/scsi/host1/bus0/target0/lun0: p1 `----
La clé se remonte de nouveau normalement; j'ai l'impression que le formatage n'y est pour rien...
Sébastien Kirche
Jerome Lambert
Sébastien Kirche wrote: (...)
Je suis tombé sur un post de comp.os.linux.hardware du début de l'année qui m'a mis la puce à l'oreille au sujet de l'utilisation consécutive d'une clé usb et d'un apn : - rmmod usb-storage - modprobe usb-storage
(...)
La clé se remonte de nouveau normalement; j'ai l'impression que le formatage n'y est pour rien...
Désinstaller / réinstaller pour faire fonctionner un périphérique, ça me rappelle quelque chose ... mais quoi??? ;-)
Sébastien Kirche wrote:
(...)
Je suis tombé sur un post de comp.os.linux.hardware du début de l'année qui
m'a mis la puce à l'oreille au sujet de l'utilisation consécutive d'une clé
usb et d'un apn :
- rmmod usb-storage
- modprobe usb-storage
(...)
La clé se remonte de nouveau normalement; j'ai l'impression que le formatage
n'y est pour rien...
Désinstaller / réinstaller pour faire fonctionner un périphérique, ça me
rappelle quelque chose ... mais quoi??? ;-)
Je suis tombé sur un post de comp.os.linux.hardware du début de l'année qui m'a mis la puce à l'oreille au sujet de l'utilisation consécutive d'une clé usb et d'un apn : - rmmod usb-storage - modprobe usb-storage
(...)
La clé se remonte de nouveau normalement; j'ai l'impression que le formatage n'y est pour rien...
Désinstaller / réinstaller pour faire fonctionner un périphérique, ça me rappelle quelque chose ... mais quoi??? ;-)
Sébastien Kirche
Le 20 déc 2004, Jerome Lambert a dit :
Désinstaller / réinstaller pour faire fonctionner un périphérique, ça me rappelle quelque chose ... mais quoi??? ;-)
Un truc CONVIVIAL qui transforme l'administration système en maraboutage ? ;)
Sébastien Kirche
Le 20 déc 2004, Jerome Lambert a dit :
Désinstaller / réinstaller pour faire fonctionner un périphérique, ça
me rappelle quelque chose ... mais quoi??? ;-)
Un truc CONVIVIAL qui transforme l'administration système en
maraboutage ? ;)
Désinstaller / réinstaller pour faire fonctionner un périphérique, ça me rappelle quelque chose ... mais quoi??? ;-)
Un truc CONVIVIAL qui transforme l'administration système en maraboutage ? ;)
RÉPUTÉ convivial...
(cfr le thread "linux = mauvais" sur fr.comp.os.linux.debats)
no_spam
On Mon, 20 Dec 2004 22:49:31 +0100, Sébastien Kirche wrote:
Le 20 déc 2004, Jerome Lambert a dit :
Désinstaller / réinstaller pour faire fonctionner un périphérique, ça me rappelle quelque chose ... mais quoi??? ;-)
Un truc CONVIVIAL qui transforme l'administration système en maraboutage ? ;)
N'acablez pas trop les developpeurs du module usb-storage... J'ai travaillé sur ce code, ça tient effectivement du rite vaudou: comme les constructeurs font n'importe quoi plutôt que de suivre la norme USB (parfois assez floue, il faut quand même le dire), une grande partie du code contient des incantations magiques du genre "là je sais que le device répond n'importe quoi alors j'essaie de patcher les messages au vol"... Et au final, ça ne marche pas tout le temps et ça rend le code assez délirant... D'ou les problèmes de stabilité résultantes...
On Mon, 20 Dec 2004 22:49:31 +0100, Sébastien Kirche wrote:
Le 20 déc 2004, Jerome Lambert a dit :
Désinstaller / réinstaller pour faire fonctionner un périphérique, ça
me rappelle quelque chose ... mais quoi??? ;-)
Un truc CONVIVIAL qui transforme l'administration système en
maraboutage ? ;)
N'acablez pas trop les developpeurs du module usb-storage...
J'ai travaillé sur ce code, ça tient effectivement du rite vaudou: comme
les constructeurs font n'importe quoi plutôt que de suivre la norme USB
(parfois assez floue, il faut quand même le dire), une grande partie du
code contient des incantations magiques du genre "là je sais que le
device répond n'importe quoi alors j'essaie de patcher les messages au
vol"... Et au final, ça ne marche pas tout le temps et ça rend le code
assez délirant...
D'ou les problèmes de stabilité résultantes...
On Mon, 20 Dec 2004 22:49:31 +0100, Sébastien Kirche wrote:
Le 20 déc 2004, Jerome Lambert a dit :
Désinstaller / réinstaller pour faire fonctionner un périphérique, ça me rappelle quelque chose ... mais quoi??? ;-)
Un truc CONVIVIAL qui transforme l'administration système en maraboutage ? ;)
N'acablez pas trop les developpeurs du module usb-storage... J'ai travaillé sur ce code, ça tient effectivement du rite vaudou: comme les constructeurs font n'importe quoi plutôt que de suivre la norme USB (parfois assez floue, il faut quand même le dire), une grande partie du code contient des incantations magiques du genre "là je sais que le device répond n'importe quoi alors j'essaie de patcher les messages au vol"... Et au final, ça ne marche pas tout le temps et ça rend le code assez délirant... D'ou les problèmes de stabilité résultantes...
Jerome Lambert
no_spam wrote:
On Mon, 20 Dec 2004 22:49:31 +0100, Sébastien Kirche wrote:
Le 20 déc 2004, Jerome Lambert a dit :
Désinstaller / réinstaller pour faire fonctionner un périphérique, ça me rappelle quelque chose ... mais quoi??? ;-)
Un truc CONVIVIAL qui transforme l'administration système en maraboutage ? ;)
N'acablez pas trop les developpeurs du module usb-storage... J'ai travaillé sur ce code, ça tient effectivement du rite vaudou: comme les constructeurs font n'importe quoi plutôt que de suivre la norme USB (parfois assez floue, il faut quand même le dire), une grande partie du code contient des incantations magiques du genre "là je sais que le device répond n'importe quoi alors j'essaie de patcher les messages au vol"... Et au final, ça ne marche pas tout le temps et ça rend le code assez délirant... D'ou les problèmes de stabilité résultantes...
Entre ça et les constructeurs qui intègrent p.ex. l'ACPI à la va-comme-je-te-pousse, il y a vraiment de quoi hurler...
"Mais non, si ça marche pas, c'est la faute à Linux, c'est bien connu" :-(
no_spam wrote:
On Mon, 20 Dec 2004 22:49:31 +0100, Sébastien Kirche wrote:
Le 20 déc 2004, Jerome Lambert a dit :
Désinstaller / réinstaller pour faire fonctionner un périphérique, ça
me rappelle quelque chose ... mais quoi??? ;-)
Un truc CONVIVIAL qui transforme l'administration système en
maraboutage ? ;)
N'acablez pas trop les developpeurs du module usb-storage...
J'ai travaillé sur ce code, ça tient effectivement du rite vaudou: comme
les constructeurs font n'importe quoi plutôt que de suivre la norme USB
(parfois assez floue, il faut quand même le dire), une grande partie du
code contient des incantations magiques du genre "là je sais que le
device répond n'importe quoi alors j'essaie de patcher les messages au
vol"... Et au final, ça ne marche pas tout le temps et ça rend le code
assez délirant...
D'ou les problèmes de stabilité résultantes...
Entre ça et les constructeurs qui intègrent p.ex. l'ACPI à la
va-comme-je-te-pousse, il y a vraiment de quoi hurler...
"Mais non, si ça marche pas, c'est la faute à Linux, c'est bien connu" :-(
On Mon, 20 Dec 2004 22:49:31 +0100, Sébastien Kirche wrote:
Le 20 déc 2004, Jerome Lambert a dit :
Désinstaller / réinstaller pour faire fonctionner un périphérique, ça me rappelle quelque chose ... mais quoi??? ;-)
Un truc CONVIVIAL qui transforme l'administration système en maraboutage ? ;)
N'acablez pas trop les developpeurs du module usb-storage... J'ai travaillé sur ce code, ça tient effectivement du rite vaudou: comme les constructeurs font n'importe quoi plutôt que de suivre la norme USB (parfois assez floue, il faut quand même le dire), une grande partie du code contient des incantations magiques du genre "là je sais que le device répond n'importe quoi alors j'essaie de patcher les messages au vol"... Et au final, ça ne marche pas tout le temps et ça rend le code assez délirant... D'ou les problèmes de stabilité résultantes...
Entre ça et les constructeurs qui intègrent p.ex. l'ACPI à la va-comme-je-te-pousse, il y a vraiment de quoi hurler...
"Mais non, si ça marche pas, c'est la faute à Linux, c'est bien connu" :-(
John Mackerel
no_spam wrote:
J'ai travaillé sur ce code, ça tient effectivement du rite vaudou: comme
Je suis 100% d'accord, c'est de la "connector conspiracy" comme au bon vieux temps...
Il y a quand même une chose qui me tracasse. J'ai deux clefs USB, Je boote, je branche la clef A, elle est reconnue en /dev/sda, je la débranche, je branche la B, et elle est reconnue en /dev/sdb ! Comment écrire une fstab avec ça ?
Et je suppose que si j'utilise une troisième clef, elle sera en /dev/sdc ...
Est-il possible, en cas d'utilisation successive de plusieurs clefs de l'avoir toujours sur le même /dev/sdX ou d'avoir un automounter qui se débrouille de tout ce fatras ? Je n'ai plus de sang de poulet en stock...
tth.
no_spam wrote:
J'ai travaillé sur ce code, ça tient effectivement du rite vaudou: comme
Je suis 100% d'accord, c'est de la "connector conspiracy" comme
au bon vieux temps...
Il y a quand même une chose qui me tracasse. J'ai deux clefs USB,
Je boote, je branche la clef A, elle est reconnue en /dev/sda, je
la débranche, je branche la B, et elle est reconnue en /dev/sdb !
Comment écrire une fstab avec ça ?
Et je suppose que si j'utilise une troisième clef, elle sera en
/dev/sdc ...
Est-il possible, en cas d'utilisation successive de plusieurs clefs
de l'avoir toujours sur le même /dev/sdX ou d'avoir un automounter
qui se débrouille de tout ce fatras ? Je n'ai plus de sang de poulet
en stock...
J'ai travaillé sur ce code, ça tient effectivement du rite vaudou: comme
Je suis 100% d'accord, c'est de la "connector conspiracy" comme au bon vieux temps...
Il y a quand même une chose qui me tracasse. J'ai deux clefs USB, Je boote, je branche la clef A, elle est reconnue en /dev/sda, je la débranche, je branche la B, et elle est reconnue en /dev/sdb ! Comment écrire une fstab avec ça ?
Et je suppose que si j'utilise une troisième clef, elle sera en /dev/sdc ...
Est-il possible, en cas d'utilisation successive de plusieurs clefs de l'avoir toujours sur le même /dev/sdX ou d'avoir un automounter qui se débrouille de tout ce fatras ? Je n'ai plus de sang de poulet en stock...
