Trashを空にしたりShift-Delのキーコンビネーションでファイル削除をした直後に、消してはならぬファイルを消したことに気づいて青ざめている場合、 Magic Rescue があなたを救ってくれるかもしれない。Magic Rescueはブロックデバイスにある特定のファイルタイプを検索して、指定ディレクトリ中に一括抽出してくれるツールだ。後はサルベージされた中から必要なファイルを探し出せばいいのである。 当然ながら削除ファイルをどこまで遡れるかには限界があるし、フォーマットによっては目標とするファイルヘッダが識別困難なものもあるが、Magic Rescueそのものの使用法は決して難しいものではない。またMagic Rescueには、簡単なチュートリアルが付けられたmanページも整備されている。いずれにせよこのツールが有す潜在能力を完全に引き出すには、事前の下調べと入念な準備が不可欠であ

いくつかのサイトでもすでに紹介されてきていますが、Linux環境でFreeBSDのJail環境に似た環境を構築することができる、LinuxVserverを紹介したいと思います。 LinuxVserverのメリットは？ 仮想化の技術で代表的なモノはVMwareやXenですが、それぞれ特徴があります。 LinuxVserverにおいての特徴は以下になります。 手軽に仮想マシンを立ち上げることができる 仮想マシン側からはNetworkの設定を変更することができない 構築したイメージの移行が手軽にできる。 逆に制限事項もありますが、それを考えても使うだけの価値があるとおもっています。 なお、公式サイトは以下です。 Linux-VServer LinuxVserver環境を構築する それでは、LinuxVserverの環境を構築してみましょう。 Debianではaptパッケージが用意されているので、

なんとなく、知っているものをだらだらと。しかし、どいつもこいつも endian を指定できないのが悲しい。 hexdump まぁ、正直にいうと使いにくい。1バイト単位で16進出力なんてのがやりたければフォーマット文字列を指定しないとできないのだが、このフォーマット指定文字列が難しい。 例えば、16バイトごとにアドレスを出力しながら、1バイト単位で16進出力、なんかだとこうなる。 % hexdump -e '"%07_ax" 16/1 " %02x" "\n"'「"%07_ax"」 でアドレスを7桁16進で出力、「16/1 " %02x"」というのは1バイトずつ読み込んで、" %02x" で出力を16回繰り返し、「"\n"」は改行の出力。まぁ、分かりにくい。Ruby で書くとこんな感じ。 addr = 0 until ARGF.eof? printf '%07x', addr 16.time

「Java BlockingQueueで遊ぶ：パイプラインごっこ」でパイプラインの話をしたので、本来の、つまりUnixのパイプやリダイレクトを少し調べてみました。 たまに話題となる some-command >file 2>&1 と some-command 2>&1 >fileの挙動の違いについて、「シェルはコマンドラインリダイレクトの指定を右から左に解釈実行する」なんて説明が見つかりました。んなバカな！ パージングは左から右にするものですよ。パーズツリーを逆順にたどることはできるけど、そんなことする必然性はなんにもないよ。 次の記事を読むと、「右から左」なんて事情じゃないことが分かるでしょう。 UNIXの部屋 検索: リダイレクト シェルのリダイレクトにまつわる失敗 さてここでは、複雑なリダイレクト処理も完全に理解できる処方箋を示しましょう。例えば、次のコマンドラインが何をするか分かる

西ヨーロッパ言語には存在しない文字はおろか、アキュートアクセント付きのe（「é」）のような分音符号付きの文字を入力する場合などでさえ、GNU/Linuxユーザの標準的な英語のキーボードのレイアウトはほとんどタイプライターから進歩していない。しかしここ数年で、拡張文字と複数のキーボードレイアウトを利用することはずっと簡単にできるようになってきた。そして最近では拡張文字のサポートをGNOMEやKDEからすぐに追加することもできる。また万一何らかの理由でGNOME/KDEのインターフェースからはうまくできなかった場合でも、その他の方法を利用して入力環境を向上させることができる。 必要なサポートを追加する前にまず、利用可能な様々なオプションを把握し理解するためにも拡張文字のサポート関連の用語を押さえておこう。拡張文字のサポートでは以下のような様々なタイプのキーが使われる。 デッドキー：そのキーの入

gnome-mount は罠だらけだった "iPod のマウント - だらりな。" では結局 udev + mount でやったのだけど、これってデスクトップ・ユーザ的には不必要な努力を強いられてるって感じがして、やっぱり gnome-mount のほうでマウント・オプションを指定するのが良いんじゃないかと思いやってみた……ら、これが罠だらけだったのだった。 まず、関係がありそうなパッケージのヴァージョンを再度書いておくと、gnome-volume-manager 2.17.0-2, gnome-mount 0.6-1+b2, hal 0.5.9.1-2 というところ。 iPod のプロパティ画面のイメージももう一度。 罠その 1: マウント・ポイントは /media 以下のみ可。 "Mount Point" のところに "/mnt/ipod" とか入れると下のイメージのようなエラーが出る

