)』お手数をお掛けしてしまったようで、恐縮です。』を追記すべきでした。当方で所有している(た)Z2000やZ3500のメニューにはありません。うち一つが壊れても、それを交換すれば復旧することができます)』ということですと、tatumigaさんの『初期化』もユーザが設定した項目(ネットワーク情報、共有フォルダ、ユーザアカウントなど)レベルまでで、ファームウェアの書き換えはできないようです。システムファイル上に障害が発生している場合には、回復は難しいかと思います。共有フォルダにアクセスできなくてもシステムが起動できる状態でファームウェアのアップデートが可能なら回復する可能性もあるかと思います。DISKが復活するかと思います。08:41(1年以上前)shigeorgさん。HVL4-G4.0の弱点である「ソフトウェアRAID」の話と、RECBOXの「個体シバリ」の話が入り交じって、混乱しているようで・・・・・。一般的なRAID5マシンでその通りです。内蔵HDD4個の内、2個が同時にトラブルと、ユーザの書きこんだデータ全てが消失しますが、その2個のHDDを交換すれば、工場出荷時の状態へ自分で戻せます。HVL4-G4.0ではそれができません。一般的なRAID5マシンではOSが基板のメモリー上に書きこまれているからだと思います。HVL4-G4.0ではRAIDを組むのを安上がりにというか、安直に済ました設計がもたらした弱点です。HVL4-G4.0のOS(「ソフトウェアRAID」を含む)はHDDが2個同時にトラブルと、折角のRAIDマシンにユーザが保管したデータと一緒に飛んでしまいます。一般的なRAID5マシンではOSの情報はHDDトラブルとは無関係です。正常なHVL4-G4.0内蔵の4個のHDDを新品のHDDへクローン・コピーして、トラブルマシンのHDDと交換すれば、録画データなどのユーザ・データは失われるものの、PCからはアクセスできるようになり、初期化して使えるようになると思います。今までの経験から、HVL4-G4.0では「OS部分での個体シバリ」までは多分、やっていないと思っています。以前からこの件について、経験のある方の情報を待ちたいと思っていた次第です。普通の家庭で使っているHVL4-G4.0のHDDがほぼ同時に2個トラブルというような心配はいらないと思いますが、「ソフトウェアRAID」の問題と「個体シバリ」による制限のどちらかについては興味のある所です。筐体に取り付けたのですが、なんと起動してくれません。合わせればよいのならまだ対処はできるのでしょうが、』という状況になる可能性が高いかと思います。異なる筐体内のHDDを未使用のHDDにクーロンコピーして、別の筐体に接続しても、未使用のHDDと(正常な)異なる筐体内のHDDのUUIDは異なりますので、ファイルシステムのmountに失敗するかと思われます。device(70-persistent-net.rules)では、以下のような設定となるようです。/dev/eth0については、LANカードのMACアドレスを取り込んでいます。筐体に取り付け』ても有線LANアダプタは動作しないかと思います。09:37(1年以上前)連続投稿となり、申し訳ありません。LANDISKやRECBOXなどのNASの場合、障害の発生した筐体内のHDDをすべて未使用HDDに交換して、firmwareの新規インストールできる手段を模索する必要があるかと思います。bootld+liloを使ってLANDISKでdebianをインストールして使う方法を利用するのも一案かと思います。09:43(1年以上前)LsLoverさん、どうも。shigeorgさんが書いておられるHVL-AV3.0でのクローンコピーの件については十分承知しています。私自身もHVL-AV3.0で同じような事をやった記憶があります。いうか、HVL-AV3.0のHDDのクローンコピーの件について、shigeorgさんと2年くらい前に、情報交換した記憶があります。shigeorgさんも、まだ憶えておられると思います。私の今回のレスは、HVL-AV3.0ではダメになってしまったやり方が、HVL4-G4.0では可能なハズだ、という推測を書いた次第です。IOデータ社も、HVL4-G4.0までの製品というか技術では、きつい「個体シバリ」はやっていなかったハズだ、と書いたつもりです。IOデータ社が、ユーザにとって「悪魔の道」へと踏み込んで、ユーザから離れてしまった経過を、そばで眺めてきた一人だと内心思っています。11:29(1年以上前)『shigeorgさんが書いておられるHVL-AV3.0でのクローンコピーの件については十分承知しています。『きつい「個体シバリ」はやっていなかったハズだ、と書いたつもりです。DATAもカスタマイズをしているので厭くまでも推測で投稿させて頂いて折りますので、この点をお含みおきください。linuxの基本路線としてudevを実装しているようですので、(1)HDDのUUIDなどにより個体が縛られている可能性があるので、クーロンコピーした場合には、これを対策しないとファイルシステムのmountができず、LANDISKを正常にbootできない。(2)LANアダプタの認識に関してもMACアドレスなどにより個体が縛られている可能性があるのでクーロンコピーした場合には、これを対策しないとnetworkが使えない。不具合が発生するのではと投稿させて頂きました。9月中旬』であることから上記のよな個体縛りはなかったのかもしれません。9月中旬http://kakaku.com/item/K0000054395/spec/一方、『2011年中盤頃』から実装されているようですが、devfsの実装もありえるので、この前から個体縛りは発生する可能性もあります。udevudevはLinuxカーネルバージョン2.5にて初めて登場した。/devディレクトリに静的にデバイスノードを作成する伝統的なUNIXシステムとは違い、Linuxのudevは実際にシステムに接続されているデバイスのノードのみを動的に供給する。2011年中盤頃から、とりわけKDE、GNOME[3]、Xfce[4]各デスクトップ環境を採用しているLinuxディストリビューションはHALの採用を段階的に廃止しD-Busとの連携のみとなっている。http://ja.wikipedia.org/wiki/UdevLANDISKやRECBOXを有しておりませんのが、以上の点をお含みおき頂ければ、宜しいかと思います。少々本論から外れてしまい申し訳ありませんでした。12:37(1年以上前)LsLoverさん、どうも。Linuxについては、よく判りません。人並みに入門書を入手した事はありますが、いまだにチンプンカンプン。スレ主さんのご質問とかけ離れた事を、またダラダラ書いてしまいそうなので、取り敢えずここまで。交換すれば、工場出荷時の状態へ自分で戻せます。HVL4-G4.0ではそれができません。交換してもとりあえず初期化できるという点についての話だったのですね。同時交換についてはどういう動作になるか把握できていませんが、確かに復旧できない可能性が高いかと思います。コピーされて存在しているのだったと思います。組んでいると思います。データ復旧もするのだと認識しています。交換というのはできませんからね。同時交換はできないですね。上に持たせるのが手っ取り早いから、このあたりはトレードオフなのでしょうね。HVL4-G4.0ではRAIDを組むのを安上がりにというか、安直に済ました設計がもたらした弱点です。増えていますが、それが流行なのでしょうね。ことはないでしょうし。