トップページ⇒unix
981コメント276KB

GNU screen その5

■ このスレッドは過去ログ倉庫に格納されています
0001ミスタースクリーン2006/05/27(土) 18:18:42
前スレがdetachされたので再attachしますた

GNU本家　http://www.gnu.org/software/screen/
公式ML(英語 たまにドイツ語)　http://groups.yahoo.com/group/gnu-screen/
でかいのネット　http://www.dekaino.net/screen/
UnixUser2004年1月号記事　http://risky-safety.org/%7Ezinnia/screen/contribute2/
Screen Glossary　http://zinnia.dyndns.org/~hiki/Screen/
＠IT：screenコマンドとは　http://www.atmarkit.co.jp/flinux/rensai/linuxtips/692usescreen.html
私家版GNU Screen　http://www.rubyist.net/~rubikitch/computer/hacks/screen/
screenコマンド一覧　http://www.limy.org/program/screen.html

1 http://pc.2ch.net/test/read.cgi/unix/1001966406/
2 http://pc5.2ch.net/test/read.cgi/unix/1048030339/
3 http://pc5.2ch.net/test/read.cgi/unix/1087436430/
4 http://pc8.2ch.net/test/read.cgi/unix/1111357444/
0522名無しさん＠お腹いっぱい。2007/10/16(火) 06:36:12
何箇所かに貼られてるからね
0523名無しさん＠お腹いっぱい。2007/10/16(火) 08:15:19
>>521
アンチの工作じゃないかな
0524名無しさん＠お腹いっぱい。2007/10/31(水) 05:27:51
ssh -Xした先のホストでscreen起動して作業してるんですが
最初にscreenを起動した時は問題なくXのアプリケーションが起動できて
ローカルのX11サーバにフォワードされてるのに、一度dettachして
しばらくしてから(?)reattachしたらCan't open displayのエラーに
なってしまいます。DISPLAY環境変数はlocalhost:11.0となってて
起動直後と同じです。sshのXフォワーディングのしくみがよく
分かってないんですが、reattachした後でXのアプリケーションを使うには
どうするのが一番いいでしょうか?

ちなみにreattachした後、Control-a cで新しく開いたスクリーンでも同じエラーです。
screenコマンドを起動しなおせば再びXが正しく転送されるようになります(つまり起動直後)。
0525名無しさん＠お腹いっぱい。2007/10/31(水) 07:16:35
>>524
つながらないとき、DISPLAY環境変数はscreenの外と中で違う値になっている
でしょ
0526名無しさん＠お腹いっぱい。2007/11/01(木) 01:42:36
あーおっしゃる通り、
外はlocalhost:10.0で中はlocalhost:11.0と違う値になってました。
なるほど。。これを手動で設定して合わせないといけないわけですね。
0527名無しさん＠お腹いっぱい。2007/11/01(木) 22:31:36
手動じゃなくてもスクリプトで何とかなる。
05285242007/11/03(土) 02:31:27
>>527
自動的に親のDISPLAYをとってきてセットすることってできますか?
ちょっと考えてみたけど思いつかなかった。
0529名無しさん＠お腹いっぱい。2007/11/03(土) 02:43:19
あらかじめファイルに吐いておいて、必要に応じてそれを読むとか。
0530名無しさん＠お腹いっぱい。2007/11/03(土) 05:58:21
複数の端末が存在してる場合を考えると
親の環境を読めない限り自動化は無理なのではないだろうか。
0531名無しさん＠お腹いっぱい。2007/11/03(土) 08:40:55
screenでは複数の端末が同時に接続しうるので親の環境とやらの決定もできない。
0532名無しさん＠お腹いっぱい。2007/11/03(土) 09:28:49
Xの通信を転送する機能をscreenに持たせればいいんじゃね
0533名無しさん＠お腹いっぱい。2007/11/03(土) 12:21:57
X じゃなくて agent の forwading に使ってたんだけど、>529 のようなことをしている。
必要な環境変数をファイル(仮に ~/.sshenv とする)に吐いてから screen を起動するラッパ(仮に screenw)を用意して、
screenrc には以下のようなコマンドを書いておく。
bind s stuff "test -f ~/.sshenv && source ~/.sshenv\015"

