ext4 ファイルシステムの予約ブロック数を調整する - maruko2 Note.
ext4 ファイルシステムの予約ブロック数を調整する 提供：maruko2 Note. 移動： 案内, 検索 ディスクを ext4 でフォーマットすると、デフォルト設定では全容量の 5% が予約ブロックになる。 そのため、大容量ディスクを ext4 フォーマットすると、かなりの容量が予約ブロックとして確保されてしまう。 例えば 2TB のディスクの場合、予約ブロックは 100GB になる。 予約ブロック数を確認する方法 tune2fs コマンドを -l オプションを付けて実行する。 tune2fs -l /dev/md0 -l 指定したファイルシステムの情報を表示する。 EXT4 ファイルシステムの様々な情報が表示される。下記の例では、予約ブロック数（Reserved block count）が 71794662 で、ブロックサイズ（Block size）が 4096 byte (4KBy
Linux/mdadmでのRAID1の自動認識とauto-read-onlyモードの解除コマンド - 情報技術の四方山話
AI、IoT、ヤマハルータ、VPN、無線LAN、Linux、クラウド、仮想サーバと情報セキュリティのよもやま話 Linux/mdadmでのRAID1の自動認識とauto-read-onlyモードの解除コマンド こんにちは。匠技術研究所の谷山 亮治です。 今日は、Linux/mdadmでのRAID1の自動認識とauto-read-onlyモードの解除コマンドを紹介します。 Linuxのディスク管理コマンドmdadmを使うと容易にRAID1（ミラー）構成を作ることができます。設定を終了し、再起動を行った後に、自動的にRAID1を検出するとauto-read-onlyモードで構成されていることがあります。この場合はディスクの内容を保護するために、自動的に読み取り専用モードになっており、書き込みができません。この状態はmdadmコマンドで解除することができます。 ■起動直後のミラーディスクの状態
Linux の ext4 ファイルシステムで間違って上書きしたファイルを復旧させた - 鈴木うどんの横須賀おもしろ生活
結論 ext4magic 最高！！！！１１１ やったこと % ext4magic “デバイス名に” -r -a “このunixtimeから” -b “このunixtimeまで存在していた” -f “このファイル名のファイルを復旧する” 実例 /dev/md0 上の昨日の20:00から20:30の間まで存在していた udonchan/backup.tar を復旧させたい % ext4magic /dev/md0 -r -a $(date -d "-1day 20:00 +%s") -b $(date -d “-1day 20:30 +%s) -f "udonchan/backup.tar" どうしてこうなった 年末なので OSX をクリーンインストールしようとして ~ をバックアップしたが間違って上書きして消した。 具体的に？ ~ をサーバ上にバックアップするぜ % tar cf -C /U
『Linux上でファイルを削除してしまった際にさっくり復活できるextundelete』
ファイルを操作ミスで削除してしまうってことは誰しも経験したことではないでしょうか。 バックアップは・・・取ってない、バージョン管理にも登録していない・・・みたいなときには絶望に打ちひしがれる状況になるのですが、extundelete というプログラムを使えばもしかしたら簡単に復活できるかもしれません。 ただし、このプログラムで復活できるはファイルシステムがext3かext4の場合のみです。 まずはインストール方法ですが、上記のサイトからソースコードをダウンロードし、サーバーに配置します。 あとは、展開してお決まりの手順でインストールができます。 $ tar -jxvf extundelete-0.2.0.tar.bz2 $ cd extundelete-0.2.0 $ ./configure $ make $ su - # make install インストール完了後は、extundele
Linuxでうっかりrm -rfしちゃったけど復活出来たよー＼(＾o＾)／ - y-kawazの日記
サーバのファイル整理作業をしていたところ…、 間違えてrm -rfしてしまった！ ぎゃーバックアップもねー！ 長いこと生きてたらこんな経験の1度や2度はありますよね？ えぇ、ついさっきやらかしちゃいましたｗｗオワタｗｗｗ 速攻「rm 復活」とか「rm 取り消し」とかでググッたねｗ、したら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
nemuiDoc: あるext3復旧レポート
#0 (編集)#1 最初に注意 (編集)#2 発端 (編集)#3 前提/現時点で分かっていること (編集)#4 復旧作業 (編集)#5 辛うじて復旧は出来た (編集)#6 まとめ (編集) ReverseLinks: IndexPage (737d) Invalid argument while checking ext3 journal と言うエラーで fsck がかからないファイルシステムをどうやって復旧したか。そのレポート。 結果だけ知りたい人は一番最後のまとめだけどうぞ。 最初に注意 この方法は余り良くないかもしれない（と言うか多分良くない）。 こういう方法もあるのだという参考程度に。 発端 RedHat が起動できなくなったので見てくれと言われる いってみると確かに起動できない、grub で kernel を探そうにもディレクトリエントリが読めない。（何かの範囲外にある？とか言う
PhotoRecによる削除済みファイルの復元
玄箱HGに接続して使っていたディスクな点が ちょっと心配． CPUがPowerPC系だし，Intelマシンからマウントしてうまく操作できるのかな…． 今回はハードディスクを玄箱HGからはずして，別のIntelベースのLinuxマシンに接続・マウントしてからPhotoRecをかける方法にしています． うまくやれば玄箱HGだけで復元もできそうなのですけど，後述の復元にかかる時間の問題から，玄箱HGの非力なCPUでは実用的な解決策にならないと思います． ［まぁ，実は私がHDDを別のマシンにつなぎなおしてPhotoRecをかけようと思った動機は玄箱HGで動作するPhotoRecを探してきたり・リコンパイルしたり， 復元先のHDDを玄箱HGに追加したりするのが面倒そうだなぁと思ったからで，復元にかかる時間とか熟慮した結果というわけではないのですけど， 結果オーライで正解でした．］ PhotoRecに
www.okubo.tk/blog: Linux削除ファイルの復元
大切な…てか自作スクリプトを間違えて削除してしまった。 ("rm 20*"とすべきところを"rm 20"まで打ってTAB補完をしてしまい対象ファイルが1つしかなかったために"rm 20hoge.hoge *"となってしまったのだ…。) さて、LinuxではTestDiskの様なツールとしてdebugfsやmcがある…のだが、ext3ファイルシステムは対応していない。 (ext3はinodeからデータブロックをたどれない。) んで、調べているとこんなページを発見した。 「Ext3 ファイルシステムで削除したファイルを復元について」 「Ext3 ファイルシステムで削除したファイルを復元について (2)」 そこで、上記ページを参考に以下のようなスクリプトを書いてみた。 salvage.pl #!/usr/bin/perl if ($ARGV[2] eq ''){ print "us
みたのブログ: 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 の一覧を得ることができるし、その削除さ
tips - zfs raidz修復の実際 : 404 Blog Not Found
2009年04月17日03:00 カテゴリTips tips - zfs raidz修復の実際 というわけで、zfs導入以来初の「本当」のディスク破損＆修復のレポートです。 導入に関しては、以下を参照してください。 404 Blog Not Found:雨降って地固まり、geom mirrorが壊れてZFSを導入する 気がついたきっかけは、ディスク操作が遅くなったこと。 おや？と思ってdmesgを見てみると、こんな状態に。 ad8: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=802513599 ad8: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=802513599 ad8: FAILURE - READ_DMA48 timed out LBA=802513599 で、zpoo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linuxで削除したファイルの復元 | How2PC
extundelete