カテゴリー:PC・ネットワーク
液晶テレビに接続したUSBハードディスクの故障と対策

我が家の居間には、37型の液晶テレビ(東芝レグザREGZA)がおいてあり、そこに、USBハードディスクが接続されている。

 

いつもは、テレビ番組を録画して、時間の余裕のあるときに再生などをしている。もっとも、使用するのは私自身ではなく、専ら家族たちである。

 

先日も、ふつうに録画した番組を見ていたのだが、突然、「これなあに? どうなってるの?」との大声。

 

呼ばれて行ってみると、テレビの画面には、

「未登録のUSBハードディスクを検出しました。USBハードディスクの登録を行いますか?」

という表示がでており、

ここで「はい」を押すと、

「登録を行うために、初期化を行います。このUSBハードディスクの内容はすべて消去されます。よろしいですか?」
との表示になった。

 

もちろん「よろしい」わけはない。

そのハードディスクには、採り貯めた「まだ見ていない」番組のデータファイルがあるのだ。

 

いつもは、リモコンの録画リストというボタンを押すと、録画された番組の一覧が表示されるのだが、今回は、「未登録のUSBハードディスクを検出しました。…..」の表示になっている。

 

そこで、取扱説明書を見ながら、USBハードディスクの設定なるものをトライしてみた。
だが、いっこうに元にもどらない。

 

これは、もしかしたら、ハードディスクの故障かもとおもい、
テレビから取り外し、パソコン(PC)に接続して確認することにした。

 

Windowsでは、xfs形式のファイルは認識できないため、LinuxOS(Fedora)のPCに接続してみた。

自動的にマウントされ、USBディスクのプロパティを見ると、録画したUSBハードディスクは、1TBの容量で、ほぼ99%が使用済みの状態が確認できた。

 

いったん、アンマウントし、ファイルのチェックを行なった。

 

# umount /dev/sdb1

# xfs_check /dev/sdb1

.

can’t read block 8388608 for directory inode 128

dir ino 128 missing leaf entry for 165273d8/bd8

.

block 0/7630956 type unknown not expected

sb_fdblocks 2747039, counted 2651561

 

次に、修復できるかを行なってみた。

 

# xfs_repair -Lv /dev/sdb1

Phase 1 – find and verify superblock…

superblock read failed, offset 0, size 524288, ag 0, rval -1

.

fatal error — 入力/出力エラーです

 

との表示がでて、終了した。

 

本来、正常であれば、Phase 2, Phase 3, … といけるはずなのに、それができなかった。

 

そこで、強制的にマウントし、ファイルのリストがでてくるかを確認した。

 

# mkdir ../../test1

# mount -t xfs /dev/sdb1 /test1 -o ro,norecovery

# xfs_logprint /dev/sdb1

xfs_logprint:

data device: 0x811

log device: 0x811 daddr: 976762528 length: 262144

Header 0x93 wanted 0xfeedbabe


**********************************************************************

* ERROR: header cycle=147 block=42066 *


**********************************************************************

Bad log record header

 

やはり、だめか。次に、強制的にファイルの表示をやってみた。

 

# cd /test1

# ls -al

ls: cannot access .toshibazze89d874cd80a: 入力/出力エラーです

ls: cannot access .toshiba_size_info_e89d874cd80a: 入力/出力エラーです

ls: cannot access M000020100220034450e89d874cd80a.dtv.meta: 入力/出力エラーです

ls: cannot access M000020131029154951e89d874cd80a.dtv: 入力/出力エラーです

ls: cannot access M000020130514205951e89d874cd80a.dtv.meta: 入力/出力エラーです

ls: cannot access .toshiba_dir_info_e89d874cd80a: 入力/出力エラーです

.

.

 

ここでお分かりのように、ハードディスクのヘッダーの一部が読み込みできない状態になっていたのであった。

 

おそらく、これはもう、USBハードディスクの摩耗故障で、寿命だ、と判断した。

 

ちょうど、WindowsでいうところのFAT(File Allocation Table)が壊れている状態なのだろう。

 

残念だが、ここまでくると、あきらめるしかない。

 

次の日には、新しいUSBハードディスクを買いに、家電量販店まで足を伸ばしたのであった。

そして、すぐに接続し登録して、新たに録画ができるようにしたのであった。

 

(2013-11-10)

 

 

