大阪で建設会社を営む社長のボヤキ

隔世の感

本日、ハードディスクを買うために久々に日本橋へ行ってきた。

 

行くのはいつもの行きつけの店。

 

品揃えと店員の知識が豊富なこの店に行けば大体のものは揃うので昔から重宝している。

 

 

ところが、目当てのＩＤＥのＨＤＤが品切れで、入荷も未定との事だった。

 

確かに今の主流はＳ−ＡＴＡで、磁気ディスクからＳＳＤのようなシリコンストレージに移り変わろうとしている。

 

 

仕方なく違う店に行き、ＩＤＥのＨＤＤをくまなく捜した。

 

しかしどの店にも売り切れの札が・・・

 

 

ＰＣの世界は進化の速度がめまぐるしく、次から次へと新しいハードウェアや規格が生まれる。

 

たとえば１０年前ならば外部の記憶媒体と言えばＭＯやＣＤ−Ｒが普及しつつもフロッピーディスクがまだ普通に使われていた。

 

しかし現在ではフロッピーディスクはなくなり、ＵＳＢメモリに変わった。

 

 

内蔵ＨＤＤもいずれはＩＤＥがなくなる日が訪れるとは感じていたが、世間ではまだＳ−ＡＴＡのないＰＣが現役で稼動している現在、少し早いのではないかという気がした。

 

しかしそんなことより、壊れたディスクを取り替えるためにＩＤＥのＨＤＤを買いにわざわざ日本橋まで来たというのに、これでは本末転倒である。

 

こうした場合、いくつかの代替案が用意されているもので、現時点で考え得る方策を講じてみた。

 

１．新しいＰＣに買い換える　→　金が勿体無い

２．ＰＣＩのＳ−ＡＴＡ拡張ボードを取り付ける　→　互換性などの確認をせずに購入するのはリスキー

３．Ｓ−ＡＴＡ→ＩＤＥ変換アダプタを取り付ける　→　やったことないのでわからない

 

事前にきちんと調べてから購入するならともかく、その場の思い付きでこうした物を咄嗟に買って帰っても失敗するケースがよくある（経験則）

 

そして最後に思いついたのは、１台遊んでいるＳＡＴＡのＨＤＤをWindowsマシンに移植して、WindowsマシンのＩＤＥディスクをサーバへ換装してみるという案であった。

 

ところがそれをするためにはまず余っているＳＡＴＡのディスクを取り付けなければならないが、あいにく全てのインターフェイスにＨＤＤや光学ドライブが接続されているので、残された方法としてはＵＳＢ接続の外付けＨＤＤボックスに頼らざるを得なくなってしまう。

 

そして店内で物色をしていると、こんなものを見つけた。

 

裸族の頭

 

 

ネーミングはともかく、これはなかなか便利そうであった。

 

使えるＩ／Ｆも３．５インチのＩＤＥＨＤＤや光学ドライブ　そして２．５インチＨＤＤ

それにＳＡＴＡのドライブまで使えてしまう優れものである。

 

早速購入してＨＤＤを繋いでみた。

 

 

ＵＳＢコネクタをＰＣに挿し込んで、コンセントを繋いでスイッチオン！

 

動いた！

 

 

当たり前か^^;

 

 

とりあえずしばらくはコレで凌いで、また時機を見てあらたな対策を練ってみよう。

 

 

壊れたHDDの修復

月曜日の朝出社すると会社のサーバが止まっていた。

プロンプトも受け付けず、仕方なく電源OFFして強制終了→再起動すると、どうやらディスクエラーが発生していたようであった。

 

エラーのあったディスクは/dev/hdbで、hdb5を/homeとしてマウントしている。

 

/home以下にはログインユーザのホームディレクトリの他、vpopmailのバーチャルドメインアカウント用メール受信用データおよび社内のファイルサーバとしても運用しており、そのデータファイルもここに格納されている。

 

起動時のディスクチェックでは修復できたようなので、とりあえずシングルユーザモードに切り替えてから別ディスクのバックアップ領域に/home以下をバックアップした。

 

/usr/bin/rsync -av --delete /home /backup/home/ 2>&1 > /home/backup.log

(cronで走らせているコマンドをそのまま実行した）

 

 

念のため再度ディスクの検査を行い、不良ブロックをマーキングすることにした。

 

# e2fsck -c /dev/hdb5

 

そして水曜日の朝、会社に着くや否や「社長〜　またサーバがおかしいみたいです」と(￣▽￣;)

 

コンソールを叩いてみるとハングアップはしていなかったものの、画面にはカーネルから吐き出されたディスクエラーメッセージで埋まっていたのでとりあず問題のあるディスクをアンマウントして、バックアップを取っていたディレクトリにシンボリックリンクを張ることにした。

 

念のためにfstabで自動マウントされないようにhddの各パーティションをマウントしている行をコメントアウトしたものの、hdd8がswapとして使われていることに気付いた。

 

しかし/dev/hdbがマウントされていなくても特に問題なさそうなので今のところは無視することにして、hdbの修復を試みた。

 

 

まず、

 

# e2fsck /dev/hdb5

 

として、何も指定せずにやってみたところ、次のようなメッセージが表示されて終了した。

 

    e2fsck: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdb5
    Could this be a zero-length partition?

 

試しに、

 

# fdisk -l

 

とすると、/dev/hddはシステムから存在しないことになっていた。

 

完全に壊れたか・・・・

 

 

とりあえず出来る事を一つずつやってみようってことで、スーパーブロックを指定してやることにした。

 

まず、スーパーブロックの保存されている場所を特定する。

 

 

#　mkfs.ext3 -n /dev/hdb

mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)　←ブロックサイズ
Fragment size=4096 (log=2)
1305600 inodes, 2610554 blocks
130527 blocks (5.00%) reserved for the super user
First data block=0
80 block groups
32768 blocks per group, 32768 fragments per group
16320 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 2294912, 294912, 819200, 884736, 1605632　

