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


書き込み禁止文字列(スパム投稿対策です。)
チャンス 買ってあげ 母子 振り込 3000万 4000万 夢を叶え 誰かに言い
仕事がみ 買うことができ 知ってしまった 助けてくれた 夢を叶える
連絡してみて 大金 今すぐ連絡 素敵な 独り占め ものすごい話
生活に困って 苦しかった お金が欲 連絡しただけ お金をもら 稼ぐ
稼いだ 少額 儲 エッチな 写メ パンチラ バカラ ルーレット 動画を無料
もらえる 現金 マルボロ キャメル タバコ たばこ 稼げる 億 アダルト
動画 エロ ロリ 制服 JK 有名人 恋人 所属 泊り 超人気 最高級 ブランド時計
エルメス シャネル ロレックス パネライ ウブロ 腕時計 演歌 民謡 ブルガリ スーパーコピー
熟女 人妻 出逢い 寝取られ 既婚者 未成年 メンズ ファッション レディース お安く購入
brand sale 誕生させた 無防備 シュプリ 野暮 高級 シュープリーム
リバイス 協業製品 トラガー オーバーロール
DMM 女教師 秘め事 許されぬ 凌辱

大切なメールアドレスは記入しないでください。(記入なしもOK)

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

REGZA USB外付けHDD 録画番組丸ごとコピー完全マニュアル
REGZA〈レグザ〉認識しないハードディスクのベストな復旧方法

外付hddについて - もあい

2014/12/26 (Fri) 11:52:34

32H8000で誤って外付けHDDを登録解除してしまい、H8000には再登録機能がないのでLinuxで
復旧を模索しました。手順は以下の通り

H8000の外付けフォーマットはUDF、HDDは難ありのHDCS-U1.0
UDFの仕様は知らないので復旧方法としてddで別のHDDにコピーする。
もう一度HDCS-Uを登録し直す。
根拠はないけどバックアップから先頭の100Mほどddで書き戻す。

再接続するともとの通り再生できるようになりました。
バックアップHDDも正常に認識および再生可能でした。

# mount -t udf /dev/sdX ...
上記でのファイル操作では何か挙動がおかしく、hddの使用可能容量が負に成ったりして諦めました。
UDFはudisks --showinfo などでUUID相当のものが見当たらず、バックアップも再生可能のようです。
容量の大半は予め一つのファイルに予約される形になっておりまして、拡張は問題ありかもしれない。

Re: 外付hddについて - 竹田 URL

2014/12/26 (Fri) 20:02:36

お疲れさまでした。
XFSの場合と全然違いますね。
先頭の100Mほどddで書き戻して認識できたのはよかったですね。再生できたということは固有情報で暗号化はされていないということですね。本体の情報のみでしょう。
別のHDDにコピーで認識できたということは、ベンダーIDは見ていないということですね。
推測が外れてお恥ずかしい。データを残しての拡張は無理そうですね。

Re: Re: 外付hddについて - もあい

2014/12/26 (Fri) 23:05:37

今回は少々奇妙だったので投稿しました。usbブリッジの特性から得られる情報がマチマチなので、
一体何を基準に登録しているのか解らなくなってきました。
Linuxでusbブリッジ越しで得られためぼしい情報は容量、ベンダー、シリアルだけとすくないです。
ただ書き戻して認識したということは上の情報から何らかのユニークな情報が作成されていると思います。
残念ながら作成当時から無変更のファイルは見当たらず。
ボリュームラベルもudf volumeと登録名と無関係です。
今回の作業で1番組失いました。
再生を試みると、時間が最終時間から動かず復号鍵が一部ロストしたのかな。
XFSに似たァイル暗号化を実装しているかもと憶測してます。
TS_PFEHD.DAT TTUTILVR2X.IFO TS_HDDMG.IFOの3つの何れかが認識に関わっているかもしれません。
残りファイルはバックアップ、ムーブ時のテンポラリ、CRC、番組情報、ソリッドな録画領域
LinuxのUdfサポートが前進するとしたら、なにかできるかもです。


Re: 外付hddについて - 竹田 URL

2014/12/26 (Fri) 23:26:02

