Vous n'êtes pas identifié(e).
"Being is not doing"
Hors ligne
Haha
Essaye en retirant « SYMLINK+="vitalereader", » ?
apparemment, cela ne change rien. le message d'erreur au redémarrage n'apparaît plus. mais le lecteur n'est pas reconnu. à noter que c'est la seconde fois que l'ordi plante à l'arrivée sur le bureau de wheezy. clavier et souris inactives. obligé d'éteindre l'ordi par force.
"Being is not doing"
Hors ligne
Hors ligne
"Being is not doing"
Hors ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
"Being is not doing"
Hors ligne
Je ne vais pas avoir le temps de suivre ton sujet jeanmarc1. Donc je te conseille de revenir à la solution temporaire de bendia, à moins qu'apt-get ou d'autres membres se proposent de t'aider
pour info, j'ai ajouté les deux lignes proposées par bendia dans /etc/rc.local, mais cela n'automatise pas le chmod 777 sur le port série du lecteur. je dois toujours faire en root un chmod 777 /dev/ttyS0 pour que le logiciel reconnaisse le lecteur mis, cette fois, en port série. à suivre...
"Being is not doing"
Hors ligne
après les deux autres ?
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Et si tu rajoutes une 3ème ligne dans rc.local
chmod 777 /dev/ttyS0après les deux autres ?
pas sûr que j'ai bien compris. voici le fichier rc.local :
avec ce fichier tel quel, le chmod 777 s'annule toujours au redémarrage.
ps : ah, j'ai mal recopié. mes excuses. je refais le test.
Dernière modification par jeanmarc1 (16-09-2012 11:24:05)
"Being is not doing"
Hors ligne
ne tient toujours pas le chmod 777 au redémarrage.
"Being is not doing"
Hors ligne
Au passage, je suis curieux de voir ce qu'il y a dans « /etc/modprobe.d/twin30 ». A priori, je remplacerais la ligne par « modprobe twin30 » voir la supprimerais si elle n'est pas nécessaire.
j'ai désactivé le fichier twin30, car il ne fonctionnait pas. je l'ai renomé en "old".
voici son contenu :
"Being is not doing"
Hors ligne
"Being is not doing"
Hors ligne
.
voici le fichier ttys0 que j'ai créé en /usr/local/bin/ttys0 :
j'ai ensuite fait un
puis
quand je redémarre, rien ne bouge. la commande ne fonctionne pas. je dois toujours l'entrer manuellement.
peut-être faut-il modifier quelque chose dans le script pour qu'il démarre automatiquement en relançant le système. merci par avance ++
"Being is not doing"
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Bonsoir
A mon avis, tu peux supprimer le sudo. Les scripts de rc.d sont lancés en tant que superutilisateur.
merci du conseil. voici le nouveau script :
cela ne fonctionne toujours pas.
"Being is not doing"
Hors ligne
"Being is not doing"
Hors ligne
Pour moi :
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Quels sont les droit du /dev/ttyS0 ?
ls -l /dev/ttyS0
Pour moi :$ ls -l /dev/tty0
crw------- 1 root root 4, 0 6 oct. 06:56 /dev/tty0
les voici :
"Being is not doing"
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
jeanmarc, ces droits sont-ils ainsi avant que tu lances le script ou après ?
Si c'est non avant et oui après, c'est que ton script fonctionne sur ce point.
voici les droits avant de lancer le script :
et après :
apparemment, c'est identique.
"Being is not doing"
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
OK.
Ton script a-t'il les droit d'executions root ?
ls -l tonscript
voici le résultat :
mais je crois qu'il était initialement en root. mais j'ai mis les droits sur mon nom d'utilisateur, pour voir si cela aidait.
je viens de refaire un
, mais cela ne change pas les droits. je vais relancer la session et voir ce qu'il se passe pour les droits.
"Being is not doing"
Hors ligne
"Being is not doing"
Hors ligne
"Being is not doing"
Hors ligne