Vous n'êtes pas identifié(e).
Je sais chez moi ça ne fonctionnait pas correctement avant, j'avais été obligé de mettre des tempos partout et maintenant avec ma nouvelle instal, ça fonctionne nickel avec juste les scripts dans init.d et quasiment sans tempo, juste le backend retardé de 5 secondes
C'est pour cela que je voulais écrire un script de lancement de newcs/sasc/mythbackend/mythwelcome avec des tests.
Je ne vais probablement pas pouvoir m'en occuper dans les deux semaines qui viennent, donc je regarderais modprobe plus tard.
Pour le script que j'ai fais, je n'ose même pas le mettre ici... Je lance simplement les programmes avec des temporisations, pas de contrôle d'échec.
Par contre, ce qui est vraiment pénible, c'est qu'avant, tout fonctionnait bien avec des scripts dans init.d.
j'ai laissé tombé udev et j'ai défini l'ordre de montage des cartes dans modprobevoir ici
c'est un vrai casse-tête de trouver le bon ordre de lancement.
peux tu me donner ton script ? je voulais en faire un avec des tests de vérification de lancement des étapes précedentes
Change de version de newcs. La version 1.67rc1 plante avec 2.6.31, essaye avec la version 1.65. Je me suis aussi cassé les dents sur ce problème. Mon install est toute fraiche (une semaine) fonctionne à la perfection.
J'ai la version 1.66 de newcs et ca fonctionne, le problème n'est pas là.
Le problème, c'est que je veux que tout démarre automatiquement. Or, quand le périphérique se déconnecte, newcs est dans les choux et donc toute la chaine (sasc, backend) derrière aussi.
Du coup, j'ai essayé de créer un script qui lance (ou relance) tous les services (newcs, sasc, backend), couplé à une règle udev qui mappe les devices ttyUSBx sur /dev/infinity et qui lance le script dès qu'il y a une connexion du périphérique. Le script fonctionne correctement quand je le lance depuis une session x, mais tout le système part en sucette quand c'est udev qui s'en charge.
Change de version de newcs. La version 1.67rc1 plante avec 2.6.31, essaye avec la version 1.65. Je me suis aussi cassé les dents sur ce problème. Mon install est toute fraiche (une semaine) fonctionne à la perfection.
Salut,
Une petite question à tous ceux qui utilisent un lecteur de carte Infinity USB unlimited avec un kernel 2.6.31. C'est super, le lecteur est reconnu automatiquement, il fonctionne correctement, mais j'ai un petit souci au démarrage :
dmesg | grep iuu
[ 17.675926] USB Serial support registered for iuu_phoenix
[ 17.675937] iuu_phoenix 3-3:1.0: iuu_phoenix converter detected
[ 17.675985] usb 3-3: iuu_phoenix converter now attached to ttyUSB0
[ 17.675994] usbcore: registered new interface driver iuu_phoenix
[ 17.675995] iuu_phoenix: v0.10:Infinity USB Unlimited Phoenix driver
[ 31.876114] iuu_phoenix ttyUSB0: iuu_phoenix converter now disconnected from ttyUSB0
[ 31.876125] iuu_phoenix 3-3:1.0: device disconnected
[ 32.275568] iuu_phoenix 3-3:1.0: iuu_phoenix converter detected
[ 32.275664] usb 3-3: iuu_phoenix converter now attached to ttyUSB1
[ 46.012131] iuu_phoenix ttyUSB1: iuu_phoenix converter now disconnected from ttyUSB1
[ 46.012142] iuu_phoenix 3-3:1.0: device disconnected
[ 46.391536] iuu_phoenix 3-3:1.0: iuu_phoenix converter detected
[ 46.391615] usb 3-3: iuu_phoenix converter now attached to ttyUSB0
[ 1642.676128] iuu_phoenix ttyUSB0: iuu_phoenix converter now disconnected from ttyUSB0
Donc en gros, le lecteur de carte est initialisé, sur ttyUSB0 (qui est mappé en /dev/infinity), newcs se lance, sasc-ng aussi, ce qui est parfait. Mais en cours de route, le lecteur se déconnecte, se reconnecte sur ttyUSB1, se redéconnecte pour se reconnecter sur ttyUSB0.
Est-ce que vous constatez le même problème ? Est-ce que vous l'avez résolu ? Ou vous avez trouvé une solution de contournement ?
A+