c'est pour administrer un routeur en passant par la console serie.

Y a minicom je crois  
 
http://nodevice.com/sections/ManIndex/man0836.html
 
Jamais utilise mais il me semble que ca sert a ca  
 
++

[edtdd]--Message édité par pipomolo--[/edtdd]

Après avoir fait une recherche, c'est bien minicom d'après Cisco Systems.

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.

J'ai aussi besoin d'un terminal sous Nux mais j'arrive pas a installer minicom :
 
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]

up

xmulder a écrit a écrit : J'ai aussi besoin d'un terminal sous Nux mais j'arrive pas a installer minicom :   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.

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

Merci pour l'info mais apparament ils sont déjà installé:
 
[i]rpm -qa |grep curses
libncurses5-5.2-16mdk
ncurses-5.2-16mdk[/I]
 
je peux faire quoi maintenant?

[jfdsdjhfuetppo]--Message édité par xmulder--[/jfdsdjhfuetppo]

xmulder a écrit a écrit : Merci pour l'info mais apparament ils sont déjà installé:   <i>rpm -qa |grep curses libncurses5-5.2-16mdk ncurses-5.2-16mdk</I>   je peux faire quoi maintenant?

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

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

Je pense que tu as essaye la manip sous root . 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...

q ca soit en root ou en user std, le résultat est le meme. ("start praying..." ). et j'ai beau prier , ca marche pas mieux.    
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

devfsd, c'est normal

c normal mais ca veut dire quoi?

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 :
 
/dev/hdd
/dev/hdd1
/dev/hdd2
/dev/hdd3
/dev/hdd4
/dev/hdd5
/dev/hdd6
/dev/hdd7
/dev/hdd8
/dev/hdd9
/dev/hdd10
/dev/hdd11
/dev/hdd12
 
 
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.

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.

Tu as essayé ckermit ?

 
déjà essayé (lockfile /dev/tts/1) et meme réponse.

 
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?