で、 ssh example.com screenw でつないだ後、必要に応じて C-a s で環境変数を設定。

シェル起動時に実行されるスクリプトに書いておけばラッパは不要。
ただ、agent に関しては
http://blog.gcd.org/archives/50713097.html
の方がスマートそうだけどね。
0534名無しさん＠お腹いっぱい。2007/11/08(木) 05:25:11
コピーモードに入るとカーソルが左上にすっ飛んで行くけど
これ仕様すか

カーソルを移動すると本来あるべき場所にすっ飛んで戻るけど
0535名無しさん＠お腹いっぱい。2007/11/08(木) 14:03:58
手元ではそんなことないけどなあとしか言いようがない。
0536名無しさん＠お腹いっぱい。2007/11/08(木) 14:56:42
もうちっとkwsk説明すると
1. コピーモードに入るとメッセージの末尾にカーソルが移動する
2. そのまま"Copy mode -..."のメッセージが消えるまで待つ
3. メッセージが消えた瞬間にカーソルが左上にすっ飛ぶ

1が起きない場合はカーソルは飛ばない
hardstatus onとhardstatus alwayslastlin...を指定してると起きないかも
msgwait 0にしていると1と2は省略される
0537名無しさん＠お腹いっぱい。2007/11/08(木) 15:45:45
動作には問題無いし、仕様の範疇だろう。
気になるならすぐ直せるだろ。
0538vi信者2007/11/08(木) 15:48:54
一番下の行にカーソルをジャンプさせたきゃ L 一発打てばいいだけの話だし
どうでもいいんじゃないすか? HとかMとかも便利よ
0539名無しさん＠お腹いっぱい。2007/11/10(土) 14:57:52
どこに書いたらよいか迷ったのですがscreenの問題のようなのでここで質問させてください。
putty+screen+vimという組み合わせで使っています。
vim側で、
  set mouse=a
  set ttymouse=xterm2
という設定を書いて、マウスでドラッグ選択、バー移動、ホイールスクロールなどができています。

また、以下のような設定を書いてターミナルのスクロールバッファを使えるようにしています。
  termcapinfo xterm|xterms|xs|rxvt ti@:te@

この状態で、
  hardstatus alwayslastline "%w"
というような設定で、最下行にステータスを表示するとターミナルのスクロールバッファが効かなくなるようです。
vimではホイールスクロールが効かなくなっていました。ドラッグ選択、バー移動はできているのでマウスそのものが使えていないわけではないようです。

以下のような設定で、タイトルバーにステータスを表示させるとスクロールバッファが効き、vimでホイールスクロールもできました。
  termcapinfo xterm*|rxvt*|kterm*|Eterm* hs:ts=\E]0;:fs=\007:ds=\E]0;\007
  hardstatus lastline "%w"

最下行に表示した方が色分けなどができて便利なのですが、スクロールバッファやホイールスクロールが無効にならない方法はないでしょうか？
長文ですみません。
0540名無しさん＠お腹いっぱい。2007/11/10(土) 18:11:38
>>539
altscreen offすれ
0541名無しさん＠お腹いっぱい。2007/11/10(土) 20:10:17
>>540
レスありがとうございます。
altscreen off 試してみましたが状況変わらずでした。
0542mfiler2作者2007/11/22(木) 14:28:42
screenで起動中のscreenに、タイトルで検索して、その端末を前に持ってくる
ことはできるんでしょうか？
タイトルがemacsという端末を自動的に前に持ってきたいんですけどね。
0543名無しさん＠お腹いっぱい。2007/11/22(木) 15:05:34
screen の中の画面の話? or 複数 screen のはなし?

後者なら
screen -S emacs で起動しておけば screen -d -r emacs で呼び出せる
0544名無しさん＠お腹いっぱい。2007/11/22(木) 17:46:04
>>542
at screen select .
でどうかな。
05455422007/11/22(木) 17:48:06
間違えた。screenじゃなくてemacsだ。
05465442007/11/22(木) 17:50:02
今度は名前を間違えたよ。545は544ね。
0547名無しさん＠お腹いっぱい。2007/11/22(木) 17:50:51
おちけつ
0548mfiler2作者2007/11/22(木) 18:39:58
>>543
前者です。

