サーバのファイル整理作業をしていたところ…、 間違えて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
ないだろうと思いながらぐぐってみたら、 shUnit2 is a xUnit unit test framework for Bourne based shell scripts, and it is designed to work in a similar manner to JUnit, PyUnit, etc. If you have ever had the desire to write a unit test for a shell script, shUnit2 can do the job. Google Code Archive - Long-term storage for Google Code Project Hosting. あるじゃないか! とりあえず、動かしてみよ。 shunit2 をダウンロードして解凍して、 $ mkdir -p ~/Documents/
はじめに SSH 接続で時間の掛かるシェルスクリプトをバックグラウンドで走らせて帰りたいのに、SSH 接続を切るとジョブが死んでしまいます。SSH 接続に限らず目の前の OS からログアウトしたりターミナル エミュレータを終了しても同じ現象が起こります。 この症状は正常です。なぜなら、バックグラウンド ジョブを起動したプロセス(ログイン シェル)が子プロセスである該当のバックグラウンドジョブをハングアップ シグナル( HUP )によって終了させるからです。 シェルスクリプトを起動した親プロセスは子プロセスの終了状態を監視しています。ですからログアウトして親プロセスであるシェルが終了すると子プロセスはゾンビ プロセスとなってしまうので親プロセスとなるシェル(ログインシェル)は子プロセスであるバックグラウンド ジョブを kill ( kill -HUP ) するのです。 nohup コマンド
ルーター経由接続によるインターネット常時接続環境である(当サイトはIIJmioひかりによるインターネット常時接続環境) 固定または非固定のグローバルIPアドレス環境である(当サイトはGMOとくとくBBの固定グローバルIPアドレス環境(逆引きも可能)) ※メールサーバーを構築する場合は逆引き可能な固定グローバルIPアドレス環境が望ましい(非固定グローバルIPアドレスや、固定グローバルIPアドレスでも逆引きしたホスト名とメール送信元ホスト名が異なる場合にメール受信を拒否するメールサーバーがまれに存在するため) OSのインストール時を除き、サーバーの操作はWindowsからコマンド操作で行なう ■コンテンツ ※ホスト名やドメイン名、IPアドレスは各自の環境に置き換えること ※各目次に表記してあるバージョンは、当サイトで確認をとったCentOSのバージョンを示しており、そのバージョンでないとできな
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 米国ZDNetの読者であれば、最近アンチUbuntuの記事が若干見られたことに気づいたかも知れない。TechRepublicの編集長は少々バランスを欠くほどUbuntuを賞賛している一方で、Tech Broilerの新しいブロガーは、本人はUbuntuを愛しているが、Ubuntuが彼を嫌っているのだと主張している。 この流れにさらに一石を投じたいのだが、強烈なMicrosoft嫌いでありながらWindowsを使い続けてきたわたしは、とうとうWindows 7(たしかに素晴らしいOSだ)からUbuntu 10.04への移行を果たした。 わたしが自分のラップトップをWindowsからUbuntu 10.04に切り替えた詳しい理由は、こちらの
Perl を好き勝手書いていると、ファイルがスパゲッティになってしまう可能性が高いので、 バージョン管理を導入したくなってきたので、自宅サーバに Subversion をインストール。 まずはインストールとちょっとした設定 $ sudo apt-get install subversion subversion-tool libapache2-svn http 経由でレポジトリを見れる様に、Apache の設定をいじる。 ファイルは/etc/apache2/mods-enabled/dav_svn.conf で、コメントアウト外すのめんどいので 一番最後に以下を追加。 <location /svn> DAV svn SVNParentPath "/home/username/svn" </location> これで、「http://hogehoge/svn/test」とアクセスしたときに、
Linuxは,キーワードとしては一般にもよく知られており,サーバーOSとしてはシステム構築の現場でも広く利用されている。ただし,デスクトップOSとしてはほとんど使われていないといってよいだろう。記者の周りでも,Fedora CoreやDebianのユーザーは数えるほどしかいない。なぜなのか。 Windows用のアプリケーション・ソフトウエアがほとんど動作しない,インクジェット・プリンタの機能を100%引き出せず印刷環境が弱いなど,Linux自体の「引き」の弱さもあるだろう。だが,最大の弱点は,来るものを拒むインストールにあるのではないだろうか。 パーティション操作が鬼門 Windows用のフリー・ソフトは,ダウンロード後,アイコンを2,3回クリックするだけでインストールできる。気軽に試して,良いものであれば簡単に乗り換えられるため,自然にユーザーが集まってくる。 Linuxでもメディアラボ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く