Unix & Linux

私のtmux.confファイルでは、ウィンドウを開いたり、名前を付けたり、ペインをセットアップしたりするように設定しています。 しかし、私が抱えている問題の1つは、ペインの1つがコマンドを起動したls場合、たとえば、コマンドが（瞬時に）完了した後にペインが閉じることです。この動作を防ぐ方法はありますか？または、コマンドの完了後に通常のシェルにドロップしましたか？ 私は、シェルを起動する必要があると仮定しています->ペインの起動時にコマンドを実行しますが、どうすればよいかわからない場合は気が滅入るでしょう。私はこの問題について少しグーグルで調べましたが、まだ足りませんでした。

33 tmux 

sourceforge.netからwgetでtarballをダウンロードすることがよくあります。 ダウンロードされたファイルには、たとえば SQliteManager-1.2.4.tar.gz?r=http:%2F%2Fsourceforge.net%2Fprojects%2Fsqlitemanager%2Ffiles%2F&ts=1305711521&use_mirror=switch しようとすると tar xzf SQliteManager-1.2.4.tar.gz\?r\=http\:%2F%2Fsourceforge.net%2Fprojects%2Fsqlitemanager%2Ffiles%2F\&ts\=1305711521\&use_mirror\=switch 次のエラーメッセージが表示されます。 tar (child): Cannot connect to SQliteManager-1.2.4.tar.gz?r=http: resolve failed gzip: stdin: unexpected end of file tar: Child returned status 128 tar: Error is not recoverable: exiting now ファイルの名前をfoo.tar.gz抽出に変更すると、完璧に機能します。 ターゲットファイルを抽出する前に毎回名前を変更することを強制されない方法はありますか？

33 shell  tar  gzip 

カーソルがgnome-terminal消えて、新しいタブ/ウィンドウで作業することを余儀なくされることがよくあります。ランダムに発生するようです。他の誰かがこれを経験していますか？他のX端末エミュレータはどうですか？どうすればこれを修正できますか（または単にバグです）？ 更新：簡単な回避策は、ターミナルから切り替えて元に戻すことです。 更新2：GNOME 3バージョンのターミナルを使用しているためと思われます。

33 gnome  terminal-emulator 

完全なdu（ディスク使用量）サマリーが2分以上かかる大きなファイルシステムがあります。そのファイルシステム上の任意のディレクトリのディスク使用量の概要を高速化する方法を見つけたいです。 小規模なブランチのdu場合、繰り返しのリクエストがはるかに高速であるため、結果が何らかの形でキャッシュされているように見えることに気付きましたが、大規模なブランチではスピードアップは無視できます。 du前の検索以降に変更されていないブランチの結果を高速化する、またはより積極的にキャッシュする簡単な方法はありますか？ または、ディスク使用量の概要をより迅速に配信できる代替コマンドはありますか？

33 filesystems  cache  disk-usage 

ログインにパスワードを使用せず、代わりにsshに公開鍵を使用するユーザーをRed Hat Linuxに追加したい。これはコマンドラインにあります。

33 ssh  password  authentication  useradd 

> 出来る。 echo "text" > file tee 出来る。 echo "test" | tee file sed上記のいずれも使用せずに実行できますか？またはsedを使用せずにコマンドの出力をファイルに保存することは可能ですか？>tee

33 sed  io-redirection 

ここでいくつかのVMサーバーをDebian 9にアップグレードしました。 を使用する場合ssh、リモート端末間でコピーアンドペーストすることはできません。 カーソルは、通常よりも面白い/異なる方法ではありますが、動きをしてテキストをマークしているようですが、command-C / command-Vを実行するか、それぞれのメニューでコピーして貼り付けると、クリップボードにコピーされません。 また、Shiftと他のキーボードの組み合わせでマウスを動かしてみましたが、良い結果は得られませんでした。 これは、OS / X、つまりSierraとEl Capitan、およびWindowsでmobaXterm端末も使用して発生しています。 この状況は、vimがマウスを持っていることを認識しているためです。 スタックオーバーフローの他の質問に続いて、私が作成した/etc/vim/vimrc.localとset mouse="r"してset mouse="v、うまくいきませんでした。 最後にset mouse=""同じファイルでセットアップし、ある程度の成功を収めました。 ただし、100％の時間でもうまく機能しません。他に何ができますか？

