attaching from inside of screen что делать
Mrxvt version 0.4.0 is released!
Вышел первый по настоящему стабильный релиз эмулятора терминала mrxvt.
Отличительной особенностью данной программы является наличие табов и минимальные системные зависимости.
Re: Mrxvt version 0.4.0 is released!
Re: Mrxvt version 0.4.0 is released!
согласен, я тоже не вижу разницы.
У меня все равно с какими ключами пляшет от
0.25s real 0.04s user 0.03s system
1.59s real 0.03s user 0.04s system
Сколько у тебя девов в /dev??
Re: Mrxvt version 0.4.0 is released!
Гы, обидился. :)))
Четыре месяца назад, это действительно было длстаточно глючно.
>тупая и не нужная прога. имхо юзать нужно простой хтерм или атерм с screen. нафига эти тупые табы?
Re: Mrxvt version 0.4.0 is released!
>Сколько у тебя девов в /dev??
Re: Mrxvt version 0.4.0 is released!
да какие тут шутки. :)))
Re: Mrxvt version 0.4.0 is released!
>Чего удивлятся? Attaching from inside of screen. а ты чего ждал?
Re: Mrxvt version 0.4.0 is released!
Re: Mrxvt version 0.4.0 is released!
Re: Mrxvt version 0.4.0 is released!
— размер буфера для скроллинга (строк так тысячи три хотя бы, иначе совсем неинтересно)
Иначе получится как соревнования по гимнастике c проамериканским жюри 🙂
как aterm в сравнении с rxvt?
Кроме скорости есть другие фичи, в gnome-terminal есть смена кодировки, кто-то из терминалок еще умеет это делать? Имеется в виду с изменением key-maping, а не только сменой фонта.
Re: Mrxvt version 0.4.0 is released!
> mrxvt*termName: xterm > не работает home end
mrxvt*keysym.0xFF50: \EOH mrxvt*keysym.0xFF57: \EOF
Re: Mrxvt version 0.4.0 is released!
А то и вправду когда 10 окошек в PuTTY откроешь начинаешь путаться 🙁
Re: Mrxvt version 0.4.0 is released!
Re: Mrxvt version 0.4.0 is released!
что то у вас в консерватории того. у меня konsole меньше 1% хавает цпу
Re: Mrxvt version 0.4.0 is released!
читать man. весь кде для konsole ставить не нужно. более того то что нудо поставить используется многими полезными программами.
Re: Mrxvt version 0.4.0 is released!
No manual entry for screen
Re: Mrxvt version 0.4.0 is released!
> Вкладки рулят, еще бы под винду что-нить подобное, а то в 5 окошек putty тыркаться напрягает.
Re: Mrxvt version 0.4.0 is released!
Лучше посоветуйте программу под X, которая умела бы склеивать несколько окон одинакового размера в одно окно с табами. И позволяла бы с помощью этих табов переключаться между склеенными окнами.
Хочу запустить десяток xterm внутри такой программы и переключаться между ними.
Re: Mrxvt version 0.4.0 is released!
> No manual entry for screen
apt-get install screen
Re: Mrxvt version 0.4.0 is released!
> у меня konsole меньше 1% хавает цпу
Re: Mrxvt version 0.4.0 is released!
> Лучше посоветуйте программу под X, которая умела бы склеивать несколько окон
> Хочу запустить десяток xterm внутри такой программы и переключаться между ними.
здесь-же почти сразу и сказали. :
> можно юзать флуксбокс с его табами,
Re: Mrxvt version 0.4.0 is released!
Ну и туфта этот ShellGuard. Лучше уж на PuTTY оставаться. 🙁
Re: Mrxvt version 0.4.0 is released!
> Ну и туфта этот ShellGuard. Лучше уж на PuTTY оставаться. 🙁
Ну и туфта этот PuTTY. Лучше уж на ShellGuard оставаться.
Меня не перестаёт радовать уровень дискуссий на ЛОР.
Re: Mrxvt version 0.4.0 is released!
Re: Mrxvt version 0.4.0 is released!
Re: Mrxvt version 0.4.0 is released!
тогда наверно [xae]term’ы будут 0% потреблять? 🙂
Re: Mrxvt version 0.4.0 is released!
> У меня нету этого бага.
Проблема с повисанием mc при F3 внутри tar.bz2 пофикшена. С новым command.c всё работает прекрасно. См. sourceforge tracker system.
ok, I can now repeat your problem now. it seems to happen only for bash, not csh. and I must set the environment variables as yours. it seems that the mrxvt process is trying to read data from the mc process, but the reading is blocked (the mc process does not give any hint to the mrxvt process that all data have been sent). I still do not understand why it happens in this way since in C shell everything is fine. 🙁
ok, here’s a fix, please test it to see if anything wrong. thanks!
Thread: Display SSH session on server screen
Thread Tools
Display
In an effort to make the internet more distributed (eventually setting up a diaspora node etc.), I have begun to delve into Ubuntu server configuration and usage over SSH.
I currently have the following issue:
I have a laptop which connects to my server over SSH console. The server is attached to a physical screen output. I would now like to either display my SSH session (which I see on my laptop) on the physical server screen and/or know the proper commands to control the display remotely. Since I am just configuring the server and basically sitting in front of the server screen, I would like it to display my SSH session or specific sysadmin-monitoring tools so they don’t use up the space on my laptop screen. I don’t need X11 etc. The important point is of course that I don’t need to attach any keyboard to the server in order to have its screen turn on and display. (It is powered on at startup but then suspends as there is no activity to be displayed)
Any help would be greatly appreciated.
Thanks!
Re: Display SSH session on server screen
One solution would be to use screen.
Run screen on the server and give the session a name. Like so
Change banana for a more sensible name if you like.
Re: Display SSH session on server screen
Since there is only a single user account on the server, I log in via SSH, start screen, but upon attaching the screen it says «Attaching from inside of screen?». If I use two different log-ins (one for starting screen, the other for attaching), it appears to work.
However, that doesn’t show me anything on the server display. I would like to actually see my session on that display attached to the server.
Thanks for any further hints.
Re: Display SSH session on server screen
Thank you for your reply.
Since there is only a single user account on the server, I log in via SSH, start screen, but upon attaching the screen it says «Attaching from inside of screen?». If I use two different log-ins (one for starting screen, the other for attaching), it appears to work.
However, that doesn’t show me anything on the server display. I would like to actually see my session on that display attached to the server.
Thanks for any further hints.
I’m not quite sure I follow what you are doing. One thing I can tell you is the ssh session from the laptop is really the laptop user remotely connecting to the server. The laptop user could have the same user name, but it is still a separate user from any user that is created on the server.
As the laptop user is not a server local user to the Server you would not expect to see his session on the server at all.
As an example; from the ssh session you can check to see your identity by issuing this command
Re: Display SSH session on server screen
I’m not quite sure I follow what you are doing. One thing I can tell you is the ssh session from the laptop is really the laptop user remotely connecting to the server. The laptop user could have the same user name, but it is still a separate user from any user that is created on the server.
As the laptop user is not a server local user to the Server you would not expect to see his session on the server at all.
As an example; from the ssh session you can check to see your identity by issuing this command
Re: Display SSH session on server screen
That would be a security breach of the highest magnitude. As the user ssh’ing to the server you expect that you are the only one seeing your tty session. After all ssh stands for S ecure Sh ell. The ssh user is in control here and although I believe that the session can be redirected back (ssh in an ssh tunnel), I’m not so sure that the output (STDOUT) can be split into two streams.
This is a lot of overhead for convenience. Your server being GUI-less is a TTY and the only thing the appears on it is from its own sessions STDOUT. The ssh session is a pseudo TTY (terminal in a GUI) it receives its output from its own separate STDOUT via the ssh connection. Google the term STDOUT for more information.
You might try running 2 ssh sessions if you need to split up the data on to 2 terminals. I do that all day. I believe this is what screen does. Maybe some more bells and whistles in one package.
In addition, if your laptop is running Gnome on Linux you have multiple desktops. You could put a terminal session on each desktop. I believe other Desktops (KDE, etc.) will do this too.
Can’t resume screen, says I am already attached?
I am working on a remote Debian Jessie server. I have started a screen session, started running a script, then been disconnected by a network timeout.
Now I have logged in again and want to resume the session.
This is what I see when I list screens:
I seem to be attached to two screens at once.
Now I want to resume the session I was running before, to see the results of my script:
Why I can’t I re-attach?
I have the same problem with the other screen:
3 Answers 3
The session is still attached on another terminal. The server hasn’t detected the network outage on that connection: it only detects the outage when it tries to send a packet and gets an error back or no response after a timeout, but this hasn’t happened yet. You’re in a common situation where the client detected the outage because it tried to send some input and failed, but the server is just sitting there waiting for input. Eventually the server will send a keepalive packet and detect that the connection is dead.
According to the manual you can «resume» only detached screens:
What you want is this option:
‘ -x ’
Attach to a session which is already attached elsewhere (multi-display mode). Screen refuses to attach from within itself. But when cascading multiple screens, loops are not detected; take care.
Kill Attached Screen in Linux
Any help to reattach to the screen or to kill the screen is very much appreciated.
11 Answers 11
alternatively, you can use the following command
Create screen from Terminal:
To see list of screens:
To go to particular screen:
To Terminate screen:
To reattach screen:
To kill a screen from Terminal:
You can use screen_name or process_id to execute commands.
This worked for me very well. Get the screen id via:
You could create a function to kill all existing sessions. take a look at Kill all detached screen sessions
when listed, select with your mouse the session you are interested in and paste it. like this
Suppose your screen id has a pattern. Then you can use the following code to kill all the attached screen at once.
Reattach a session and if necessary detach it first
To kill a detached screen use this from the terminal:
If you are attached, then use (from the terminal and inside the screen):
None of the screen commands were killing or reattaching the screen for me. Any screen command would just hang. I found another approach.
Each running screen has a file associated with it in:
ИТ База знаний
Полезно
— Онлайн генератор устойчивых паролей
— Онлайн калькулятор подсетей
— Руководство администратора FreePBX на русском языке
— Руководство администратора Cisco UCM/CME на русском языке
— Руководство администратора по Linux/Unix
Навигация
Серверные решения
Телефония
FreePBX и Asterisk
Настройка программных телефонов
Корпоративные сети
Протоколы и стандарты
Как пользоваться утилитой screen в Linux?
Окно в «новую жизнь»
Прости, что напомнили. Знаем, это болезненно. Что же, вытрем слезы. Для этих ситуаций есть команда screen о которой мы и поговорим.
Немножко теории
Установка screen в Linux
Установка screen в Ubuntu и Debian
Установка screen в CentOS и Fedora
Запуск screen в Linux
У вас откроется новая сессия в новом окне. Уже здесь вы можете вводить все нужные shell команды. Находясь в режиме скрина (screen) вы можете посмотреть список доступных вам команд управления этим режимом. Вот так:
Сессия screen с именем
Ну очень удобная фича. Если вы делаете несколько процессов параллельно, просто обзовите их так, чтобы потом понять, что и где выполняется. Синтаксис такой:
Всегда используйте скрин именно так. Будет значительно удобнее.
Как правильно работать с окнами в Windows
Ниже мы собрали все команды, которые понадобятся вам для управления скринами:
Выход из screen сессии
Самое важное: запущенная вами в этот момент команда не остановится и будет продолжать свое выполнение.
Возврат к screen сессии
Вывод этой команды будет выглядеть вот так:
Немножко кастомизации screen под вас
Когда screen запускается, он считывает свои конфигурационные параметры из /etc/screenrc и
Посмотрите пример с комментариями, как мы закастомили screen для себя:
Типовой сценарий использования screen
Общий случай, так сказать. Обычно он состоит из следующих шагов:
Выводы
Мы разобрались, как создавать screen сессии, управлять ими внутри, открывая новые окна, выходить из их режима управления (без прекращения выполнения команды), делить горизонтально и вертикально экраны.
Ах да, ещё мы научились кастомизировать screen под себя. Профит!