なお、参考にさせていただいたサイトは次のとおりです。

 

レグザ USBハードディスクの傾向と対策

http://regza2000.bbs.fc2.com/?act=reply&tid=4056693

 

「HDD認識しない」パソコンでレグザUSBハードディスクを復旧・修復 – レグザREGZA研究

http://www.4682.info/repair

 

 

 

 

タブレットPCのつかいはじめ – 7インチの電子書籍リーダー

Android(アンドロイド)とは、その昔、人造人間などと呼ばれていた記憶がある。昔の漫画にでてくる、鉄腕アトムや鉄人28号などを連想してしまうのは、その世代なのかと自覚している。

 

でも、最近は、Androidはそうではない。タブレットPCのOSのひとつとして良く知られるようになった。

 

タブレットPCといえば、iPadが有名だが、最近の電気店を回ってみると実にいろんな種類のものが陳列されている。

 

店先で、少し触らせてもらうと、まったく、いままでのPCとは使い勝手が違う。指先で、なぞるようにスライドさせたり、トントンと軽く触れてみたり、少し長押ししてメニューの出てくるのを待ってみたり、と、これまでのキーボードで操作していたときの感覚とはまったく異なるものだ。

 

私は、スマートフォンは所有していないが、最近の携帯電話の主流は、スマホだと聞いている。おそらく、操作性はタブレットに似たものなのだろう。

 

というわけで、あまり、少し興味がでてきたところで、タブレットPCを入手することにした。

 

ただ、価格はまだまだ高い。しかし、先日、ドスパラというお店で、7インチのタブレット Dospara Tablet(A07I-D15A)が9,980円で売られていたのを見つけた。 そこで、おもいきって購入することにした。

 

使い方は、いたって簡単だった。また、16GBのマイクロSDHCカードメモリが付属しているセットだったこともあって、このメモリカードにpdfやepubといったフォーマットの電子書籍を入れて、タブレットPCで、空き時間や通勤の時間に本を読もう、と考えたのであった。

 

無線LANの設定は、簡単にできた。また、Googleの地図や、サイトへのアクセスは特に問題なかった。

 

Dospara Tablet (MID A07I-D15A) は、しかし、少しそのままでは使いづらいところがあった。それは、どこかというと、「Google Play」が入っていない、とのこと。そういえば、購入するときに、お店の人が言っていたな、と思い出した。

 

例えば、pdfのファイルをメモリカードにコピーして、タブレットのメモリカードスロットに入れる。そうして、ファイルビューアーで見て、アプリでpdfファイルを開こうとするが、アプリが入っていない、そこで、Adobeのサイトに行って、Adobe Readerをダウンロードしようとしたが、「この機種は対応していません」のようなメッセージが出て、使いものにならなかった。

 

そこで、インターネット上で検索したところ、他の対応している機種に認識させる方法が書いてあるのを見つけた。ただ、この方法は、間違えば、タブレットPCを文鎮化してしまう、(まったく動作しなくなる可能性、危険性を秘めている)とのこと。

 

しかし、使いづらいよりは、いいかなとおもい、意を決して、改造にとりかかることにした。

 

改造の詳細は、PC体験記(タブレット)に書いたので、興味ある方は参照してほしい。

 

 

やってみたら、意外に簡単にできた。その方法も、何人かの方々が、インターネット上のブログに書いてあるとおり、簡単にできた。

 

それから、AdobeのサイトでAdobe Readerをダウンロードしようと試みた。今度は、問題なく、ダウンロードでき、タブレットPCにインストールされた。

 

もうひとつのフォーマットであるepubのファイルも、今度は、ダウンロードとインストールができるようになった。

 

使い勝手は、改造前とほとんどかわらない。メニューの位置などがずれたが、修正も簡単であった。

 

こうして、電子書籍リーダーとして、Dospara Tabletが蘇ったのであった。

 

まだまだ、使いはじめの段階なので、見えていないことが多い。しかし、いままでのデスクトップPCや、ノートPCなどと違って、また、新しい使い方ができるのでは、と、新たな発見を秘かに期待している。

 

→ PC体験記(タブレット)

 

(2013-04-29)

 

 

U160DXでFedora17とWindows7をデュアルブートで使用するPCの設定

 

1. はじめに

 

