je v essayer, mais ca me fait chier d'abandonner minicom si près du but... :(
euh, y'a pas besoin du lockfile ac ckermit? :D
xmulder
Sebux a écrit a écrit :
Essaie de dereferencer le lien, cad, donne lui directement /dev/tts/1 comme parametre. J'ai deja eu ce genre de prob avec le son.
Si je fais lsof /dev/dsp il connait pas alors que lsof /dev/sound/dsp il connait bien.
Essaie toujours ca, on ne sait jamais.
déjà essayé (lockfile /dev/tts/1) et meme réponse.
Jar Jar
Tu as essayé ckermit ?
Sebux
xmulder a écrit a écrit :
ok, merci pour l'explication.
mais mon problème reste entier: pourquoi je n'arrive pas a mettre en place le sémaphore sur mon port série (/dev/ttyS1) ac la commande lockfile ?
Essaie de dereferencer le lien, cad, donne lui directement /dev/tts/1 comme parametre. J'ai deja eu ce genre de prob avec le son.
Si je fais lsof /dev/dsp il connait pas alors que lsof /dev/sound/dsp il connait bien.
Essaie toujours ca, on ne sait jamais.
xmulder
ok, merci pour l'explication.
mais mon problème reste entier: pourquoi je n'arrive pas a mettre en place le sémaphore sur mon port série (/dev/ttyS1) ac la commande lockfile ?
PinG
en gros, depuis les kernel 2.4, linux peux avoir un /dev propre, c'est à dire un /dev qui ne contiens que les périph et assimilés qui sont détectés par ton kernel...
exemple : si tu n'as pas de partoche étendue sue ton hdd ou bien si tu n'as pas de hdd, sans devfs, tu as :
en gros, c'est la merde... donc sur un kernel normal, ca te donnes 1400 fichiers, alors que mons de 200 t'importent.
Sur beaucoup de gros Unix, /dev est créé dynamiquement, cad seulement les trucs qui existent. C'est le devfs. de plus, on a réorganisé tout ca pour avoir un système hiérarchique (tout dans des sous répertoires).
par exemple, les terminaux séries sont dans le rep /dev/tts/
... mais tous les progs linux ne connaissent pas les nouveaux périf et leurs chemins, donc il y a un daemon (devfsd) qui créé des symlinks entre les anciens noms et les nouveaux.
xmulder
c normal mais ca veut dire quoi?
PinG
xmulder a écrit a écrit :
note:
# ls /dev/ttyS1 -l
lr-xr-xr-x 1 root root 5 mai 18 2002 [G]/dev/ttyS1 -> tts/1[/G] c normal ca? (le -> tts/1)
ca veut dire quoi? ca serait pas ca mon prob des fois?
merci
devfsd, c'est normal
xmulder
q ca soit en root ou en user std, le résultat est le meme. ("start praying..." ). et j'ai beau prier :ange:, ca marche pas mieux. :pt1cable: pourquoi le lockfile marche pas? :??:
j'ai bien 2 lignes séries sur mon PC, et ma souris série est branchée sur le COMA (dc ttyS0), c pour ca q j'utilise le ttyS1 pour mon terminal.
je suis le seul a en chier comme ca ou c minicom?
note:
# ls /dev/ttyS1 -l
lr-xr-xr-x 1 root root 5 mai 18 2002 [G]/dev/ttyS1 -> tts/1[/G] c normal ca? (le -> tts/1)
ca veut dire quoi? ca serait pas ca mon prob des fois?
merci
Sebux
Je pense que tu as essaye la manip sous root :pt1cable:. Donc les privileges ne viennent pas forcement de la.
Normalement, la premiere ligne serie s'appelle ttyS0, et il se peut tres bien que ton PC ne soit pas equipe de 2 ttyS
Essaie ca, sinon, on dirait que le minicom s'acharne a ne pas vouloir fonctionner... ;)
xmulder
j'ai trouvé les RPM (minicom2 et lockdev) :)
je config minicom (# minicom -s).
je me heurte à:
$ minicom Device /dev/ttyS1 lock failed: Opération non permise.
fo "locker" le port série manuellement?
le pb c q j'y arrive pas:
# lockfile /dev/ttyS1
lockfile: Try praying, giving up on "/dev/ttyS1"
d'aprés man lockfile :
Try praying, ... Missing subdirectories or insufficient privileges.
qS q'il faut q je configure? :??:
le nom du port est bien /dev/ttyS1 ?
si ca peut aider:
# ls /dev/ttyS1 -l
lr-xr-xr-x 1 root root 5 mai 18 2002 /dev/ttyS1 -> tts/1
Sebux
xmulder a écrit a écrit :
Merci pour l'info mais apparament ils sont déjà installé:
Tu peux essayer de trouver un RPM qui va faire tout a ta place. Au pire, il te demandera d'installer des packages manquants.
Sinon, verifie que dans le Makefile, les options de compilation contiennent bien -lncurses.
Je ne vois rien d'autre pour le moment, des references invalides, c'est courant et pour de multiples raisons Bon courage ;)
xmulder
Merci pour l'info mais apparament ils sont déjà installé:
[jfdsdjhfuetppo]--Message édité par xmulder--[/jfdsdjhfuetppo]
Sebux
xmulder a écrit a écrit :
Salut Sebux,
merci pour la réponse.
comment je sais dans ql package RMP sont les lib ncurses?
(désolé si c une question de newbie)
suivant ta distrib, il y a un utilitaire qui gere les RPMs, rpmdrake, ...
D'abord, verifie qu'il sont installes :
rpm -qa |grep curses
si oui, je sais pas de quoi vient le prob
sinon ncurses dispose de son propre RPM, il suffit que tu prennes tes CDs de distrib et que tu cherches ncurses-<version>.rpm
ensuite, tu les installes
rpm -ivh <rpm_ncurses>
et le tour est joue !! :)
Bon courage ;)
xmulder
Salut Sebux,
merci pour la réponse.
comment je sais dans ql package RMP sont les lib ncurses?
(désolé si c une question de newbie)
Sebux
xmulder a écrit a écrit :
J'ai aussi besoin d'un terminal sous Nux mais j'arrive pas a installer minicom :cry: :
je untar minicom-2.00.0.src.tar.gz
./configure
et au make il me sort des tas de <i>undefined reference to</I> 'LINES', 'COLS' et autres dans pas mal de fichiers...
qS q je peux faire? il me manque des fichiers? lesquels?
Salut xmulder :)
Ces messages d'erreurs sont dus au fait que tu n'as pas installe la librairie ncurses. Elles font reference au proprietes de ton terminal. Essaie d'installer le RPM qui contient ncurses. Ensuite, tu pourras compiler je pense.
xmulder
up
xmulder
J'ai aussi besoin d'un terminal sous Nux mais j'arrive pas a installer minicom :cry: :
je untar minicom-2.00.0.src.tar.gz
./configure
et au make il me sort des tas de [i]undefined reference to[/I] 'LINES', 'COLS' et autres dans pas mal de fichiers...
qS q je peux faire? il me manque des fichiers? lesquels?
[jfdsdjhfuetppo]--Message édité par xmulder--[/jfdsdjhfuetppo]
z@ck
merci ... je viens de l'utiliser justement. le produit est hallucinant de parametrages, scripts etc...
Pour une simple console on fait:
/usr/bin/minicom -s #a ce moment là on parametre le port voulu /dev/cua0 ttys0 etc... les bps, data, parité, bit de stop
ensuite dans une console sous X on lance /usr/bin/xminicom
et roulez jeunesse.
AlphaT
Après avoir fait une recherche, c'est bien minicom d'après Cisco Systems.