↑スーパーブロックのバックアップが保存されている場所

 

これでスーパーブロックのサイズと場所がわかったので、

 

# e2fsck -b 32768 -B 4096 /dev/hdb5

 

としてみたが結果は同じだったので、スーパーブロックの再作成をして再度検査を行ってみた。

 

# mke2fs -S /dev/hdb5

 

が、結果は同じでした。

 

 

途方に暮れながらネットでいろいろ調べてみたら、testdiskなるツールを発見！

 

http://www.cgsecurity.org/wiki/TestDisk

 

 

藁にもすがる思いで早速ダウンロード。

 

# wget http://www.cgsecurity.org/testdisk-6.14-WIP.linux26.tar.bz2

 

解凍すると作成されたサブディレクトリにファイルが展開される。

 

# tar xjvf testdisk-6.14-WIP.linux26.tar.bz2

 

展開されたファイルのtestdisk_staticが実行ファイルで、プロンプトでタイプする。

 

#./testdisk_static

 

e2fsckではまったく手の施しようのなかったハードディスクでしたが、このツールはちゃんと認識してくれました。

 

現在ディスク表面のテストをしている最中ですが、85GBのHDDなので結構時間がかかってます。

 

かれこれ２時間近くになりますが、今現在の進捗状況は４０％です。

 

復旧できるかどうかはまだわかりませんが、作業終了後に経過報告をしたいと思います。

 

 

 

 

 

 

５時間全セクタ走査した結果、完全にお亡くなりになっていました。

 

今から日本橋へＨＤＤ買いに行ってきます。

 

 

追加メモ

 

dd_rescue

ddrescue

HDD Regenerator

 

こんなのもあるみたい。

NICの故障

ここ一週間ほど会社のサーバがご機嫌ナナメであった。

最初に発現した不具合はファイルサーバの通信エラーであった。

いつものように朝ＰＣを立ち上げて会社のデータファイルの格納されているネットワークフォルダを開いても、いつもよりも表示に時間がかかったり、ファイルが開けなかったりした。

 

サーバのログを調べるとやはりセッションを開始してもタイムアウトで切断されているようであった。

 

インターネットへのアクセスもYahooのページを表示するだけで１分以上かかり、とても使えた状態ではなかった。

 

 

原因が特定できなかったので、とりあえずサーバを再起動して様子を見ていたら次第にネットワークが復旧して、いつも通りに動いてくれるようになった。

 

しかし翌日もその翌日も調子の悪くなる頻度と時間が多くなり、とうとう昨日からほとんどLANもWANも繋がらなくなってしまった。

 

仕事の合間に不具合の原因を特定しようと調べてもまったく見当が付かずであったが、どうやらサーバから外へは問題なく通信できていることはわかった。

 

とすると、ローカル側のNICの問題か。

 

 

そこで、NICを調べてみると、eht1(ローカル側)のNICに大量のコリジョンが発生していることがわかった。

もちろんeth0のコリジョンはゼロで、eth1も含めて今までこの値がゼロ以上になっているのを見たことがなかった。

 

LANのスイッチは全部で2台で、リピータハブは使っていない。

なのにコリジョンが発生しているってどーゆーこと？？

 

ちなみに挿さっているNICであるが、eth0はインテル製でeth1はRealTek(俗に言うカニチップ)で、サーバ用途にカニチップを使う事自体どーかしてるぜ！と言われてしまいそうですが、すんなり動いたのでそのまま使っていた。

 

やっぱりシステムの問題と言うよりもNICの問題なのか？

 

とりあえず近くのジョーシンへ走ってPCI用のNICを探すと、バッファロー製のものしか置いておらず仕方なくLGY-PCI-GTを購入した。

 

この製品も中身はカニチップなのであまり気が進まなかったが、選んでられる状況ではなかったのだ。

中央のEthernetコントローラーのチップにカニのマークがあり、これがカニチップの所以

 

 

そして古いNICを外して新しく買ったNICを挿し込んで起動すると、一発で直ってしまった。

 

しかも以前よりも格段にスループットが上がって、でかいファイルも瞬時に開く事が出来るようになった。

 

もちろんインターネットアクセスも快適で、サクサク動いてくれるようになったのだ。

 

今回お釈迦になった古いNIC

 