これまで使用していたネットブックのCartina UM が、どうも使いずらくなった。発端は、ディスプレイの開閉でふたつある蝶番のうち、ひとつが破損したことにあった。止めてあるネジが緩み、プラスチックの一部が破損したのである。

 

いちどは裏蓋のネジを外して、内部の様子を見てみたが、とても直せそうにない。しかたなく、ネジを締め直して、もとにもどしたものの、今度は無線LANの受信感度がどうも良くない。基板に損傷が起きたのではないかとおもわれたのである。また、冷却ファンのモーターが異音を発するようになった。

 

いま入れてあるOSは、Fedora11で、PC自体はおよそ三年前に購入したものであるが、まだまだ使えるとおもいながら、使うたびに、無線LANの感度に悩まされるようになった。

 

そこで、この際、新機種に乗り換えることにした。いろいろと探してみたところ、秋葉原の家電量販店で、たまたま、MSI社のU160DXという機種のネットブックがアウトレットで23,800円で売られているのを見つけた。そして、直ぐに購入したのであった。

 

ここでは、Cartina UM からMSI U160DXにネットブックPCの乗り換え(データ移行)を行い、デュアルブートの環境を構築したので、それについて書いてみようとおもう。

 

2. MSI社のネットブックU160DX

 

U160DXは、Intel Atom N455というCPUでハードディスク容量が320GBのものだった。メモリは、1GBだったが、2GBまで増やせるということで、2GBのDDR3のタイプも同時に購入した。

 

そして、OSは、もともとインストールされていたのが、Windows7 Starter だったが、LinuxのFedoraとデュアルブートさせようと考えた。どうも、Linuxのほうが使いやすいからであった。

 

まずは、ハードディスクを交換しようと考えたが、U160DXでは、なかなか簡単にいきそうもなかったので、今回は見送った。

メモリの交換は簡単にできた。裏蓋の一部を外して、搭載されている1GBのメモリを2GBのメモリと入れ替えるだけであった。メモリのスロットは一個しかないので、メモリ増設は交換のみである。

 

3. ハードディスクの構成とデュアルブートのための準備

 

次に、ハードディスクの中味を調査した。このために、USBタイプのDVD/CDマルチドライブを外付けし、このドライブから、ツールを起動させた。使ったツールは、LifeBoat社の「LBパーティションワークスCD起動版2」である。

 

U160DXを購入したときの状態では、ハードティスクは次の4つのパーティションに区分されていた。

 

1. リカバリ用のデイスク領域(RCVR)-約4GB (NTFS)

2. Windows7の起動システム領域(SYSTEM)-約100MB (NTFS)

3. Windows7の本体、システム(OS_Install)-約170GB (NTFS)

4. データ領域(DATA)-約120GB (NTFS)

 

おおよそ、こんな感じであった。いずれも基本パーティションとなっている。そして、通常の使い方では、スイッチを入れると自動的に2の状態を経由し、3の状態のWindows7 Starterが立ち上がるしくみになっている。

 

さて、いろいろと試行錯誤した結果、上記の2-4の領域をフォーマットし、サイズも変更することとした。Windowsはリカバリ領域に入っているWindows7 Starterをそのまま再インストールして使用することとし、LinuxはFedoraの最新ディストリビューションであるFedora17をインストールすることにした。また、PCの起動には、「マルチブートマネジャー MBM (Multi Boot Manager)」を用いることとした。

 

最初に、MBMのシステムのISOファイルをダウンロードし、CD-Rを作成した。


http://elm-chan.org/fsw/mbm/mbm039.iso.gz

 

その次に、 Fedora17 のISOファイル(約680MB)をダウンロードし、CD-Rを作成した。

→ 
http://download.fedoraproject.org/pub/fedora/linux/releases/17/Live/x86_64/Fedora-17-x86_64-Live-Desktop.iso

 

上記のパーティション作成ツールを使い、あらかじめ、2、3の領域を削除し、4のデータ領域のサイズを変更した後に、削除した領域をほぼ半分ずつに分けて、Linux以外の領域をフォーマットした。

 

次に、Windows7のインストールを領域1を起動させて行い、領域2にWindows7の本体システムをインストールした。これは、MBMを起動させて、領域1を起動することによってできる。