>>544
screen -X select emacs
でいけますね。ありがとうございます。
タコな質問ですみません。

あと一つ質問があります。
screen上でemacsというタイトルがある画面があるかどうかは調べられますか？
無い場合はscreen -X select emacs; echo $?が1を返すとかなら
よかったんですが
どうやらそうでもないようですし。
これはさすがに無理ですかね。
0549名無しさん＠お腹いっぱい。2007/11/22(木) 23:53:44
>>548
そういう事を知りたかったら、パッチを当ててウィンドウの情報を別途得るしかないかな。
procsave とか。
ttp://homepage3.nifty.com/clavelito/screen_w3m/
0550名無しさん＠お腹いっぱい。2007/11/26(月) 01:03:00
最近使い始めた者です。
screenの中でviなどでファイルを開いた後、そのviを終了させると
元のシェルに戻ったときviで開いていたファイルの一部が
画面上に表示されたまま残ってしまいます。

これを通常のbashのように、シェル側には編集ファイルの内容を
表示しないよう.screenrcに設定することはできないでしょうか？
方法が分かれば教えてくださいorz
0551名無しさん＠お腹いっぱい。2007/11/26(月) 02:08:05
Ctrl-l
おすすめ
0552名無しさん＠お腹いっぱい。2007/11/26(月) 02:53:20
>>550
>>411-
0553名無しさん＠お腹いっぱい。2007/11/26(月) 23:57:03
>>550
man読め

altscreen on|off
on にすると仮想端末で「別画面 (alternate screen)」のサポートが有効になる。これは xterm のと同様のものである。初期設定では off になっている。
05545502007/11/27(火) 00:49:05
>>552-553
遅レスすみません。
altscreen onで期待した動作になりました。
ありがとうございました。
0555名無しさん＠お腹いっぱい。2008/01/01(火) 20:12:31
あけましておめでとうございます
今年もscreenよろしく
0556名無しさん＠お腹いっぱい。2008/01/07(月) 07:11:16
screenが1年何事も動じずに動き続けるといいなあ。去年は3回ぐらい
ダメになったかな。
0557名無しさん＠お腹いっぱい。2008/01/07(月) 19:03:51
ダメになるってどんな状態よ？
0558名無しさん＠お腹いっぱい。2008/01/07(月) 20:52:07
>>556-557
自分の場合
・screenのあるバッファでいきなりキーボードがきかなくなる。
・そのバッファを殺すと別のバッファも固まる。
・問題の発生したscreenプロセスに-x等でattachできなくなり、
結局プロセスを丸ごと殺さないといけなくなる。

という現象によく遭遇した。
ぐぐり方が下手なのか同様の症状の報告例になかなか行き当たらない…
05595582008/01/07(月) 21:27:27
ちなみに当方の環境は
OS: Debian 4.0
screen: 4.0.2および4.0.3
です。
05605562008/01/07(月) 21:52:38
>>558-559
そうそう、そんな感じ。環境まで一緒(Debian)だなあ。
プロセス名SCREENは生きていて、CPUをほぼ食い尽くしているような感じ。
たぶん変なescape sequenceを受けてどっかで固まっていると思うんだけど。

0561名無しさん＠お腹いっぱい。2008/01/07(月) 23:21:25
>>560
固まった時gdbでattachして回復させたことがあるよ
0562名無しさん＠お腹いっぱい。2008/01/07(月) 23:58:50
>>560
えぇぇ、CPUをほぼ食い尽くしってのは怖いな
仕事で使うのは自重しといたほうがよいのだろうか
一応RH系しか使わんけど・・・
05635562008/01/08(火) 07:38:05
>>561
ども。今度固まったら、gdbかけてみよう。
>>562
365日立ち上げっ放しで死ぬことがある、という程度なので仕事なら
切りのいいところでscreen立ち上げなおしでいいんじゃないですかね。
自分も仕事で使っている分にはあんまり長い時間screen立ち上げっ放し
ということはないなあ。
0564名無しさん＠お腹いっぱい。2008/01/08(火) 09:28:03
Devianは大変なんだな。
0565名無しさん＠お腹いっぱい。2008/01/08(火) 13:01:00
そういう事、一度だけあった気がする
デスクトップ機(Mac OSX)で、立ち上げ数時間〜一日くらいの使い方だけど
0566名無しさん＠お腹いっぱい。2008/01/08(火) 15:37:51
Debianの場合、わけのわからんパッチを当てていたりするからなぁ。
OS XはOS自体が多少変態的だし。