33 debian  vim 

ホームファイルのパッケージを削除したかったのですが、ファイル名が長すぎました（google-chrome-stable_current_i386.deb）。そこで、コマンドを使用しls|grep chrome|rmてファイルをgrepにパイプし、chromeファイルを除外してから削除することにしました。それはうまくいきませんでしたので、私はこれをどのように行うことができるかを見たいです。

33 grep  pipe  ls  rm 

freeProdサーバーの1つをチェックインすると、メモリの70％が使用されていることが示されます。 total used free shared buffers cached Mem: 164923172 141171860 23751312 0 4555616 20648048 -/+ buffers/cache: 115968196 48954976 Swap: 8388600 0 8388600 しかし、どのプロセスがメモリを使用しているかを見つけられませんでした。topコマンドを試してみましたが、メモリを使用しているプロセスは1.1および5.4％しか表示されていません。 どのプロセスがメモリを使用しているかを見つけるにはどうすればよいですか？ 以下は、トップコマンドの結果です。 15085 couchbas 25 0 2784m 2.4g 40m S 183.7 1.5 299597:00 beam.smp 28248 tibco 18 0 124m 100m 3440 S 20.9 0.1 2721:45 tibemsd 15334 …

33 process  memory  top 

treeコマンドを使用して、次のように結果を除外する例を教えてください。 ディレクトリを無視する（たとえばbin、unitTest） 唯一の（と言う拡張子を持つ特定のファイルを一覧表示.cpp、.c、.hpp、.h） 基準に一致する結果ファイルのみのフルパス名を提供します。

33 tree  command-switch 

XkbOptionsについて見つけることができたのは次のとおりです。 Option "XKbOptions" "grp:alt_shift_toggle" キーボードレイアウト、使用できる他のキーを切り替えるためにalt+のshift組み合わせしか使用できないようです。

33 linux  xorg  keyboard-shortcuts  xkb 

Firefoxのウィンドウを特定のサイズで開き、シェルコマンドを使用して画面上の場所に表示するようにします。次に例を示します。 firefox myfile.html size 800x600 location bottom-left そのようなコマンドはありますか？

33 shell  firefox  window 

ここに私が試したものがあり、エラーが発生しました： $ cat /home/tim/.ssh/id_rsa.pub | ssh tim@just.some.other.server 'cat >> .ssh/authorized_keys' Password: cat: >>: No such file or directory cat: .ssh/authorized_keys: No such file or directory

33 ssh 

screenインスタンスを実行していますが、内でコードを実行しscreen、結果をスクリプトに取得する必要があります。 最初の部分は非常に簡単です、私はちょうどscreen -S session_name -X eval 'stuff "$cmd"\015'。 （スクリプトで見つけた行を変更しました） 出力を取得する2番目の部分は、より複雑です。サイズにかかわらず、出力全体を取得するにはどうすればよいですか？

33 bash  logs  gnu-screen  recording 

/ proc / $ mypid / fd /を見ると、これらのファイルが見えます lrwx------ 1 cm_user cm_user 64 Oct 14 03:21 0 -> /dev/pts/36 (deleted) lrwx------ 1 cm_user cm_user 64 Oct 14 03:21 3 -> socket:[1424055856] lrwx------ 1 cm_user cm_user 64 Oct 14 03:21 4 -> socket:[1424055868] lrwx------ 1 cm_user cm_user 64 Oct 14 03:21 …

33 networking  proc  socket