さらに、次に、未フォーマットの領域3にFedora17をディスクからインストールした。もちろん、この操作は、外付けのドライブから起動させての操作である。この場合の注意点として、Fedora17の起動に必要なブートローダー(GRUB)のインストール位置は、論理パーティションである領域3の先頭にすべきであって、ハードディスクの先頭にはしないことである。ハードディスクの先頭にインストールしてしまうと、MBMが使えなくなるという不都合が起きる可能性があるためである。

 

そして、MBMを外付けDVD/CDディスクドライブから起動し、ハードディスクへのインストールを行う。

 

 

最終的に、ハードディスクの中は、次のようなパーティションができる。

 

1. リカバリ用のデイスク領域(RCVR)-約4GB (ここは変更しない) (NTFS)

2. Windows7の本体、システム(OS_Install)-約80GB (NTFS)

3. 論理ドライブ -約80GB (LVM)

— 3-1. Fedora17のBOOT領域 (EXT3)

— 3-2. Fedora17の本体 (LVM)

— 3-3. SWAP領域 (SWAP)

4. データ領域(DATA)-約120GB (FAT32)

 

データ領域は、Windows7とFedora17の両方から参照できるように、フォーマットはFAT32形式とした。

 

 

この構成で、起動にMBMを使って、デュアルブートの環境ができたのであった。上記の「2」と「3-1」を起動時に選択する。

 

ひとまず、現在はこの環境で問題なく動作できている。

 

4. 無線LANのドライバ

 

今回の移行で、一番、懸念した点は、Linuxで無線LANが使えるかどうかであった。しかし、Fedora17には標準でドライバが装備されているらしく、特にわざわざドライバをインストールしなくても無線LANが認識された。Windows7では、もちろんその問題はなかったので、これで、Windows/Linuxどちらの環境でも無線LANが使えるということができることとなった。

 

5. 最後に

 

データに関しては、バックアップしておいた外付けハードディスクから、内蔵ハードディスクのデータ領域に必要なデータをコピーすることで、特に大きな問題はなかった。また、 Dropbox をインストールしたので、これまで使用していたPCで使っていたクラウド上に保存してあるデータも同期させることができ、PCの乗り換えにあたっても問題はほとんど生じなかった。唯一、Dropbox設定直後のフォルダの同期に多少時間がかかったくらいで、これはデータの量を考えれば、妥当かなとおもえる。

 

 

(注意事項)

 

以上が、Cartina UM から U160DX への乗り換えの顛末となります。なんらかの参考になれば幸いです。ただし、ここに述べた操作は、筆者の経験をもとに記述したものであり、この記事の内容を適用したことによるいかなる結果にも筆者は一切の責任を負いかねますのでご了承ください。あくまでもPCの改造は自己責任で行って下さい。

 

(2012-7-15)

 

アクセスカウンタの設置方法

お気づきの方もおられると思うが、実は、いままで使用させていただいたアクセスカウンタが11月から使えなくなってしまった。このサイトでは、右下のほうに、

 

あなたは?????人目のお客様です。

ご訪問ありがとうございます。

また、いらして下さいね。

 

と表示しているそれである。

 

どうも、使用していた無料サーバーのドメインが消滅してしまったらしい。なので、せっかくこのサイトを訪問していただいても、そこで、読み込みか゛止まってしまうという弊害が起こっていたようである。

 

これに気がついてから、しばらくは、表示なしで運用させてもらったものの、どうも気になってしかたがない。

 

そこで、ホームページでのアクセスカウンタの表示方法を調べてみることとした。といっても、なにしろ、プログラミングには不慣れであって、なかなか、これといったものはすぐに見つけることはできなかった。

 

ようやく、あるところで、表示のアルゴリズムを説明してあるのを見つけた。

 

それを採用したのが、現在のページでの表示となっている。

 

簡単に説明すると、まず、次のような counter.php というファイルを準備する。

 

<?php

# file open as read-write mode

$handle = fopen(“counter.txt”,”r+”);

# file lock

flock($handle,LOCK_EX);

# read 1 line of file

$counter = fgets($handle);

# count up

$counter = $counter +1;

# file pointer to head

fseek($handle,0);

# output to file

fwrite($handle,$counter);

# release file lock

flock($handle,LOCK_UN);

# file close

fclose($handle);

echo $counter;

?>

 

また、counter.txt というファイルにはカウンタの初期値となる数字を記入しておく。

 

本文のhtmlの部分に、

<script type=”text/javascript” src=”counter.php”>