もうかれこれ５年以上は使っていたものなので、寿命だったかもわかりませんね。

 

 

長い間お疲れさまでした。

 

 

 

で、ゴミ箱へポ〜イ　( -.-)ノ ・゜゜・。

 

 

 

起動ドライブのSSD換装とDocuments and Settingsの移動

先日、システムドライブのHDDが壊れたので、直すついでにHDDではなくSSDを起動ドライブとしてシステムのインストールを行った。

 

SSDを起動ドライブにする最大のメリットは何と言っても起動が速いこと。

デメリットは、HDDに比べてまだ高価であることと、SSDはデータの書き換え回数に制限があるため、頻繁に書き換えられるようなデータの格納には不向きなので、後述するようにデータフォルダを移動させる手間が発生することが挙げられる。

 

それでもパソコンの性能が格段に上がったと錯覚するほどシステムやアプリの起動が速くなり、体感速度がかなりアップするので費用対効果としてはパソコンを購入するよりもはるかに高い。

 

 

今回使用したSSDはアイオーデータのSSDN-ST30Pで

規格は2.5インチ、インターフェイスはSATA、容量は30GBのMLC。

 

インストールするOSはWindowsXP SP3で、システムファイルとアプリケーションプログラムをあわせても20GBもあれば十分で、データ格納用としてHDDを別ディスクとして用意する。（外付けのUSBHDDでもOK)

 

実際の作業であるが、まずSSDをPCに接続してXPをインストールしてセットアップを終了する。

 

次にページファイルとデータフォルダである"Documents and Settings"をSSD以外のドライブに移動させるのであるが、通常の方法ではコピーできないのと、レジストリの編集が必要となるため、最悪システムが起動しなくなるおそれがあるので、十分注意して作業しなければならない。

 

まずページファイルの移動であるが、コントロールパネルから「システムのプロパティ」を開き「詳細設定」タブをクリックして「パフォーマンス」の設定ボタンをクリックする。

するとパフォーマンスオプションのウィンドウが開くので仮想メモリの項目の変更ボタンをクリックする。

そこでCに割り当てられているページングファイルを「ページングファイルなし」のラジオボタンをクリックして設定ボタンをクリックする。

次に移動させたいドライブ（例えばD)を選択して、ページングファイルサイズをシステム管理サイズのラジオボタンをクリックして設定ボタンを押す。

その後、OKボタンを順次押して設定ウィンドウを閉じるが、最後に「設定を有効にするために再起動しますか？」と聞かれるので、OKを押してシステムを再起動する。

 

再起動したら、WindowsXPのロゴが表示される直前にF8キーを押して「セーフモードとコマンドプロンプト」を選択してセーフモードで起動する。

 

Windowsが起動したら、Administratorでログオンし、コマンドプロンプトから次のコマンドを入力する。

 

xcopy "c:\Documents and Settings" d:\documents\ /e/c/h/k/o

（上記のコマンドはコピー先のドライブをDとしているが、D以外にしたいときは赤字の部分を適宜変更する）

 

これでCドライブにある"Documents and Settings"以下のフォルダが指定したドライブにコピーされる。

 

コピーが終了したら、システムを再起動し、レジストリエディタを起動する。

レジストリエディタは、スタートメニューの「ファイル名を指定して実行」をクリックして、

"regedit"

と入力してエンターキーを押す。

 

起動したら、レジストリエディタの画面から以下のキーを探す。

 

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\ProfileList

 

「ProfilesDirectory」キーをダブルクリックして、先ほどコピーした"d:documents"を入力する。

 

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\ProfileListキーの下にある「S-1-5-21-1957994488-1708537768-1904577907-1003」などの数字で書かれているキーが、現在利用しているユーザーのプロファイルになるので、それぞれのキーにある「ProfileImagePath」をダブルクリックする。 

 

「%SystemDrive%\Documents and Settings\（ユーザー名）」となっている値の、「%SystemDrive%\Documents and Settings」の部分を、移動先ディレクトリに変更する。各ユーザーごとに設定されているので、すべてのユーザーに対して変更する必要がある。設定が終了したらレジストリエディタのウィンドウを閉じてシステムを再起動させる。

 

以上で作業は終了し、これで快適なPC環境が出来上がる。

 

なお、危険な作業を伴うのでくれぐれも自己責任でお願いします。

EISA構成パーティションの削除

ハードディスクのパーティションで通常の方法ではフォーマットも削除もできない

 

EISA構成

 

 

のパーティションを削除する方法。

 

 

コマンドプロンプトから

 

diskpart

 

とすると、DISKPART>というプロンプトが表示されるので、コマンドを入力して目的のパーティションを削除する。

 

以下はDISKPART>のプロンプトに入力するコマンドとする。

 

 

list disk　　　PCに認識されているディスクのリストを表示する

 

select disk [disk番号]　　目的のパーティションのあるディスクを選択する

 

list partition　選択したディスクのパーティションのリストを表示する

 

select partition[パーティション番号]　　目的のパーティションを選択する

 

delete partition override　目的のパーティションを削除する

 

exit　　コマンドを終了する

 

 

以上の方法でEISA構成のパーティションを削除することができる。