屏風を一種の画面「アップデート」として見たい。で始まる
byobu
画面の下部にあるステータスラインの代わりに、更新するたびに、前の行の下にある追加の行にプッシュします。やがて、画面(PuTTY)にステータス行のエコーが表示されます。
どうすればこれを停止できますか?
win7でubuntu 12.04にputtytray v0.62を実行
PuTTYのデフォルトの変換エンコーディングはISO-8859-1で、UbuntuはUTF-8エンコーディングを送信します。
保存されたセッションのロード、保存、または削除ウィンドウでサーバーをクリックします。次に、「ロード」ボタンをクリックします。
次に、左側のカテゴリパネルで、[ウィンドウ]-> [翻訳]をクリックします。
「受信データがどの文字セットであると想定されるか」の下のドロップダウンをUTF-8に変更します。
これを行ったら、カテゴリパネルの上部にある[セッション]をクリックし、保存されているセッション領域で[保存]をクリックします。
これが正しい修正であるとは言っていません。私は、サーバーにクレイジーなことをする必要なく、何が私のためにそれを修正したのかをあなたにすべて言っています。
乾杯!
これはデフォルトのbyobuバックエンドの問題のようです。デフォルトでは、Ubuntu 12.04のbyobuはtmux
をバックエンドとして使用します。これを変更するには、byobu-select-backend
を実行して画面を選択します(オプション2)。
TmuxがPuTTYセッションでこれを行う理由についての解決策ではありませんが、画面のスクロールに関する問題が修正されます。
UTF-8設定は驚くほどうまくいきます。通常、これをTerminal => Keyboard => "Function keys and kepad"と一緒に "ESC [n〜"から "Xterm R6"に設定し、デフォルトの構成としてPuTTYに保存します。最後のオプションは、ByobuでFキー機能の使用を有効にします。それなしではほとんど役に立たない。
私はdebian Testing/SIDサーバーでも同様の問題があり、システム上で複数の切り離されたスクリーンセッションが緩んでいる問題でした。 ps aufx |grep -i screen
は、孤立したスクリーンセッションを見つける必要があります。
私は試した Sudo byobu-select-backend
とtmuxもDebian Testingのデフォルトです。私は「画面」を選択しましたが、$ byobu
同じスクロール動作が続きました。だから私は$ byobu-select-backend
を通常のユーザーとして使用し、[画面]を再度選択しました。
今回、byobuを実行すると、切り離されたスクリーンセッションが表示されたので、それらを選択して、穏やかにシャットダウンできました。
@ phanku の答え、つまり端末のエンコーディングをUTF-8に設定する必要があるため、byubuセッションにアクセスするときにOPが説明したのと同じ問題を修正することができました(Ubuntu上) 12.04)Mac OS X iterm から、Michael Hendrickの投稿を利用して iTermをUTF-8に設定することについて説明しています :
私にとって問題は互換性の設定方法に関連していました:
ターミナルで、次の場所に移動します。
または
それは私のために働いた...
MacOSでiTerm2を使用していますが、同じ問題が発生します。エンコーディングはすでにUTF-8に設定されていますが、ヘルプはありません。これが私のために働く解決策です:
Preferences
> Profiles
を開きますText
]タブに移動しますTreat ambiguous-width characters as double width
オプションできました。