<iframe src=”counter.txt” height=25 width=55 frameborder=0 ><⁄iframe>

というような記述を行なう。

 

これで、とりあえず、アクセスカウンタを表示することができた。

 

しかし、ここで、問題発生である。

 

私は、LinuxでブラウザにFirefoxを使用している。これだと、表示はちゃんとできた。携帯電話でも、ひとまず数字の表示はできた。しかし、WindowsのInternet Explorerでは、うまく表示ができていないことがしばらくしてわかったのだ。

 

原因は、どうもiframeというコマンドの使い方にあるらしい。使用するブラウザによって、表示されるエリアが異なるようなのである。

 

というわけで、ひとまず、今回の記事は終わりとする。いまのところ、うまい解決方法が見つからないのである。

 

(2011-12-28)

 

P.S.

 

もしも、良い方法があれば試してみたいとおもっています。
ご存じの方のコメントをお待ちしています。

 

 

私も使用していますが、PHPについては以下がとても参考になります。

 

学生のためのPHP言語 ─基礎からウェブシステムまで

つくって覚えるPHP入門

 

私の「PC体験記」は、こちらでご紹介しています。
↓↓↓

Footprint Annex — PC体験記 —

 

ZIPファイル解凍時の「文字化け」と対処法 (Linuxにて)

PCでいろんな作業をしていると、「文字化け」という現象に出くわす時がたまにある。これは、日本語の入力システムの多様さに由来している。

 

まだ、いまのように、Windowsがなかった時代、MS-DOSというオペレーティングシステムが全盛だったころ、日本語の文字入力は、マイクロソフトのDOSでは、shift-JIS、NECのPC9801系列ではJIS、UnixではEUCというまったく別な文字コードが使われていた。

 

また、デリミタ(Delimiter)とよばれた区切りコードも、キャリッジリターン[CR] 、ラインフィード[LF]、あるいは、キャリッジリターン+ラインフィード[CR+LF]というように、何種類かあった。実は、これらの間を互いに変換してくれるフリーソフトウェアも存在した。私もよく利用させていただいた記憶がある。

 

Windowsが全盛となった現在、これらのことはほとんど意識しなくても済むようになった。なぜならば、システムが自動的に変換してくれて、これらの違いを吸収してくれるからである。

 

私のように、Linuxを使っていても、このあたりは、あまり意識していない。ただ、「文字化け」は時々起こる。特に、Windowsで作成したファイルがWindowsで圧縮された場合、このZIPファイルをLinuxで解凍しようとすると、文字化けとなる。この問題は、長い間、悩みの種であった。(私の場合は、Dual BootのPCを使っているので、いったんWindowsを起動し、解凍した後に、Linuxを起動して読み込む、といった操作をしていた。)

 

だが、昨年、ひとつのスクリプトを見つけた。このスクリプトは、たったひとつの点をのぞいてすばらしいものであった。一年ほど使ってみて、使い慣れたものなので、ここに紹介させていただこうとおもう。(*)

 

========== (ここから) ==========

#!/usr/bin/perl

use Archive::Zip;

use Encode;

 

my $zip = Archive::Zip->new($ARGV[0]) or die;

for ($zip->members) {

$zip->extractMember($_, encode(‘UTF-8’, decode(‘CP932’, $_->fileName)));

}

========== (ここまで) ==========

 

この部分を例えば、「xunzip.pl」などのファイル名で保存し、

 

chmod 755 xunzip.pl

 

などで、
実行可能にしておく。そして、

 

./xunzip.pl sample.zip

 

のように使用する。

 

これは、Perl(パール)スクリプトとよばれるもので、perl-Archive-Zipというパッケージが必要となる。あらかじめ、インストールしておく。

 

私には、理解不足の点もあるが、Windowsで使用されているCP932という文字コードを、Linuxで使用されているUTF-8に変換するものである。とても便利なスクリプトなのである。

 

ただ、ひとつ、欠点は、パスワードがZIPファイルにかけられていると、使えないということ。なにか、やりかたはあるのだろうが、いまのところ、不明のままにしておいてある。

 

(2011-8-15)

 

 

(*) Nikkei Linux雑誌2010年9月号のp.50にサンプルとして掲載されていたものを引用させていただきました。

 

 

使っていますか? 2GBまで無料の「Dropbox」

 

 

あなたのお持ちの独自ドメイン、全て利用できます!