Solaris8 (いまだに…) で4.0.3 + このスレに出ていたパッチで運用しているけど、
数ヶ月に一度ホストOSをリブートするとき以外は常にそのterminalで生活していて、
幸い、不具合が起きたことはない。ってことで、頻度はかなり環境依存しそう。
05675582008/01/08(火) 16:23:36
うーん、こっちはdebじゃなくソースからコンパイルした場合でも起きたんだよなぁ。
ライブラリとの相性の問題だったらお手上げですが…ほんとにRHとかでの発生例はないのかな？

もっかい調べてみたらそれっぽい情報がようやくちらほら…該当するのかどうかは不明。
帰ったらまとめます。
0568名無しさん＠お腹いっぱい。2008/01/08(火) 17:22:48
おー、俺以外にもいたのか。
去年１度だけ>>558とほぼ同じような状況がfedoraでおきたよ。
0569名無しさん＠お腹いっぱい。2008/01/08(火) 17:31:48
大昔からあるバグだろ。
0570名無しさん＠お腹いっぱい。2008/01/08(火) 22:54:47
>>569
kwsk
0571名無しさん＠お腹いっぱい。2008/01/08(火) 23:53:04
大昔からあるなら誰か直すだろ。
0572名無しさん＠お腹いっぱい。2008/01/09(水) 00:11:52
コピペした時とか、かなり大量に先打ちした時に糞詰まりで
ウンともスンとも言わなくなり、痺れを切らしてkill/C-akてのが
確かに月に数回くらいあるな。

screen１つならまだ許せるんだけど、SCREENだとダメージが大きくて
ちょっとorzとなる。再現条件がわからないし、デバッグビルドを
常時使うほど豆でもないので「また〜っ？」とか思いつつ使い続ける。
0573名無しさん＠お腹いっぱい。2008/01/09(水) 00:27:48
Ctrl-a押すつもりがCtrl-s押して停止してしまうってのならあったな。
0574名無しさん＠お腹いっぱい。2008/01/09(水) 10:22:26
detach/attach 時にリサイズかかると死にやすい気がする

っていうかそういう報告は他にも多々あった気がするけど
0575名無しさん＠お腹いっぱい。2008/01/09(水) 10:24:15
>>574
Emacs使ってる？
0576名無しさん＠お腹いっぱい。2008/01/09(水) 15:48:19
emacsでウィンドウを分割している状態でattachすると必ず死ぬ。
on FreeBSD 6.1 with Emacs 21.3.1
0577名無しさん＠お腹いっぱい。2008/01/09(水) 15:59:50
>575
使ってます
あと screen 中の mutt(メーラ) から エディタで ng 起動しててという
状況がヒット率高い気がするけど死んだあとになってからでは
どういう状態だったか確認できないので本当のところはよくわからんです

>576
window 分割って C-x 2 みたいな状態?

日常的に navi2ch 開きっ放しなのでかなりの確率でその状態で
使ってるけど問題だと気づいたことはないです

いまは FreeBSD 6.2-STABLE #18: Wed Sep 5 10:22:02 JST 2007 で
screen-4.0.3 emacs-21.3_10 使ってるけど
0578名無しさん＠お腹いっぱい。2008/01/09(水) 17:14:23
screenの下でw3mな端末をたくさん開いてるけど、
attachした時に(SIGWINCHが飛んで?)すげー時間かかることはあるけど、
死にはしないなぁ。

ただなんか別の拍子に>>558みたいになって死ぬことはある。
トリガは不明。
0579名無しさん＠お腹いっぱい。2008/01/16(水) 15:20:47
screenの順番(M-n,M-pで移動する順番?)を途中で変更する事は出来ますか?
0580名無しさん＠お腹いっぱい。2008/01/16(水) 15:23:09
>>579
numberでウィンドウ番号を替えればおk
0581名無しさん＠お腹いっぱい。2008/01/16(水) 15:40:13
>>580
おお、出来ました！
即レスthx!
0582名無しさん＠お腹いっぱい。2008/01/18(金) 18:50:05
screenコマンドをタイプして実行すると、カレントディレクトリでシェルが起動するのに
bind ^c screenだとホームディレクトリで起動します。
カレントディレクトリで起動させるにはどうすればいいですか？
0583名無しさん＠お腹いっぱい。2008/01/18(金) 19:48:07
>>582
起動中のscreenが、それぞれのウィンドウの実行中プロセスのカレントディレクトリを
取得することができないので、無理。

