shell のちょっとしたテクニック - odz buffer
後輩が cat README | tr ' ' '\n' | sort | uniq -c | sort -nr | head てなテクニックを見て、びっくりしたみたいな話をしていたのだが、こういうパイプラインを利用するテクニックを学んでいないのは色々損な気がする。 ていうか、サーバで丸一日以上かかるような処理を実行するのもしょっちゅうなのに、GNU screen も nohup も知らないってのはいろいろ支障があるような気もするのだが、だれも教えないものかなぁ。 ということで、bash or zsh のちょっとしたテクニックとか*1。リダイレクトとかパイプラインは略。 連続実行 単純に連続実行。 % foo; barfoo が正常終了したときだけ bar を実行 % foo && barfoo が正常終了しなかったときだけ bar を実行 % foo || bar&&、||は本来は論理演
Geekなぺーじ：10のUNIX小技
IBMのサイトで「Learn 10 good UNIX usage habits」という記事が発表されていました。 面白かったので要約してみました。 変な部分があるかも知れないので詳細は原文をご覧下さい。 原文とは一部異なります。 本ページスペースなどの関係でコマンド引数などを短く省略しています。 原文のサンプルコマンドが間違っていたりするので、修正している部分もあります。 原文を修正しているのは、tar.gzをzオプションを使わないでxfvしようとしているところと、xargsにlsではなくls -lを渡している部分です。 あと、説明文を短くしてしまっています。 1. ディレクトリの作成 良く使うコマンドの一つであるmkdirですが、面倒臭い使い方をしていませんか？ 悪い例 ~/ $ mkdir a ~/ $ cd a ~/a $ mkdir b ~/a $ cd b ~/a/b/ $ m
壊れたHDDからデータを取出す方法 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き -
停電とか，寿命でHDDが壊れてしまった場合，せめて残っているデータだけでも取出したい・・・そういう泣きそうな状況に陥った人向けの作業メモ． 概要としては，例えばCDROMをCDRへコピーする際には， 一度 CDROMからデータを吸い出してISOイメージをつくって ISOイメージをCDRへ書き込む という作業をする．同じように 壊れたHDDからデータを吸い出して 新しいHDDへ書き込む という作業手順で，破損したHDDから残っているデータが救出できる．以下，具体的な作業手順についてまとめる． 状況を把握する たとえば dmesg で以下のようなエラーが出ている場合は end_request: I/O error, dev 03:42 (hdb), sector 31719462 hdb: read_intr: status=0x59 { DriveReady SeekComplete Dat
技術メモ帳 - 拡張子ごとにコマンドを対応づける
拡張子ごとにコマンドを対応づける事が出来る Suffix Alias という機能が zsh 4.2系から実装されていたらしい。 知らなかった。 どんな事が出来るのかというと たとえば、 alias -s txt=cat とした場合、 以下のようにするだけで、 % ./file.txt 先ほど設定したコマンドが自動で実行されるようになる。 % cat ./file.txt あとはもうアイデアしだいだが、 拡張子が *.log のときは、tail -f するなんて事も出来る。 alias -s log='tail -f' 参考: http://zshwiki.org/home/examples/aliassuffix http://slashdot.jp/articles/04/03/27/2333234.shtml?topic=80 http://zsh.dotsrc.org/Doc/Rel
技術メモ帳 - pgrep, pkill を使用してプロセスを殺す
最近、会社でシェルの操作方法について教えているのだが、 pgrep / pkill / skill / pidof といった 便利なプロセス操作系コマンドを知らない人が実に多い。 プロセスを殺すというのは、よくある作業なので 今回はコレについて書いてみる。 たとえば、これらのコマンドを知らない人が、 指定した名前のプロセスを kill する手順はだいたい 以下のようなものになることだろう。 $ ps aux | grep プロセス名 | grep -v 'grep' # コマンドの出力結果から pid を目で確認 12345 ... .. hoge .. .. $ kill 12345 この作業は非常に面倒で退屈だ。 もし殺さなければならないプロセスがたくさんあったときは どうするのだろうか。 おまけに、grep コマンド自身が候補に含まれてしまう事があるのだが、 grep -v grep
(ogijunの)あとで書く日記 - あなたがMacを使うべき10の理由
前口上 もともとこのエントリを書こうと思い立ったのはETech会場はMacだらけ、というid:naoyaさんや他の参加者の報告に刺激されたからだったりするんだけど、中でid:iRSSさんが次のように書いている: 「どうして、この会場はMacユーザーが多いんですか？」と質問したら 「Unixが使えるポータブルだからだよ。」とのお答え。 これは確かにその通りで、とても簡潔な表現なんだけど真実を伝えてはいる。ただ、あまりに簡潔すぎるというかなんというか。まあ誤解はないとは思うけど、Unixであることは別にそれ自体が目的になってしまうわけはないのであって、だから一部のgeekはUnixさわってるだけでしあわせだから、そこの狭いマーケットにうまくはまっただけ、というわけではぜんぜんない。だから市場的なインパクトはないだろうという予想は当を得ていないと私は思う。本当はUnixであることを手段として、そ
横着プログラミング 第1回: Unixのメモ技術
最終更新日: 2002-03-18 (公開日: 2002-03-18) Unix Magazine 誌に 2002年1月号から 2003年2月号にかけて連載し ていた記事の元の原稿です。 横着プログラミングとは 私は必要が発明の母だとは思わない。私の意見では、発明とは怠惰 から、おそらくはまた、まさに無精から生じるものである。面倒を 省くために。 -- アガサ・クリスティ この言葉によると、どうも発明とは横着したいがために生まれるも のらしい。そう考えてみると確かに、私がプログラミングをする動 機は、横着するためのソフトウェアを作るため、という要素が大き い。突然、「うげー、面倒くせー」と叫んでプログラムを書き始め るのである。 そんなわけで、横着するためにプログラミングすることを私は勝手 に「横着プログラミング」と呼んでいる。本連載では横着プログラ ミングをテーマに、横着のコツや私が作っ
UNIXベンダの現状
Business Value of IT, Future of business/companies/workers, Ability to innovate. UNIXの起源は、AT&Tのベル研で開発されたオペレーティングシステムである。ベル研の知的財産開放義務のため、元々オープンソースのOSであり、それを各ベンダが独自の技術・工夫を凝らして性能・機能を改善して市場に投入した。UNIXは、スーパーコンピュータに対するローエンド破壊（※クレイトン・クリステンセン「イノベーションのジレンマ」で言われている、“既存企業にとってそれほど魅力的でない下位顧客層を奪って成長する”イノベーションのこと）だと言われている。 UNIXサーバのメジャープレイヤとしては、Sun Microsystems (Sun), Hewlett-Packard (hp), IBMあたりが挙げられると思うが、今回はSunと
「誰にでも」シリーズ
誰にでも使えるUnix講座 第1回「習うより慣れろ」 第2回「世界は1つ」 第3回「覆水盆に返らず」 第4回「あれも便利これも便利」 第5回「.cshrcの世界」 誰にでも書ける#! /bin/sh講座 第1回「who am iはaliasでできない」 第2回「who are youも入れてみよう」 第3回「3回まわってワン」 第4回「当たらずとも遠からず」 第5回「立つ鳥跡を濁さず」 誰にでも使えるcsh講座 第1回「.logoutは#! /bin/shじゃない」 第2回「再び3回まわってワン」 第3回「昔のことは忘れた」 第4回「ここはどこ？」 誰にでも書ける#! /bin/sed -f講座 第1回「逆順のフィルタ」 第2回「タルィフの転逆」 第3回「半分のフィルタ」 誰にでも使えるmake講座 第1回「謎のMakefile」 第2回「@と-と@-」 第3回「まとめるマクロ」 誰にでも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
