サイト内の移動
最新投稿
当年度ブログ内の検索
カレンダー
S M T W T F S
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31       
<<  2024 - 03  >>


2024 - 1 2 3 4 5 6 7 8 9 10 11 12
2023 - 1 2 3 4 5 6 7 8 9 10 11 12
2022 - 1 2 3 4 5 6 7 8 9 10 11 12
2021 - 1 2 3 4 5 6 7 8 9 10 11 12
2020 - 1 2 3 4 5 6 7 8 9 10 11 12
2019 - 1 2 3 4 5 6 7 8 9 10 11 12
2018 - 1 2 3 4 5 6 7 8 9 10 11 12
2017 - 1 2 3 4 5 6 7 8 9 10 11 12
2016 - 1 2 3 4 5 6 7 8 9 10 11 12
2015 - 1 2 3 4 5 6 7 8 9 10 11 12
2014 - 1 2 3 4 5 6 7 8 9 10 11 12
2013 - 1 2 3 4 5 6 7 8 9 10 11 12
2012 - 1 2 3 4 5 6 7 8 9 10 11 12
2011 - 1 2 3 4 5 6 7 8 9 10 11 12
2010 - 1 2 3 4 5 6 7 8 9 10 11 12
分類
月別の記録
状態
現在: ゲストモード

ウェブサイトの修復状況 (ブログ記事回復)
3月22日 日中 サーバー故障、ハードディスク故障 (年末はルーター故障でした)
3月22日 夜間 レンタルサーバー仮登録
3月23日 終日 サーバー設定/手元のデータをアップロード
3月24日 終日 新しいサーバーに合わせてコード修正 (過去ブログ復旧)
3月25日 夜間 細かい部分を除き、動作を確認
3月26日 夜間 故障したサーバーからデータ取り出しに成功
3月27日 深夜 消失していた記事回復

続きを読む ≫
 旧ブログはデータベースで運用してなく手元にある分において復旧が楽だった。データベースのファイル一部でも破壊されたら回復の見込みがなく、バックアップ時点まで戻されてしまう。日常的な対応も肥大化するほど面倒になり、回復の可能性が低くなる。

お金をかけるほどじゃないので、労力で済ます。不可能なら諦める方針。

 故障したハードディスクからデータを取り出すべくext3形式がマウントできるソフトをWindowsにインストールしたが、USB-ATAPI(IDE)変換装置の問題なのか正常と思われるハードディスクで試してもマウントできず。「RAW」表示だからだろうが、サーバーは途中までは起動していたので原因はどこか? Ext2Fsd マウントせず、testdisk_win 認識せずだった。

 修復に利用しようとして在庫してあった機材も、置いてあるだけで壊れてるのがあった。動かないので何かと思い memtest86 を実行するとエラーの嵐。ハードディスクの保証は短いが、メモリーにはライフタイム保証なんてのがあるが事実上は絵に描いた餅でしょう。10年もしたら箱やら領収書がなくなるし、オチは買った店がない!

 ハードディスクの管理部分が破壊され、回復したデータの多くがファイル名を失っていたため、消失したブログ部分を見つけて回復させた。よって後日に誤植や誤認識の訂正をしたものは元に戻ったまま。

≪ 続きを隠す
| emisaki | 2019-03-27 Wed 01:27 | その他::当サイトについて |