M-: chdir であらかじめ起動したいディレクトリに移動しとくくらいしかできないな。
05845822008/01/18(金) 20:06:39
>>583
説明の仕方が不十分でした
「screenのセッション中でシェルからscreen、もしくはM-: screenとして実行すると、カレントディレクトリで起動する
しかし、bindしてショートカットでscreenコマンドを実行するとホームディレクトリでシェルが起動する」
という意味です。
05855822008/01/18(金) 20:23:08
>>583
今意味が分かりました
584は忘れてください。
0586名無しさん＠お腹いっぱい。2008/01/18(金) 20:23:24
>>584
M-: screen では実行中シェルのカレントディレクトリからは起動しないだろ?
0587名無しさん＠お腹いっぱい。2008/01/27(日) 23:38:43
ステータスラインに%Dで曜日を表示しようとすると文字化けしませんか？
何かよい解決方法はありませんかね・・・

あと、ステータスライン上に現在のLANG(エンコード)
を表示させる方法がお分かりの方がいたら、是非教えていただきたいです。
よろしくおねがいします。
0588名無しさん＠お腹いっぱい。2008/01/27(日) 23:48:37
日付けや時刻表示はISO 8601スタイルにしてほしいんだがなあ
0589名無しさん＠お腹いっぱい。2008/02/01(金) 18:43:13
Debian で screen 使ってます．
TERM=screen
LANG=C
で使ってますが，aptitude の画面が崩れます．
curses とは相性が悪いのでしょうか？
0590名無しさん＠お腹いっぱい。2008/02/01(金) 19:02:17
うむむ，Putty で UTF-8 にしたら治った．
UTF-8 (CJK) とか UTF-8 (non-CJK) と何が違うんだろう．
GNU screen 側でのパッチも出てるようだけど，
http://www.pyon.net/diary/20070424.html
特に今は必要ないからそのうち入ると期待しておこう．
0591名無しさん＠お腹いっぱい。2008/02/01(金) 22:55:15
つまり、Unicodeな罫線を半角とみるか全角とみるか、曖昧であるということか。
0592名無しさん＠お腹いっぱい。2008/02/02(土) 00:21:32
半角ってなんですか
0593名無しさん＠お腹いっぱい。2008/02/02(土) 00:22:57
えっちぃ板
0594名無しさん＠お腹いっぱい。2008/02/02(土) 17:34:37
>592
wcwidthが１を返すのが妥当な文字
0595名無しさん＠お腹いっぱい。2008/02/05(火) 16:55:46
昔「変換」とか「無変換」をエスケープに割り当てる方法を
紹介してるページがあったような気がするのですがいくら探してみても見つかりません。
どなたか教えていただけませんでしょうか。
bindkey で特定のコマンドを割り当てるのは上手くいくのですが。
0596名無しさん＠お腹いっぱい。2008/02/05(火) 21:22:15
xmodmapで適当なキーに割り当てればいいんじゃないの?
0597名無しさん＠お腹いっぱい。2008/03/03(月) 00:16:05
EUCだと化けた。
0598名無しさん＠お腹いっぱい。2008/03/03(月) 00:25:27
PuTTYのごった煮版ってのをはじめて入れたけど
何も設定変えずに、screen下のbashのパスが
タイトルバーに出たりして感動した。
0599名無しさん＠お腹いっぱい。2008/03/05(水) 13:11:32
urxvtでマウスを使ってスクロールバックすると、しばらくしてから勝手に最終行に戻ってしまいます
ESC+[でコピーモードに移行し、Ctrl+U等を使ってバッファを遡った場合にはこの現象は起きません
xtermでは起こらないのでurxvtの問題だと思うんですが、何か対策は無いでしょうか？

screen 4.0.3
urxvt 8.3
0600名無しさん＠お腹いっぱい。2008/03/05(水) 13:49:44
>>599
それってscreen関係あるのか？
06015992008/03/05(水) 13:57:43
>>600
screen無しだと起きない現象なんで
0602名無しさん＠お腹いっぱい。2008/03/05(水) 15:34:59
>>601
> xtermでは起こらないのでurxvtの問題だと思うんですが
urxvtの問題じゃないのか?ｗｗｗ
0603名無しさん＠お腹いっぱい。2008/03/05(水) 16:46:44
captionの内容が更新されて戻るんだと思う。
urxvt側の設定じゃないかな(ttyに出力があったときにscrollを中断するか)

0604名無しさん＠お腹いっぱい。2008/03/05(水) 23:55:29
何もしてないのにcaptionの内容が変わるのか？
screen 4.0.3とurxvt 8.9だけど再現しなかった
0605名無しさん＠お腹いっぱい。2008/03/06(木) 00:31:19
screen ってどういうところが便利なの？
gnome-terminal でタブ使用の俺に分かりやすく説明してクレ。
0606名無しさん＠お腹いっぱい。2008/03/06(木) 00:41:16
>>605
一番メリットを感じるのは、リモートからsshとかで使っているときじゃないでしょうかね。
複数のコネクションを張らずにすんだり、コネクションが切れても大丈夫とか。
0607名無しさん＠お腹いっぱい。2008/03/06(木) 00:56:45
便利に感じない人間までが無理して使う必要があるものとは思えん。
0608名無しさん＠お腹いっぱい。2008/03/06(木) 01:52:57
>>605
タ ブ を 使 わ な く て い い と こ ろ
0609名無しさん＠お腹いっぱい。2008/03/06(木) 10:55:56
突然端末が死んでもなんとかなるところ。
0610名無しさん＠お腹いっぱい。2008/03/06(木) 12:38:55
^端末^俺？
0611名無しさん＠お腹いっぱい。2008/03/06(木) 16:09:55
俺が死んだらどうにもならん。
それはさておき >604

> 何もしてないのにcaptionの内容が変わるのか？

時刻とか出すと変わるよ。あとcaptionじゃないけど、monitorとか
してるとactivityがあった時にttyに出力されるよね。

0612名無しさん＠お腹いっぱい。2008/03/08(土) 18:52:46
複数スクリーンはあんまり恩恵感じない。
やっぱマシン側に端末があるってのがうれしいね。
0613名無しさん＠お腹いっぱい。2008/03/09(日) 16:11:52
スクリーンの起動時に複数ウィンドウを開いてそれぞれをcd する方法を
教えてください。

1: /var/www/root
2: /var/www/app
3: /var/www/action
4: /var/www/view
5: /var/www/template
6: /var/www/log

なかんじで、 .screenrcに書いて出来たら最高でーーす。
おながいします。
0614名無しさん＠お腹いっぱい。2008/03/09(日) 18:35:37
>>613
chdir /var/www/root
screen foo
chdir /var/www/app
screen bar
てな感じでどうかね。
06156132008/03/09(日) 18:47:59
>>614様 ありがとうございます。
できました。

screen -t root
chdir /var/www/root
screen -t app
chdir /var/www/app

な感じで出来ました。
.screenrcでコマンドが動くんですね。
設定を記述するのかと思っていました。

よくよく考えたら
bindkey とか ^A: bindkey -k F9 〜
とかやるのと同じ記述をscreenrcにも書きますね。
06166132008/03/09(日) 19:18:18
と思ったら、最初の chdirしか効いていないみたい。
06176132008/03/09(日) 20:01:34
とさらに思ったら、途中から相対パスで書いてたorz

すべて絶対パスで書いたらうまく行きますた。
0618名無しさん＠お腹いっぱい。2008/03/21(金) 19:33:44
シェルがscreen上で実行されているかどうか知る方法はありますか？
0619名無しさん＠お腹いっぱい。2008/03/21(金) 19:47:51
$TERM見るとか？
06206182008/03/21(金) 19:56:48
>>619
ありがとうございました
0621名無しさん＠お腹いっぱい。2008/03/21(金) 21:37:57
$STY の有無で判断することが多いな
■ このスレッドは過去ログ倉庫に格納されています