バックアップHDDも正常に認識および再生可能とありますので、ベンダー、シリアルを直接は見ていないようですね。外付けですものね。XFSでの場合はユニークなUUIDを割り振って、MACアドレスとの掛け合わせで暗号化していると推測しています。UDFでの場合はマウントのための情報と暗号が共通ではないようで今回は登録し直しでいけたんだと思います。難ありというのがどういう状況にもよりますが。あとで内蔵(UDF)の換装のページからリンクを張っておきます。
ご報告ありがとうございます。あとに続く方の参考になればいいですね。(^^)

●レグザ内蔵HDD「THH-30U5」分解、大容量HDDへの換装
http://www.4682.info/thh-30u5

Re: Re: 外付hddについて - もあい

2015/01/04 (Sun) 10:57:26

外付けHDD(UDF)の仕様を参考までに書いておきます。
1フォーマット:UDF Ver.2.50以降、ブロックサイズ2048
2ファイル構造:HD DVDの仕様に準ずる
3文字コード:EUC-JP(H8000の場合)
1はlinuxで読み込みはある程度できますが、書き込みは非推奨。
v2.01までのなので書き込むと整合性が取れなくなる可能性大。
bsdやwinでは光学メディア専用でHDDのUDFはマウント不可。
ecma-167の仕様を後で読んでみます。容量変更の壁と思います。
ファイルシステムの基本情報は最初と最後のセクターの近傍に書かれています。

2は固体識別についてのなんらかの手掛かりとなるとおもいます。
同じくHD DVD Specificationを読んでみます。

3は流石に過去のものとなっていると思います。
正直なにも実現できていません…xfsだったら良かったのに

Re: 外付hddについて - 竹田 URL

2015/01/07 (Wed) 21:33:37

HD DVDですか!なんとも東芝らしいですね。
2007年8月のZ3500からUSB HDDにxfsが採用になっていますが、H8000外付けはUDFということですね。
どこからxfsなのか、内蔵モデルは外付けも全部UDFなのか、ちょっと推測が外れました。
記事の方を直しておきます。
http://www.4682.info/thh-30u5

Re: 外付hddについて - 竹田 URL

2015/01/08 (Thu) 08:04:23

http://www.4682.info/thh-30u5
このポストの内蔵HDDの換装が未完になっていて気になってます。

もしよろしければもあいさんのスキルを頼って検証したいのですが、ご協力いただけませんか?

検証内容は、ベンダーIDをTOSHIBAに書き換えた500GB HDDを外付けとして初期化したあと、分解して内蔵して認識するかどうかです。

どうしてもスペースのとらない内蔵がいいという方もいるようですがもう手に入りません。

バルクのHDDをそのままいれても初期化できず使えません。純正300GBのイメージを東芝IDの500GB HDDにリカバリして使えた事例がありました。

東芝IDに書き換えた500GB HDDは内蔵として認識できず
初期化できませんでした。そこで、外付けとして初期化した後、内蔵するとどうだろうかと思っています。
別ベンダーIDのHDDを外付けとして初期化した後、内蔵しただけでは認識できなかったという報告があります。
東芝IDで初期化済みだとどうかということです。

ご協力をお願いできませんか?

Re: 外付hddについて - もあい

2015/01/08 (Thu) 18:14:49

私も内蔵HDDメインなので可能性を模索してみますが、歴代の失敗例をみると中々に厳しいかもしれません。

手持ちがないので工具とHDDをとりあえず発注したところです。
内蔵HDDも外して眺めてみましたが外付けとの構造的な違いはTS_PFDATのTS_PF(E)HD.DATとTS_PF(T)HD.DATだけでした。
ただこのファイル何度ダンプ眺めても構造がひらめきませんでした。

Re: 外付hddについて - 竹田 URL

2015/01/08 (Thu) 18:17:57

HDD はお貸しできます。
WDの500が余っています。
メールいただければ幸いです。

Re: 外付hddについて - 竹田 URL

2015/01/08 (Thu) 18:43:04

もし、外付けで初期化したベンダーIDを東芝に書き換えたHDDが使えると、小容量のベンダーIDと1TBの初期化済みであり得なかった1TB内蔵の夢まで広がります。
妄想に近いですが。(笑)

Re: 外付hddについて - もあい

2015/01/09 (Fri) 23:17:27

