ext3ファイルシステムとファイルの削除・復元について
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 研究の一環でext3ファイルシステムのファイル管理方法や、ファイルを削除した時の復元について色々調べたので、それを忘れないように記事にしておこうと思います。 はじめに 今回はext3ファイルシステムについて調査してみました。僕はLinuxでファイルを扱う前提の研究をしているし、大規模環境でのファイルの処理はとても重要だと思っています。 また、ファイルシステムについて理解を深めておく事で、今後新たなネタにならないか等も考えています。現在はext4やBtrfs等の調査が進んでいますが、改めて基本に戻ってext3について調査しました。 まずは、分かりやすいようにext3ファイルシステムでファイルを削除した場合に、どのようにファイル復元ができるのかを
みたのブログ: Ext3 ファイルシステムで削除したファイルを復元について
うっかりファイルを消してしまったりすることは、よくあると思います。 いろいろ事情があって、ext3 ファイルシステムで削除したファイルの復元について、半日ぐらい調べていました。 恥ずかしながら ext2 の場合も同じだろうと ext2 の場合の復元方法を一生懸命テストしたり、古い文書やメーリングリストの議論に惑わされたりしながら、やっと Linux ext3 FAQ のなかの ext3 の開発者のひとりの引用を読んで調査が終了しました。Q: How can I recover (undelete) deleted files from my ext3 partition?つまり ext2 の場合は、ファイルを削除するとき inode を "deleted" としるしをつけるだけなので、 debugfs コマンドの lsdel で削除された inode の一覧を得ることができるし、その削除さ
livedoor Techブログ : 運用から生まれるスクリプト
こんにちは、ネットワーク事業部オペレーショングループの後藤です。 データホテルのサービスを担っているオペレーショングループでは、サーバセットアップ時にセットアップの効率化と正確性を図るため、予め先代たちが築きあげてきたセットアップ用のスクリプトを使用しセットアップ作業を行うことが多々あります。 セットアップとは、OSのインストールからミドルウェアの構築まで、顧客のご要望に沿った形でサーバを造りあげて引き渡すまでのことを意味し、各々顧客に合わせたセットアップ方法にて作業を行っております。その一連の流れの中から、OSインストール後のできたてホヤホヤのサーバに対して行っている、あることを取り上げてみたいと思います。 ◇日次バックアップ データホテルではレンタルサーバとして提供しているサーバに必ずディスクが2本以上装填されております。これはデータホテルのバックアップ方法の一つとして、日次で同一サー
GT Nitro: カーレーシング・ドラッグレーシングゲーム - Google Play のアプリ
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
Over 2TB RAID10ストレージ上でのext3、XFS、NFS v3、NFS v4の性能比較速化
電話 03-6410-6070、FAX 03-6410-6073 ｉｎｆｏ＠ｈｐｃ−ｔｅｃｈｎｏｌｏｇｉｅｓ．ｃｏ．ｊｐ / ｓｕｐｐｏｒｔ＠ｈｐｃ−ｔｅｃｈｎｏｌｏｇｉｅｓ．ｃｏ．ｊｐ (アドレスは半角に変更して利用) 導入事例 | 構成例 | ベンチ | 計算機 | ファイル/管理サーバ | 構築費用 | OS/開発環境 | アプリケーション | オプション | 購入 | 設定/納入 | サポート | 保守 | Q&A | 基礎情報 NFSサーバ構築の基礎テスト 【ext3とXFS】 Linuxのファイルシステムは、システムディスクに必須のext3が基本ですが、一部の大容量ストレージではXFSが用いられることがあります。XFSはファイルI/O速度、フォーマット速度、fsck速度などが速くジャーナルサイズも小さいため、大容量ストレージの構築ではメリットが多いとされています。確かにスク
Linuxファイルシステムベンチマーク第2回 ext3,ext4,JFS,Reiser,XFS,NILFS2
はじめに ext3ファイルシステムは、機能面・信頼性・性能面で非常にバランスの取れたファイルシステムであり、多数のディストリビューションで「標準のファイルシステム」として採用・サポートされてきました。現時点（2009年時点）では事実上、「Linux標準ファイルシステム」の地位を築いていると言っても過言ではありません。 しかしながら、「Linux標準ファイルシステム」のext3だけではなく、他ファイルシステムへの対応やサポートを売りにするディストリビューションも数多く登場しています。また、ext4やbtrfs等、次の「Linux標準ファイルシステム」と目されるファイルシステムも、現在、非常に活発に開発が進められています。 それでは、ext3から他のファイルシステムに乗り換える価値、他のファイルシステムを採用する価値はどの程度あるのでしょうか。 Linuxファイルシステムベンチマークの第2回は
filesystem/ext3 - Linux Tips
hashed b-treeの使用 † hased b-treeを使用し、ファイルが多いディレクトリ内での検索(と言うか参照)を高速化する。ただし、kernel-2.6以降のみ対応。 ファイルシステム作成時に指定するか、 # mkfs.ext3 -j -O dir_index /dev/hdxx 既存の物に対しtune2fsの後、e2fsck -Dを行い、既存のディレクトリ インデックスをhashed b-treeに変換する。 # tune2fs -O dir_index /dev/hdxx # e2fsck -D /dev/hdxx ↑ journal log を別デバイスに置く † ext3を/dev/hdxx、journal logを置くデバイスを/dev/sdxx、journal log size(block数)をssssとすると、パーティションを新たに作成する場合は、 # mke2
＠IT：壊れたパーティションを修復するには
パーティションがクラッシュすると、Linuxの起動とは関係ないパーティションであっても以下のようなメッセージが表示されることがある。 Checking root filesystem fsck.ext3/dev/hda5: : Bad magic number in super-block while trying to open /dev/hda5 （省略） *** An error occurred during the file system check. *** Dropping you to a shell; the system will reboot *** when you leave the shell. Give root passwrd for maintenance (or type Control-D to continue):
ファイルシステム諸元 - 詳解ファイルシステム
詳解ファイルシステム Linuxのファイルシステムを詳解します トップページページ一覧メンバー編集 ファイルシステム諸元 最終更新： linuxfs 2006年08月09日(水) 21:32:11履歴 Tweet FrontPage ファイルシステム諸元 注意事項 更新記録 メジャーなファイルシステムの諸元 Linux以外で主に使用されているファイルシステム諸元 並列ファイルシステム諸元 ファイルシステム諸元 注意事項 1. 2006/08/09版です。~ 2. kernel 2.6.18-rc4(2006/08/07)のデータです。~ 3. Solaris 10 build45(2006/08/03)のデータです。~ 4. 調べてますが間違っているかもしれません。~ 5. 各諸元の理由については、各ファイルシステム毎の詳解にて説明予定~ 更新記録 2006/08/09 2.2版~ 200
Linux システムバックアップリストア(ext2/ext3 dump restore) - きまぐれＰＣひろば
Linuxにて、ext2/ext3ファイルシステムを使用しているときのシステムバックアップリストア方法。 （TOPICSに投稿したのを再編集して静的ページにしました） dumpを使用してファイルシステムイメージでバックアップしているのでaclやselinuxにも対応できます。（aclやselinuxの場合は権限の箇所を適時読み替えてください) 以下の条件がそろっていることを前提とします。 リストアにはlvm2およびNFSマウント restoreコマンドが扱えるレスキューCD（インストールCD）を利用する。（CentOSあたりがよさそう） （↑わかってるならKNOPPIXや他のLiveCD Linuxでも可。こちらのほうが融通利きやすい） バックアップイメージは他サーバーのNFSエクスポート領域に配置 ファイルシステムはext2またはext3を使用
Linux チューニング - Ext3 のパフォーマンスを最大化させる
じつは自宅サーバのロードアベレージが上がり続けています。分析の結果、ボトルネックは I/O 処理でした。CPU は Athlon64 X2 4400+ ですが、まだまだ当分この CPU で間に合いそうです。HDD は当時は 7200 回転で最速だった HITACHI Deskstar T7K250 SATA2 250GB を RAID1 構成にしたのですが、今思えば速度優先で RAID0 にしておけば良かったと少しだけ後悔。 I/O がボトルネックに成っている理由ですが、Drk7jp が公開しているサービスの全てがキャッシュファイルを利用した高速化手法を取っているのですが、単純にそれらファイルの write 処理が追いついていません。常に何らかのプロセスで I/O 待ち状態が発生しているような状況です。抜本的な解決方法としては disk を高速なものに交換する以外ありません。 というわけで
ext3とトランザクション処理
kjournaldによるコミットとチェックポイント ext3では、トランザクションのコミット操作はカーネルスレッドである「kjournald」によって定期的に行われる。kjournaldは、Linuxに実装されているダイナミックタイマと呼ばれる時間管理のためのタイマ機構を利用し、これらのコミット操作が時系列に沿って実行されるようにする。 kjournaldは、カーネルから起動されるとインターバルが5秒ごとに実行されるタイマリストを作成する。個々のトランザクションは、このタイマリストに現在の時刻＋5秒後にコミットが実行されるようにタイマをセットする。kjournaldは5秒置きに起動し、コミットが予定されているトランザクションを登録していた場合は、そのトランザクションをコミットする。ext3では、コミットとチェックポイントはkjournaldの中に一緒に実装されており、コミットが完了するとチ
めも - 高速化計画その2 ext3はwritebackで
_ [Ubuntu][Arch] 高速化計画その2 ext3はwritebackで ext3のジャーナルモードには journal ordered writeback の3つがあり、デフォルトではorderedモードになっているが、writebackのほうが速いらしい。 ので適用する。 まずは/etc/fstabのext3関連のエントリーを UUID=111-222-333-444 / ext3 defaults,errors=remount-ro,noatime 0 1 みたいなのから UUID=111-222-333-444 / ext3 defaults,errors=remount-ro,noatime,data=writeback 0 1 に変更。 次に、grubでカーネルの起動オプションに rootflags=data=writeback を追加する。 Ubuntuの場合、/
SSDとSATA RAIDのベンチマーク比較
一昔前に比べれば安価になったSSD。シークタイムの点ではHDDより圧倒的に優れているものの、HDDから移行する価値はどのくらいあるのだろうか。幾つかの比較を行ってみた。 ソリッドステートドライブ（SSD：Solid State Drive）には、従来のプラッタ回転式のハードディスクドライブ（HDD：Hard Disk Drive）にない利点が数多くある。無音、低電力、低熱放出性、耐衝撃性、そして特に重要なのがシークタイムの極度の短さだ。SSDによってどれほどパフォーマンスが向上するのかを確かめるために、ノートPCで利用できる最新のSSDでBonnie++によるベンチマーク評価を行った。 簡単に説明すると、SSDのストレージ方式にはシングルレベルセル（SLC）とマルチレベルセルの2つがあり、普通はSLCドライブの方がパフォーマンスは高い。 読み書きの速度、フォームファクタ、容量はSSDごとに
ハードウェアRAIDとLinuxカーネルによるソフトウェアRAIDのベンチマーク比較 | OSDN Magazine
新しいサーバに高価なハードウェアRAIDカードを付けることで、ディスクアクセスの速度はどれほど向上するのだろうか。LinuxカーネルによるソフトウェアRAIDとハードウェアRAIDカードのパフォーマンスの違いはベンチマークで評価できる。私の環境でこの2つの条件を評価したところ、いくつか興味深い結果が得られた。 ソフトウェアRAIDとハードウェアRAIDの双方について、750GBのSamsung SATAドライブ6台を使ってRAIDレベル5、6、10の各構成を評価した。パフォーマンスの測定にはBonnie++とIOzoneの各ベンチマークを用いた。また、チャンクサイズがハードウェアまたはソフトウェアのRAID構成に与える影響を確かめるために、チャンクの大きさを変えてベンチマークを実行した。 ハードウェアRAIDの評価には、12ポートのAdaptec製SAS-31205 PCI Express
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
一本道 期間限定スペシャルー無料お試し開始！