2004/01/22 三田(2) 「ディスクが BIOS から認識しなくても諦めるな！」
さて、私のまわりでは最近ディスククラッシュが相次いでいる、 という話でしたが、今度はあまり関係ない方面から、 重要なデータが入っていてバックアップを取っていなかったディスクが壊れた、 なんとかならないか、 という依頼があったらしい。 で、調べてみると、BIOS からも認識しないわで、かなりの重症らしい。 ということで、ダメでも文句いわないから…、 などという感じで私のところに流れ着いてきました。 OS は Windows XP、NTFS フォーマット、 120GB を 100GB と 20GB の 2 パーティションにフォーマット、ただし 重要なデータはすべて 100GB の C: ドライブ…、だそうです。 というか、こういう状態になったディスクは、 「ダメでも」というよりは「データが戻ってきたらその方が奇跡」と思ってほしいものなのですが (^^;、 とにかくやってみましょう。 結論からい
Large Database on FreeBSD: uyota 匠の一手
Running large DB's on FreeBSD と FreeBSD-stable に投稿された。 質問内容は、 The hardware will be an HP DL385, 2 x dual-core Opterons, 16GB RAM, 7 x 15k rpm disks in a RAID5 setup. ... i know the database will have several million rows and be larger than 10GB. との事。16GB のメモリと RAID5 のディスクを搭載したサーバに 10GB ぐらいのデータベースを FreeBSD と MySQL で構築したいとのことだ。 すぐ、かつ大量にあった返事が RAID5。RAID5 はデータベースの性能を殺すから、絶対避けるようにとのこと。 こちらも RAID5 程ではな
あるファイル、ディスクを使用しているプロセスを探す - 春木屋
FreeBSD-users-MLで面白い情報が流れていたのでメモ代わりに。 各UNIXにおいて、あるファイルを使用しているプロセスを探す代表的なコマンド Solaris: fuser FreeBSD: fstat Linux: lsof あるディスク、例えば外付けUSB HDDなどをumountしたいのに、Device busyで出来ない場合に重宝する。 fuserであればfuser -c に続けてマウントポイントを指定すれば、マウントポイント配下のファイルを開いているファイルの一覧を返してくれる。 FreeBSDではfuser,lsofともportsに用意されている(sysutils/fuser, sysutils/lsof)。 それぞれのコマンドをFreeBSDにインストール&試して気がついた点は、fstat、lsofは一般ユーザでも使用できるが、fuserは管理者権限が必要なこと。
日: 2006年8月29日 - 工夫と趣向と分別と。
xargs(1)に空の入力を与えたとき、BSD系だと何も実行されないが、Linux(というかGNU)やSolarisなど、BSD系以外だと引数なしでコマンドが実行される。(ただし、GNU xargsは–no-run-… 続きを読む »
16 | 8月 | 2006 | Fragments of Reality
MacOSXに対するイメージというか使い方は人それぞれだと思いますが、 個人的には、ちょっときれいなウィンドウ・システムを持った、 でもちょっと脆弱なBSDというイメージで使っています。 で、「ちょっときれいな」とか「ち … 続きを読む →
Wataru's memo(2006-07-22)
● [UNIX] malloc failure (その３) libc hijack は楽し 今回は、いよいよ malloc failure シリーズの最終回第３回。楽しい "libc hijack" を始める前に、軽く準備体操をしておきましょう。次に示す、puts_test.c をご用意ください。 int puts(const char*); int main() { puts("Hello, world!"); return 0; } printf 関数の代わりに puts 関数を用いた、簡易版 Hello, world! プログラムです。 $ gcc -Wall -o puts_test puts_test.c $ ./puts_test Hello, world! $ nm -u puts_test w __gmon_start__ w _Jv_RegisterClasses U _
「北海道でのオープンソース活用の現状とこれから」---オープンソースカンファレンス2006 北海道
7月15日，オープンソース関連コミュニティが合同で開催したイベント「オープンソースカンファレンス2006 北海道」が行われた。20組以上のコミュニティが参加，20以上の講演が行われ，二百数十名が来場した。 独立行政法人 情報処理推進機構(IPA) オープンソースソフトウェア・センター センター長 田代秀一氏は，同センターの取り組みについて講演。2006年度から始めたオープンソースソフトウェア活用基盤整備事業のテーマ型公募などについて紹介した。また「現在ドラフトが公開されているGPL3では，ディジタル著作権管理機能の使用を禁じているが，日本は組み込みでLinuxを多く使っていて，著作権管理が使用できなくなると大きな問題になる」と，GPL3についての調査を進めていることを説明した。
Wataru's memo(2006-07-18)
● [UNIX] malloc failure (その２) リンク方式に見る Linux と BSD の違い failmalloc の仕組みを理解するためには、"動的リンク" に関する知識が必要になります。C言語によるプログラム開発は、プリプロセス・コンパイル・アセンブル・リンクの４工程を経ますが、最後のリンクはその方式により、動的リンクと静的リンクのふたつに分類されます。 BSD 環境では、危機管理のためにシステムの基幹部分に関するプログラムは静的リンク、それ以外の一般ユーザーアプリケーションは動的リンクにより作成されています。 これに対して、Linux 環境ではほぼ全てのプログラムが動的リンクにより作成されています(Debian Sarge で確認したところ、静的リンクで作成された実行可能ファイルは /sbin/ldconfig ただひとつでした)。この事実が意味するところは、これから
(ogijunの)あとで書く日記 - あなたがMacを使うべき10の理由
前口上 もともとこのエントリを書こうと思い立ったのはETech会場はMacだらけ、というid:naoyaさんや他の参加者の報告に刺激されたからだったりするんだけど、中でid:iRSSさんが次のように書いている: 「どうして、この会場はMacユーザーが多いんですか？」と質問したら 「Unixが使えるポータブルだからだよ。」とのお答え。 これは確かにその通りで、とても簡潔な表現なんだけど真実を伝えてはいる。ただ、あまりに簡潔すぎるというかなんというか。まあ誤解はないとは思うけど、Unixであることは別にそれ自体が目的になってしまうわけはないのであって、だから一部のgeekはUnixさわってるだけでしあわせだから、そこの狭いマーケットにうまくはまっただけ、というわけではぜんぜんない。だから市場的なインパクトはないだろうという予想は当を得ていないと私は思う。本当はUnixであることを手段として、そ
設定ファイルの集中管理: uyota 匠の一手
設定ファイルをまとめて管理すると絡めて紹介されているのに気が付いた。発想自体はとても面白い。しかし、この様な場面にはあまり、make は向いていないように思われる。おそらく、tar cvf - -C ~/config | tar xf - -C / の様に config 以下を tar で固めた方が管理の手間が省けると思う。 現に、Makefile の管理と設定ファイルの管理が必須になっている。かつ、この場合だとパーミッションの設定の融通が効かない。tar だと -xp オプションなどもあり、良きに計らってくれる。 make について。このような場合は、%pattern を使った方がよい。 % Pattern matching wild card metacharacter. の部分を参照。%pattern を使うと、 all: ${TARGET_FILES} /boot/loader.c
「アルファブロガー」を捜すには
ときどき何もできないことがある。 メールを読んで、Google+を眺め、twitterをチェックして、ニュースとかを読み、Google+にコメントをかいて、メールを読んで……みたいなのを繰り返し、一歩も進めなくなる。そんな時がある。 そんなこんなであるとき、なんか今日、メールとか読んでばっかりで全然仕事できてないんですよね、などと愚痴っぽく話したところ、それはもろに射撃しつつ前進だねと指摘された。そんな話だったっけ？とすっかり忘れた頭で読み直したら全くそのとおりの話だったのでおかしかった。忘れすぎだ自分。 射撃しつつ前進というのは優れたエッセイだと思うけれど、けっきょく何が言いたかったのかはよくわからない。最後のデータアクセスストラテジーがどうこういう話、ありゃ何なんだろ。正直、いまだによくわからない。今回これを書くために読み返してみたけれど、やっぱりよくわからない。 多分(私にとって)大
FreeBSD kernel tuning
大規模サイトの為のFreeBSDカーネルチューニング (FreeBSD kernel tuning for large site) 文責: もりかわひろかず * ** 大規模なサービスを行うサーバOSとしておこなうべき チューニングの定石について記述します FreeBSDのバージョンは4.8-STABLEを対象にしています OSのデフォルト設定は一般的な規模を想定しています それを逸脱するような大規模な用途(大規模なwebサーバ、 web cache(squid)サーバ、バーチャルドメインサーバ[仮想サーバ])に使用するには、 やはりそれなりのチューニングが必要になってきます 以下で、そのチューニングの定石を列挙します (なぜチューニングが必要なのか) (個々の値については各サイトで調節してください) (以下のパラメータは100Mbps Ethernetの場合を想定し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
某日記(中期)
http://www.yagoto-urayama.jp/~oshimaya/d/?200607b
void GraphicWizardsLair( void ); //
http://mimori.org/~h/tdiary/20060613.html
http://www.ebug.jp/pub/docs/20060520/csup_portsnap.pdf
http://bsdhouse.org/yamasa/diary/?date=20060412