チャリンコ通勤もそろそろ寒くなってきたと感じる今日この頃のmikioです。今回は、manの書き方について述べてみます。 manとは UNIX系のフリーソフトウェア/オープンソースソフトウェアを世に出す場合、その使い方を示した「man」形式のマニュアルを付属させるのが一般的です。端末上で「man hoge」とやると「hoge」のマニュアルを見ることができるので大変便利で、UNIXを使っている方は日々お世話になっている機構だと思います。ちなみに「man -t hoge」とやるとPostScript形式のデータが出力されるので印刷して見ることもできるんです。 そういうわけでUNIXのソフトウェアはmanをつけて配布するのがあたりまえ的になっていて、つけてないと「なんでやねん」とお叱りをうけることもあります。Debian/GNU Linuxでは、パッケージに含まれる全てのコマンドには各々に対応する

「ほとんど忘れた、Makefile」 にて： Makefileなんてもう何年も書いたことがないぞ。ウーン、だめだ、忘れている。 「忘れている」ってよりは、僕の知識じゃ古すぎて、改めて勉強しないとダメでした*1。 なにしろ、makeだけじゃ機能が貧弱なんで、cpp（Cプリプロセッサ）やm4（マクロプロセッサ）と組み合わせて使っていた頃しか知らんからね（古すぎ！）。今じゃGNU Makeを（使おうと思えば）どこでも使えるから、GNU Makeを習えばそれでいいじゃないかな。僕は、Windows上のMSYS（MinGW - Minimal SYStem）でGNU Makeを動かしました。 というわけで、GNU Makeの手習いをしたからメモしておきます。以下、名前がMakefileじゃなくても、GNU Makeへの指示を書いたファイルは何でもMakefileと呼びます。 [追記]id:paell

odz buffer - プロセスが開いているファイルを確認する ls -l /proc/`pgrep -n java`/fd lsofでも調べられます。 lsof - list open files lsof うにょうにょと結果が出てきます。が、多すぎて訳わからん。 -pオプションでプロセスID指定 ### プロセスID指定 lsof -p 12345 ### バッククォート使うとこんな感じ lsof -p `pgrep -n java` -cオプションでプロセス名指定 lsof -c java -uオプションでユーザ指定 lsof -u hoge -iオプション [@IPアドレス:ポート番号] listenしてるポートを出力。指定したポートのみ表示することもできる。 lsof -i # Listenしてるのずらずら表示 lsof -i :22 # ssh lsof -i :22,80

lsof is the sysadmin/security über-tool. I use it most for getting network connection related information from a system, but that’s just the beginning for this powerful and too-little-known application. The tool is aptly called lsof because it “lists open files“. And remember, in UNIX just about everything (including a network socket) is a file. Interestingly, lsof is also the Linux/Unix command w

ひとつ前のエントリ id:naoya:20070924:1190653790 では Linux のコンテキストスイッチにおける、主にハードウェアコンテキストの退避/復帰の処理を追ってみました。その中で カーネルスタック (switch_to() 内で pushl %ebp とかして値が積まれるスタック)とはそのときの実行コンテキストに紐づくカーネルプロセススタックという理解でよいか。 という疑問がもやもや湧いて出てきました。ここ数日 はじめて読む486―32ビットコンピュータをやさしく語る を読んでいたのですが、その中にこの疑問への答えへの入り口が載っていまして、そこを糸口に調べてみました。で、結果としては 答え: 良い でした。 x86 は特権レベルの移行と連動してスタックポインタを切り替える仕組みを持っています。Linux の場合モードはカーネルモード(特権レベル0) とユーザーモード

最近一段とメモリが安くなっている. http://www.watch.impress.co.jp/akiba/hotline/20071006/p_mem.html 「今使ってるマザーボードは8G対応って書いてあるし, メモリスロットも4つあるから5万円出せば8Gメモリのサーバってぇ寸法よ」 という目論見だったけれど,いろいろ実験及び調べてみたところうまくいかなかったので,わかったところまでをご紹介.どなたか私の屍を乗り越えて先に進んでください. 得た知見としては下記の通り. メモリコントローラの最大バンク数について フツーに売ってるインテルベースのマザーボードのチップセットのメモリコントローラは最大ランク数(バンク数)という概念が存在して,チップセット的にハンドリングできるメモリ上限とは別の制限がある.メモリモジュールのランク数はおおむね片面実装(チップが基盤の片面にだけくっついてるもの