オリジナル: TOSHIBA MK3255GSX
実験台: HGST HTS721010A9E630
とりあえずddでコピーは失敗、正しい内蔵HDDでないとのこと。
分かった事:
最後の2048バイトには概ねのディスクのサイズに近いCLIPINFOが書き込まれている。正しく認識されるとサービスモードのIDのページに+1されて表示されるようだ。これを捏造しても、やっぱりNG。
末尾の120MほどにはUDFでない領域があり。一部にログなどが含まれていました。
ディスクの識別子としてシリアルとモデル名のペアが記録されている。
例:
39AFxxxxx MK3255GSX
000010D9422xxxxx HDCS-U

大量かつ外付けHDDのペアも含まれているため、録画削除ムーブといった操作の時に記録されている模様。
取りあえず怪しいので残りも解析してみます。

UDF由来の部分は初期化したら日付がほぼ更新されて作り直された感じです、ただHDD全ては確認していません。
UDFCLIENTで頭と後ろを調べた感触です。

私じゃちょっと無理かな…

Re: 外付hddについて - 竹田 URL

2015/01/10 (Sat) 08:19:46

内蔵はベンダーIDが東芝じゃないと初期化できないです。
500GBのWDがあります。HDDHACKRで東芝MK5076GSXに書き換えます。
http://www.4682.info/thh-30u5
お送りしますので送付先をメールで教えてください。
メールアドレスはサイトのページヘッダーにあります。
http://rdwiki.rd-style.info/wiki.php?%A1%FCHDD%B4%B9%C1%F5%28%B1%D5%BE%BDTV%29%28%C5%EC%BC%C7%B8%C2%C4%EA%29
ここもご参考ください。

Re: 外付hddについて - もあい

2015/01/10 (Sat) 20:22:54

実験台2: WD75000BPVT

失敗: ddで内容コピー。正しい内蔵HDDではありません。
失敗: HDDHACKRによってシリアル、モデル情報のテキストを変更。同上。
失敗: HDDHACKRさらにHDD末尾データを捏造する。同上。
成功: HPAを利用して最大セクター数をオリジナルと同じに制限。

増量はできなくて残念ですが、認識および再生できました。すごくもったいない感じしますが、取りあえずは延命第一で…

HPA設定
sudo hdparm -Np(最大セクタ数) /dev/sdX
hdparm -I オリジナル の値をもとに586072368を設定しました。(--yes-i-know...省略)

Re: 外付hddについて - 竹田 URL

2015/01/10 (Sat) 22:05:15

おお!すばらしいです。思っていた以上に厳密ですね。
不思議なのは以下の書き込みがあるのでクローンだけでOKなら、セクター数が一致していなくてもいけたらなぁと思っていました。(増やす方向で)
http://rdwiki.rd-style.info/wiki.php?%A1%FCHDD%B4%B9%C1%F5%28%B1%D5%BE%BDTV%29%28%C5%EC%BC%C7%B8%C2%C4%EA%29
「46ZH7000標準MK3052GSXをMK5076GSXに換装(半)成功。NOVACの2レンジャー改でクローン。クローンなので300GBで認識、HDD登録名もそのまま。REGZAファームは最新。 -- 2013-08-14 (水) 20:38:25」
ddのコピー元は外付けでしょうか?
ググるとMK5076GSXのラベルの写真がありました。このシリアルを使うと500GBにはできると思います。いかがでしょうか。
https://www.google.co.jp/search?q=MK5076GSX&source=lnms&tbm=isch&sa=X&ei=nyOxVPSGGc6B8QWyy4DIBw&ved=0CAoQ_AUoAw&biw=1471&bih=847

Re: Re: 外付hddについて - もあい

2015/01/10 (Sat) 22:15:01

三番目の失敗「HDDHACKRさらに」はコピペミスです。
なおハードディスクはオリジナルと同一と認識され、従来通り使えました。

おまけTOSHIBA MK1255GSX(120G)入れると「ディスクエラーが発生しました。」と表示されました。

Re: 外付hddについて - 竹田 URL

2015/01/10 (Sat) 22:18:03

レグザ純正は300GBと500GBなのでそれ以外は無理かもしれません。容量アップができないことになりますが。

Re: 外付hddについて - 竹田 URL

2015/01/10 (Sat) 22:18:57

