Extracting terminal/console information

Woodsman · 11-08-2005, 09:01 PM

I have only three tty consoles enabled in my /etc/inittab. This is a single-user workstation and that works great for me. However, how could I determine how many consoles are available from within a bash script? Is there a handy way to do this?

In a related question, seems I once came across a method to determine the current vt number. For example, whether I am in vt1, vt2, vt7, etc. How do I determine that?

Thirdly, not related to the previous questions, how do I determine the directory location from which a script is being launched? That is, if I launch a script located in /usr/local/bin, within that script itself how do I programmatically determine the directory from which it was launched?

Thanks again.

Jerre Cope · 11-09-2005, 12:19 AM

How about:

Code:

NUMVT=`grep vt /etc/inittab | grep -v "^#" | awk '{print NR}'`

and maybe:

Code:

HERE=`pwd`

Woodsman · 11-10-2005, 05:32 PM

Quote:

NUMVT=`grep vt /etc/inittab | grep -v "^#" | awk '{print NR}'`

Yes, that works, more or less, although I needed to change the 'vt' to 'tty'. I have archived your string for future reference. This is a start.

However, I explained myself poorly in my post. I want to determine the X virtual terminal number. When X starts it automatically assigns the virtual terminal it uses based upon the number of ttys assigned in inittab. Thus, if one has six ttys assigned in inittab, then X will assign the next virtual terminal number to 7. If one has only three ttys assigned, then X assigns the next virtual terminal to 4, unless overridden manually. This is the terminal number I hope to determine and I want to calculate this number before launching X in startx. Thus, how does X calculate this number on the fly? I'd like to do the same thing.

Regarding the directory location of a script, I don't think the pwd command will work. Suppose I store a script in /usr/local/bin and I run that script. How can I programmatically determine that the script is stored in /usr/local/bin to inform the user with a message of that location?

keefaz · 11-10-2005, 06:26 PM

Quote:

How can I programmatically determine that the script is stored in /usr/local/bin to inform the user with a message of that location?

Try this :

Code:

#!/bin/bash

me=$0

# check if we are in the script directory
if [ "x${me:0:2}" = "x./" ]; then
    me="$(pwd)${me:1}"
fi

echo "I am : $me"
echo "My directory is : $(dirname $me)"

[edit]
Now that I am thinking maybe you want to add another test in the
case of the script get symlinked ?

Jerre Cope · 11-10-2005, 11:47 PM

Quote:

I want to determine the X virtual terminal number. When X starts it automatically assigns the virtual terminal it uses based upon the number of ttys assigned in inittab.

I think the tty command is what you need for the one. I think you'll find a correspondance between the inittab label the the tty command output.

The other command I think you are looking for is which, although there the executable lives and where the executable is invoked from may be two different places. Also the executable may change the environment itself.

Recently, I've taken up perl to manage this sort of thing, after years of shell scripts and awking. The code tends to be a little cleaner in perl when you're finished.

Woodsman · 11-11-2005, 10:39 PM

Quote:

Try this :

I tried the code in three different directories and received perfect results. Good job and thank you! Although I now have to hit the bash guides to fully understand what is happening.

Then later I might throw that routine into /etc/bashrc as a function.

Quote:

I think the tty command is what you need for the one. I think you'll find a correspondence between the inittab label the the tty command output.

Sort of. Maybe. I don't know! In non-X the tty command returns the tty number in the form of /dev/ttyn. Good enough. In X the same command returns /dev/pts/n. Additionally, I can get tty to return some interesting results when in X.

I use only three ttys in my inittab. This evening I started X in run-level 4. Despite using only 3 ttys, because of the way I edited the KDM Xservers file, vt7 is the virtual terminal number. So far so good. I toggled to tty3 and started X from there with startx. The virtual terminal number is vt8. I opened Konsole and typed tty. I received /dev/pts/0. I toggled to my first X session at vt7/tty1. I opened Konsole and tty returned /dev/pts/1.

I then toggled to my second X session, vt8, and exited KDE/X. I returned to X session tty1/vt7. I opened Konsole and tty returned /dev/pts/0.

I then opened a new KDE/X session using the Start New Session menu option, which gets assigned to vt8. I opened Konsole in that session and tty returned /dev/pts/0. I toggled to tty3 and again manually started X with startx. I opened Konsole and tty returned /dev/pts/1. I toggled to my first KDE/X session at vt7 and tty returned /dev/pts/2.

The preliminary indication is that when in X, the tty command responds in the order of who makes the request. The actual tty or vt is irrelevant. In non-X the tty command works as expected. Is this a bug or a feature? I don't know!

Despite this momentary fun I'm still looking for a way to programmatically determine the virtual terminal (vt) number that X assigns.

Quote:

Recently, I've taken up perl to manage this sort of thing, after years of shell scripts and awking. The code tends to be a little cleaner in perl when you're finished.

Possibly one day I will look at perl in earnest. Too much else on my plate right now!

Jerre Cope · 11-12-2005, 12:34 PM

My mistake. For some reason I was thinkng you were running non-X character mode only.