タグ

コマンドに関するmfhamのブックマーク (34)

  • LINUX忘却録 クローン(cron)

    細胞を取り出して、同じものを複製するクローン技術・・ではありません。 Linuxでクローンというと、cronの事を言い、毎分毎や毎日何時など、決められた時間に定期的に処理をさせるサービスの事を言います。 Windowsで言うところのスケジューラに近いサービスで、私は非常によく使います。 毎日のログの更新や、システムの監視や定期的なプログラムの実行等、様々な用途で使えます。 このクローンは、基的なサービスなので、ほとんどのディストリビューションで最初からインストールされています。 cronの使い方は、2種類あってシステムが主に使用している /etc/crontab で宣言されている以下のフォルダに、実行スクリプトを置く方法と /etc/cron.hourly 毎時間 /etc/cron.daily 毎日 /etc/cron.quarter-daily 6時間毎 /etc

  • Linuxでうっかりrm -rfしちゃったけど復活出来たよー\(^o^)/ - y-kawazの日記

    サーバのファイル整理作業をしていたところ…、 間違えてrm -rfしてしまった! ぎゃーバックアップもねー! 長いこと生きてたらこんな経験の1度や2度はありますよね? えぇ、ついさっきやらかしちゃいましたwwオワタwww 速攻「rm 復活」とか「rm 取り消し」とかでググッたねw、したらmcってプログラムのUndelete機能使えばよいって情報が出てくるが、どうやらこれext2じゃないと使えないっぽいぞ…、うちext4だ。 混乱。以下ターミナルのヒストリーより実況。 ## こーいうときはまずあれだ、現場保存! ## まずは今いるパーティションを確認 # df -hT Filesystem Type サイズ 使用 残り 使用% マウント位置 /dev/sdb2 ext4 193G 6.9G 176G 4% / /dev/sdb1 ext3 194M 22M 163M 12% /boot /d

    Linuxでうっかりrm -rfしちゃったけど復活出来たよー\(^o^)/ - y-kawazの日記
  • UNIXコマンド - diff

    テキスト処理 → diff

  • Linux の nice / renice コマンドを覚えた

    毎月15日は自宅サーバのバックアップが実行される日です。バックアップには20時間ほどもかかってしまうわけで、実は15日は凄くレスポンスが低下する日です。ロードは通常時の約3倍の3〜5程度になり、Disk I/O のパフォーマンスが極端に劣化します。 もっともその原因はバックアップの手法が悪いのです。 小さい HDD にバックアップしているために、元々の HDD を tar cvfz 使って圧縮しながらバックアップしているので CPU も凄く喰うんです。こりゃ HDD を増設して差分でバックアップする rsync 方式に変えなきゃ・・・と思いつつ今月もいつもの日が来てしまいました。 さて、今日はいつもにもまして shell での応答が遅いのでプロセスの優先度を変更することにしました。コマンドは覚えてなかったけど優先度設定コマンドがあることは知っていたので調べてみました。 renice - 実

  • screenを初めて使うためのチュートリアル - Unix的なアレ

    screenというものすごく便利なアプリケーションがあります。上記写真のように、1つのターミナル内で、仮想的に複数の端末を起動させることができるものです。 ただ慣れるまでは少々使い方がとっつきづらいという話も聞きますので、今回はscreenを基的に使えるまでのチュートリアルを紹介したいと思います。 どんなことができるの? 複数の仮想端末をあげるとどういったメリットがあるのでしょうか?実際に自分はscreenを使うまではターミナルを複数起動させ、Desktop上はターミナルだらけになっていました。 実際はそれでも問題は起きないのですが、個人的にはローカルPC側では極力起動しておくアプリケーションを少なくしたいと思っているため、screenを使うようになりました。 ただそれだけであればWindowsならPoderosa,MacならiTerm,GnomeならGnome端末があるのですが、scr

    screenを初めて使うためのチュートリアル - Unix的なアレ
  • 【 現在実行しているプログラムを表示する 】

    現在,動作しているプログラムを表示するには,プロセス状況を知らせてくれる「ps」コマンドや,ジョブ状況を知らせてくれる「jobs」コマンドを使う。動作したプログラムには,プロセスIDとターミナルごとのジョブIDが振られる。異なるプログラムが同時に同じIDを持つことはない。 現在,Linux上で動いているプログラムを調べるには,プロセスの状態を表示する「ps」コマンドを用いる。このとき,PID欄を見ると,プロセスIDが分かる。 今のターミナル上で動いているプロセスを表示 $ ps PID 端末 時間 コマンド 16527 pts/1 00:00:00 bash 16550 pts/1 00:00:00 w3m 16598 pts/1 00:00:00 vi 16722 pts/1 00:00:00 ps Linux上で動いているすべてのプロセスを表示する $ ps alx F UID PID

    【 現在実行しているプログラムを表示する 】
  • UNIXコマンド - kill

    シェルコマンド → kill

  • コマンド - とほほのWWW入門

    ■ コマンドを実行する(system) ◆ systemによるコマンド実行 system() は、指定したコマンドを実行します。下記の例では netstat というネットワーク関連の情報を表示するコマンドを実行しています。 system("netstat -a"); 関数の戻り値として 実行ステータス を返します。実行ステータスは実行結果を示す整数値で、通常、成功すれば 0、失敗すれば 0 以外の値になります。 $retcode = system("netstat -a"); system() では、コマンドが終了するまで処理を Perl に戻しません。 ■ コマンドの実行結果を読み取る(1)(`...`, qx/.../) ◆ `...` によるコマンド実行 コマンドの実行結果を変数に読み取るには、`...` を用います。` はクォーテーションではなく、バッククォーテーションなので注意し

  • /dev/null - Wikipedia

    /dev/null(nullデバイスとも呼ばれる)は、UNIXやUnix系オペレーティングシステム (OS) におけるスペシャルファイルの1つで、そこに書き込まれたデータを全て捨て(writeシステムコールは成功する)、読み出してもどんなプロセスに対してもデータを返さない(EOFを返す)。 /dev/null は通常、プロセスの不要な出力ストリームを捨てるのに使うか、入力ストリームのための空のファイルとして使う。これは一般にリダイレクトによってなされる。プログラマ、特にUnix系のプログラマの間では、ビットバケツ (bit bucket)、あるいはブラックホール (black hole) などとも呼ばれる。 UNIXやUnix系OSのソフトウェアは、動作時に標準出力や標準エラー出力に動作状況や、エラーや警告を伝えるメッセージを出力することがある。これらはデフォルトで画面に表示され、cron

  • 【 fg 】 フォアグラウンドでジョブを実行するよう切り替える

    バックグラウンドで実行しているジョブをフォアグラウンドに切り替える。ジョブ番号を省略した場合はカレント・ジョブ(+のついたジョブ)に切り替える。 viをフォアグラウンドへ移行する $ jobs [1] Stopped jman ls [2]- Stopped vi mail.temp [3]+ Stopped (signal) lynx http://linux.nikkeibp.co.jp $ fg %2

    【 fg 】 フォアグラウンドでジョブを実行するよう切り替える
  • 【 nohup 】 ログアウトした後もコマンドを実行し続ける

    nohupでコマンドを実行した場合は,ログアウトしてもプログラムを実行し続ける。長い処理を行っており,席を外したいときなどに使用すると便利である。ログアウトした後は,ジョブではなくプロセスとして管理することになる。また,処理中に出力されたメッセージは"nohup.out"に保存される。 grepをlogout後も継続して実行し続ける $ nohup grep "Jan" access_log > result & [1] 3769 nohup: appending output to `nohup.out' $ exit logout. ←ログアウトしても実行し続ける

    【 nohup 】 ログアウトした後もコマンドを実行し続ける
  • ログアウトしてもバックグラウンド ジョブを継続する方法

    はじめに SSH 接続で時間の掛かるシェルスクリプトをバックグラウンドで走らせて帰りたいのに、SSH 接続を切るとジョブが死んでしまいます。SSH 接続に限らず目の前の OS からログアウトしたりターミナル エミュレータを終了しても同じ現象が起こります。 この症状は正常です。なぜなら、バックグラウンド ジョブを起動したプロセス(ログイン シェル)が子プロセスである該当のバックグラウンドジョブをハングアップ シグナル( HUP )によって終了させるからです。 シェルスクリプトを起動した親プロセスは子プロセスの終了状態を監視しています。ですからログアウトして親プロセスであるシェルが終了すると子プロセスはゾンビ プロセスとなってしまうので親プロセスとなるシェル(ログインシェル)は子プロセスであるバックグラウンド ジョブを kill ( kill -HUP ) するのです。 nohup コマンド

    ログアウトしてもバックグラウンド ジョブを継続する方法
  • 移転しました

  • UNIXコマンドリファレンス

    インターネットへ接続_________ TOPページ(Alt+B) UNIXコマンドリファレンス ディレクトリ操作系 cd  ls  mkdir  pwd  rmdir ファイル操作系 cat  more  less  head  tail  sort  uniq  grep  wc  diff  chown  chgrp  chmod  compress  uncompress  gzip  gunzip  zcat  tar  split  ln  find  cp  mcopy  mdel  mv  rm  touch  nkf  |  >  <  >>  >&  tee システム管理系 which  jobs  sleep  date  cal  whoami  groups  id  w  finger  chfn  history  alias  unalias  type