ということは、ddのコピー元は内蔵でしょうか?

Re: Re: 外付hddについて - もあい

2015/01/10 (Sat) 22:37:17

コピー元は内蔵HDDです。
増量ができたら良かったのですが、今後検討を続けてみます。
取り合えずは更に別のHDDで行程の絞り込みをしてみたいとおもいます。

Re: 外付hddについて - 竹田 URL

2015/01/10 (Sat) 22:42:59

>容量の大半は予め一つのファイルに予約される形
これのために500GBのオリジナルが必要ということでしょうか。やっかいですね。
外付けで初期化して内蔵にするだけなら、簡単なので誰でもできる?のでいいなぁと思っていました。

Re: Re: 外付hddについて - もあい

2015/01/11 (Sun) 20:24:11

UDFフォーマットの場合は、末尾約117MiBにUDF管理外の領域がありました。
内蔵の場合ではRH500とかTHH-30U7の奇妙なモデル表記もあります。
(32H8000です)
後者には対応するハードディスク容量の記述もあります。
最終の2048バイトに書かれたものとは+1違いますが。
このあたりの情報は一部は必要なのではないかと思います。
残念ながら内容については理解が及びません。

外付けの場合はTOSHIBA H8000の記述のみ含みます
ログ情報等は無く。容量に関わる情報は末尾の一つだけです。

共通点はテレビのMACもここに書き込まれていました。
内容も大きく食い違うので暗号化された部分があるかもしれません。

UDFファイルシステムの大半が予約済みなのはリソースの限られた組み込みシステムで
並列的に利用しやすいという長所があります。
逆に一般的な他のOSでは書き込む方法に複数の方向性が生まれ、
書き込み時に元との整合性を失うリスクがあります。

Re: 外付hddについて - 竹田 URL

2015/01/11 (Sun) 21:18:42

東芝純正HDD THH-50U7から全イメージを吸い出してクローンしないと、他のHDDはモデル名を書き換えても初期化できないということですね。Xbox360よりも厳しいです。

Re: Re: 外付hddについて - もあい

2015/01/12 (Mon) 21:10:35

失敗:内容を複製したHGSTのドライブにHPAを施して容量を合わせる。 TOSHIBA必須
クローンとして認識: 内容を複製したWD製の偽装TOSHIBAドライブ、モデル末尾とシリアルを改変する。

長くなりましたのでH8000の場合の制約についての憶測をまとめてみます。
・モデルがTOSHIBAで始まることは必須。 HGST,WDより
・容量とモデルの組合せには制約がある。 変造WDより
・シリアル、OUI、UNIQUEIDなどは関係ない。 変造WDより
・セクター決め打ちぽいので、増量は望みが薄い。 MK1255GSXより
・オリジナルの内容の一部は必要である。
今のところ以上となります。

使用したプログラム: dd hdparm hddhackr hdat2
その他: udisks udfclient

Re: 外付hddについて - 竹田 URL

2015/01/12 (Mon) 22:46:09

内蔵HDDの解析が著しく進みました。
ありがとうございます。
増量が難しいのは残念です。
純正HDDが手に入りにくいですので、どうしても内蔵という場合にはとても有用だと思います。
ベンダーIDがTOSHIBAであれば、モデルやシリアルは問われないというのはシリアルだけと考えていたのですが、500GBに300GBでの成功例があったのも納得です。

Re: 外付hddについて - 竹田 URL

2015/01/12 (Mon) 23:07:58

MQ01ABD050と純正500GBのイメージがあれば初期化できることになりますね。
WDを使って書き換えなくていいのは敷居が大分低くなります。

Re: 外付hddについて - もあい

2015/01/23 (Fri) 21:18:25

内蔵ハードディスクに必要なセクターを検証するため内容の破壊テストを行いました。

THH-30U7、H8000、容量300069052416バイトの場合として

SRC=オリジナルHDD (/dev/sd?)
DST=新しいHDD (/dev/sd?)

別の内蔵ディスクとして認識
dd if=$SRC of=$DST bs=2048 skip=146460752 seek=146460752 count=2
dd if=$SRC of=$DST bs=2048 skip=146493512 seek=146493512 count=2

オリジナルと同じHDDとして認識する最小の領域
dd if=$SRC of=$DST bs=2048 skip=146460752 seek=146460752 count=10
dd if=$SRC of=$DST bs=2048 skip=146493512 seek=146493512 count=10

前者は内容的にはTOSHIBA\0RH500から始まり
構造のバージョン、THH-30U7、容量、ベンダー名を含んでいるように推測される。
この領域は外付けディスクには存在しない。

今のところ位置の推定計算式は外付けとの比較から
1ブロック = 2048 byteとして
最大ブロック = 容量 / 2048
ブロック上限 = 最大ブロック AND 0xFFFFFFF0 もしくは 最大ブロック - 12

UDFの先頭 16
UDFの末尾 ブロック上限 - 0x10001

バイナリデータの始まりは ブロック上限 - 0xDFF0
長さおよそ1566ブロック
バイナリデータは ブロック上限 - 0x5FF8 にも書き込まれ二重化されている。
ログや最終セクタのCLIPINFOは参照されていないと思われる。

変造WDドライブで生じた不具合
・録画ボタンで録画しようとするとスピンアップが遅くタイムアウトしてエラーに
 なるらしい。サービスモードのRECERRのカウント増加する。
 感覚的にはは録画ボタンの反応が悪いと感じる。

THH-50U7も販売終了となりましたが値段が高すぎたせいか旧型で挑戦した人の記録を見つかりませんでした。
今回は以上となります。

Re: 外付hddについて - 竹田 URL

2015/01/24 (Sat) 03:55:09

もあいさん、ありがとうございます。
すごい方です。脱帽です。
http://support.wdc.com/product/download.asp?groupid=609&sid=114&lang=en
さて、このツールでスピンダウンタイム改善できないでしょうか。詳しくは見ていないのでグリーン以外に使えるかわかりません。
使うにはWDに戻さないといけませんけれど。
たしかフリーソフトでも変えるものがあったと思いますが思い出せません。

Re: 外付hddについて - もあい

2015/01/25 (Sun) 18:39:34

実験台: TOSHIBA MQ01ABD100 (1TB)
失敗: ddでクローン、HPAで容量制限

WD7500BVPTファーム再度改変してみる。(カッコ内が改変箇所)
改変前: MODELはMK3255GS(T)
失敗: (MQ01)55GST
失敗: (MK50)55GST
OK: MK3255GSX

テレビ本体の世代によって若干違いがあるかもですが結構厳しいですね。

後今更気づいたのですが、
THH-30U7の中身MK3255GSXの容量が本来の320GBではなく、
MK3055GSX同等の300GBに恐らくカスタムファームで制限されていることに気づきました。

スピンアップ問題は私は予約専門なので問題ないないですが一応気づいた点ということで。

Re: 外付hddについて - 竹田 URL

2015/02/01 (Sun) 11:57:33

H8000では500GBが認識されないということですね。
内蔵を大幅に強化するのは難しいようで残念です。

Re: 外付hddについて ヒロマル

2015/09/23 (Wed) 23:16:54

突然すみません。REGZA 32H8000本体が突然壊れました。
外付けハード(HD-CL1.0TU2)の録画番組を何とか、 RD-S304の外付けハードにコピーして観れるか試しましたが、ダメでした。Ubuntu でバイナリでTS_HDDMG.IFO、TTUTILVR2X.IFOを開いてみても、どこをどうすればロック解除できるのかわかりません。何か手はあるのでしょうか?よろしくお願いします。

Re: 外付hddについて - 竹田 URL

2015/09/23 (Wed) 23:28:20

残念ですが本体が壊れたら詰みです。

Re: 外付hddについて ヒロマル

2015/09/23 (Wed) 23:35:06

わかりました。
同じ型番の本体H8000(中古)があれば何とかなりますでしょうか?

Re: 外付hddについて - 竹田 URL

2015/09/27 (Sun) 20:54:50

一台ずつ違うのでダメです。ローカル暗号化といいます。

Re: 外付hddについて ヒロマル

2015/10/08 (Thu) 22:20:03

よくわかりました。
ご回答ありがとうございました。

名前
件名
メッセージ
メールアドレス
URL
編集/削除キー (半角英数字のみで4~8文字)
プレビューする (投稿前に、内容をプレビューして確認できます)

Copyright © 1999- FC2, inc All Rights Reserved.