NAS(ネットワークHDD)すべて クチコミ掲示板

とりあえずご報告。HDD換装してみました。

[bunkai55]

格安でこの本体（HDDナシ）を購入できたので、使用していたTS-XH2.0TLR6（HDDは4TB×4台）のHDDを載せ替えてR6で運用しようと思いチャレンジ！RAIDアレイのチェックまで無事に完了。あとはチェック完了待ちです。4日くらいかかる見込。。。どれだけ快適になるのか楽しみです！

書込番号：17980470

[LsLover]

『使用していたTS-XH2.0TLR6（HDDは4TB×4台）のHDDを載せ替えて』

ということですが、TS-XHL/R6のファームウェアでTS3400Dを起動できるということでしょうか?
ファームウェアは、TS-XHL/R6とTS3400Dでは、異なるようですが...。

●TeraStation Xシリーズ ファームウェア アップデータ（Windows） Ver.1.63
http://buffalo.jp/download/driver/hd/ts-x_fw.html

●TeraStation 3000シリーズ ファームウェア アップデータ（Windows） Ver.1.13（2014年9月1日掲載）
http://buffalo.jp/download/driver/hd/ts3000_fw-win.html

書込番号：17981773

[bunkai55]

記載不足ですみません。ファームウェアはTeraStation 3000シリーズ ファームウェア アップデータ（Windows） Ver.1.13（2014年9月1日掲載）に書き換えています。申し訳ございませんでした。

TS-XH2.0TLR6のRAIDアレイのチェック（4TB×4）は4日くらいかかったのですが、今回の機種はあと2時間（トータル時間約48時間）で終わります!やっぱり早いですね〜。

書込番号：17983081

新FW6.1.9のアップロード

[tatumiga]

出たようです。前バージョン発表から約４ヶ月か？

書込番号：17951302

[流浪のテスター]

情報ありがとうございます。
現在、DLアップ中です。

書込番号：17952112

[†うっきー†]

前回が5/13なので４ヶ月ですね。

今回のアップデート内容
http://kb.netgear.com/app/answers/detail/a_id/25636

104では16Tまでのサポート。次のアップデートでなんとか、24Tまでがんばって欲しい。
次の6.20ではUPSの不具合問題が修正予定。もうすぐ直る。楽しみです。

書込番号：17953068

[uPD70116]

確かにメーカーからすればサーバーにアップロードでしょうが、普通はアップデートではないでしょうか。

書込番号：17954823

[tatumiga]

最初は「先程、最新版FW6.1.9がアップロードされました」というタイトルにするツモリだった。
一寸長すぎるので、変更した次第です。

書込番号：17954859

[tatumiga]

もう少し詳しく書きましょうか。

昨日昼の１１時頃、久しぶりに拙宅の２基の１０４のスクラブをやろうという事で、電源オン／オフとかログ情報の確認とか色々やっていました。その最中に、新ＦＷの表示が出ました。

「新ＦＷの開発などはアメリカでやっているんだろうけど、夜遅くまで仕事しているな！！苦労してやっと今、アップロードできたんだろうだろうな」

等々と思いつつ、「アップロード」という表現を使った次第。私の気持ちとしては今でも何らおかしくはない表現です。
という事で、私の１０４のスクラブは今晩終了で、新ＦＷのインストールはそれからです。

書込番号：17954970

6TB HDD

[Ch.LATOUR]

HDD詳細画面	RAID構築中

6TBのHDD使えそうです。
今、WD RED WD60EFRXを4本でRAID5構築中です。
40時間ほどかかりそうですが…。

書込番号：17906938

[Ch.LATOUR]

WD60EFRXはダメかもしれないです。

書込番号：17918543

[名無しの甚兵衛]

>WD60EFRXはダメかもしれないです。
あれ？どうしたのでしょうか？

もう少し具体的な情報が欲しいですm(_ _)m


>40時間ほどかかりそうですが…。
これって、この程度の時間で出来るんでしょうか？
　＜「2TB×４」でも「丸一日」掛かったような．．．＿|￣|○

書込番号：17922873

[Ch.LATOUR]

マウント不可	コンパチブルモードって…

HDDは6TBであると認識されているのですが、RAIDを構成できません。
初回には気付かなかったのですが、RAID作成を再度試していた時に
「論理ボリュームをマウントできませんでした」というエラーメッセージに気づきました。
容量が16.37MBとなっているのも、構築が終われば増えるのかと思いましたが、変わりません。

書込番号：17940808

[名無しの甚兵衛]

もしかして、「以前に容量の違うＨＤＤを搭載していて、何も考えずにＨＤＤを載せ換えた」と言うことは有りませんか？
　＜「全載せ換え」なので、この場合だと「初期セットアップ」の手順になると思うので、
　　「工場出荷状態」に戻すなどの手順が必要の様にも．．．
　　または、「以前のHDDを積んだ状態でRAIDの削除し、6TBのHDDを載せ換えて再構築」とか．．．

システム用のFLASHなどに「RAID情報」などが記録されている場合、その情報を元に動作してしまいそうですが．．．



今回の件に全く関係は有りませんが、ファームウェアのバージョンアップがアナウンスされていますm(_ _)m
http://www.century.co.jp/support/download/crib35nas.html

書込番号：17941820

[あっくん★彡]

16TBの壁がありそうですね。僕も６TBで作ってみましたが、12ＴＢまではおＫで、18ＴＢはダメでした

書込番号：22413159

[名無しの甚兵衛]

＞あっくん★彡さん

>16TBの壁がありそうですね。

http://www.century.co.jp/support/taiou/2tbhdd.html
こちらに明記されていますね。

書込番号：22417492

自動ダウンロード方法が変更になった？

[shigeorg]

HVL-A だけじゃなく、HVL-AT,ATS,ATA も共通じゃないかと推測していますが、一ヶ月くらい前に公開された最新のファームウェア (2.00) にして以後、レコーダーからの自動ダウンロード方法が変わったように思われます。

私はパナ DIGA BZT750 から最新録画番組を対象にして自動ダウンロードしていますが、以下のようになっているようです。

以前：
　自動ダウンロードチェックのタイミングで、最新録画番組フォルダの中で、まだダウンロードしていない番組があれば、それらを全部まとめてダウンロードする。

現在：
　自動ダウンロードチェックのタイミングで、最新録画番組フォルダの中で、まだダウンロードしていない番組があれば、そのうちの一番古いものを一つだけダウンロードする。(続けてのダウンロードはしないで、次のチェックタイミングまで待つ)


これに気づいたのは、BZT750 からの番組ダウンロードが遅れることが多くなった気がしたからです。

私はほぼ毎日深夜アニメを多く録画していますが、それらが朝までに全部ダウンロードされていないとしても、以前だと遅くても夕方くらいまで待てば全部ダウンロードされていました。

以前は自動転送中に HVL-A のコンテンツ操作画面で「他の機器からのダウンロード」を選ぶと、転送中の番組全部のリストとその進捗状況 (RECBOX のネットワーク転送中の表示と同じやつ) が出てきて、全部をまとめて一度に転送していることがわかりました。


それが、ファームウェアアップデート後に、2, 3 日たってもダウンロードされない番組も出てきて、改めて転送履歴をチェックしたら、一回 (ダウンロードチェックの時間間隔) あたり一番組しか転送されていない上、途中から全然転送されなくなっている (履歴に残っていない) ことがわかりました。


以前もたまに DIGA や HVL-A の不具合かなにかで、自動ダウンロードがうまく働かないこともあったので、今回もそれかなと思って、それぞれの機器をリセットしたり、自動転送設定を一度削除して再度設定しなおしたりしたのですが、転送が再開されても当然のように一回一番組で、それもまた数日すると転送されなくなりました。


転送されないのは我が家の機器や LAN 環境の影響もあるのかもしれませんが、転送方法が変わったのは確かで、かつ不安定になっていると思います。


皆さんのところでは、そういうことはないでしょうか？

書込番号：17900562

[五陰盛苦]

ありません。

死なば諸共、旅は道連れ、人生お気楽街道まっしぐらw
ウサギ小屋で自らお部屋ジャンプする USB-HDD呪縛師 goon@joke

また茶々入れて、ごめんなさい。(^^;

書込番号：17900819

[MANZ]

うちのHVL-A2.0は昨晩お亡くなりになったので検証できません(^^;)

書込番号：17902210

[shigeorg]

五陰盛苦さん、MANZさん、書き込みありがとうございます。

今週に入って一切自動ダウンロードがされなくなったので、水曜頃に再度リセットや設定変更等をやってみたのですが、その後も自動ダウンロードができていないです．．．(手動ダウンロードはできています)

DIGA との間の問題なのかを切り分けるために、今朝方 nasne の方も自動ダウンロード対象に設定してみました。


ちなみに、以前は自動ダウンロードが複数番組をまとめてダウンロードする形だったので、自動ダウンロードチェック間隔を 2 時間にしていましたが、現在はとりあえず 1 時間にしています。これを 1 分にしたりすれば違ってくるのかなぁ。

もう少しいろいろやってみます。

書込番号：17903067

[FM-2004]

shigeorgさん

>一回 (ダウンロードチェックの時間間隔) あたり一番組しか転送されていない

これは私も確認しました。自動ダウンロードチェック間隔は1 分にしています。

＞今週に入って一切自動ダウンロードがされなくなったので

これはないです。今エヴァの自動ダウンロードが終了したようです。

又、気が付いたことがあれば、書込みさせてもらいます。

書込番号：17905162

[athena3]

2.0のファームアップ後、NASNEから自動ダウンロードを一切しなくなってます。
ファームを戻したいのですが、可能（問題ない）でしょうか？

書込番号：17927735

[shigeorg]

athena3さん
> 2.0のファームアップ後、NASNEから自動ダウンロードを一切しなくなってます。

我が家もその後、DIGA および nasne からの自動ダウンロードができていません。

やはりファームウェアアップデートの影響でしょうかねぇ。ただ、アップデートしてしばらくの間はできていたのですけどね。


それから、手動でダウンロードする場合に、全部ダビング 10 番組なのに、「ムーブのみ可のコンテンツが含まれている」という警告が出ることがあるようになりました。

これも同様の原因なのか、それとも私の HVL-A の不具合なのかはわかりませんが。


> ファームを戻したいのですが、可能（問題ない）でしょうか？

やったことがないのでなんとも言えませんが、古いファームウェアを適用することが可能なら問題はないのじゃないかと思います。

あ、でも、内部の番組一覧データベース形式などが 2.00 ファームウェア用になっているとかだと、古いファームウェアに戻すと、動作がおかしくなる可能性もあるかもしれないですね．．．

書込番号：17927848

[yuccochan]

> ファームを戻したいのですが、可能（問題ない）でしょうか？

過去にHVL-AVで、ファームのアップデートで頻繁に起動してしまうトラブルが出た時の結論では、
不可能でした。
１〜２ヶ月位（だったかな？）して、新しいファームがリリースされて、一応解決しました。
＃一応：頻繁ではなく、頻度が下がった。
　　　　時計の調整や、ファームのアップデートをオフにしていても、時々勝手に起動する。

書込番号：17928403

[ローカスPCI]

athena3さん
ファームウェアを元に戻す（ダウングレード）ことは、はできない可能性が高いです。
参考スレです。↓↓
http://bbs.kakaku.com/bbs/K0000515781/SortID=17186778/#tab

書込番号：17932698

[shigeorg]

その後いろいろ試しているのですが、

> それから、手動でダウンロードする場合に、全部ダビング 10 番組なのに、「ムーブのみ可のコンテンツが含まれている」という警告が出ることがあるようになりました。

について、一番組だけ手動ダウンロードする場合は警告は出ないけど、2 番組以上にチェックを入れて手動ダウンロードしようとすると、「ムーブのみ化コンテンツ」の警告が出ることがわかりました。

これは DIGA も nasne も同じで、明らかにバグですね。(ファームウェア 2.0 で発生するようになったバグでしょう)


で、もしかして自動ダウンロードができないのは、「複数番組あると全部がムーブのみ化コンテンツだと思い、自動ダウンロード設定の「コピーカウントチェック」が有効になっていると、全部の番組をダウンロード対象から除外してしまう」といったことが起きているのかなと思いました。

そこで、「コピーカウントチェック」を有効にしたまま、ダウンロードチェック間隔を 1 分にし、とりあえず 1 番組だけ新たに録画してみたら、しばらくしたらその番組は自動ダウンロードされました。

次に、「コピーカウントチェック」を無効にしてから、3 番組録画してみたのですが、数時間たっても自動ダウンロードされません。(ダウンロードチェック間隔は 1 分のまま)

さらにいくつか設定変更等をしてみたのですが、その後は自動ダウンロードがうまくいかないですね。


いずれにしろ、自動ダウンロードがうまくいかないことがあるのは、ファームウェア 2.0 のバグじゃないかと思うのですが、以前はできていたし、1 番組だけからできることもあるので、とりあえずバグ修正ファームウェアが出るまでいろいろあがいてみようと思います。

最後の手段としては手動ダウンロード (バグによる間違った警告は無視) すればなんとかなるので．．．

書込番号：17937164

[athena3]

ファームが2.0になってから、NASNEが節電モードに入らなくなりました。自動ダウンロードの間隔を「1分」にしたためかと思い、「15分」等に変更してみましたが、やはり節電モードになりません。

書込番号：17937272

ソフトウェアのアップデート情報

[ヤス緒]

■Ver.1.27 → Ver.2.00（2014/08/06）

・DLPA2.0リモートアクセスガイドラインに対応。
・自動圧縮保存機能に対応。
・一部の機器からのチャプター情報のダウンロードに対応。
・Smartplaying(TM) Engineの映像ビットレートに0.5Mbpsの設定を追加。
・自動ダウンロード設定監視間隔に1分の設定を追加。
・動作安定性の向上。

http://www.iodata.jp/news/2014/information/hvl-at_verup.htm

HVL-ATAシリーズと同等品にする大型のアップデートで、、、
DTCP+を利用されない方も、圧縮変換でトランスコーダの恩恵を受けられる様になったりと
より便利になる模様です。m(_ _)m

書込番号：17821112

[MANZ]

HDD内変換するのにスマホからしかできないとか、ちょっと？な仕様です。
PCからのコンテンツ操作画面で圧縮後のタイトルの前にHRと付きますね。従来のタイトルにはMPEG2とかAVCとか付きます。
そんなのよりもダウンロードムーブ画面で残りのコピー回数の表示を追加して欲しい…

書込番号：17821396

[ヤス緒]

MANZさん、こんばんは。
貴重な情報ありがとうございます。m(_ _)m

>HDD内変換するのにスマホからしかできないとか、ちょっと？な仕様です。

ムーブ時以外の変換も可能なんですね。(^^)
操作用のソフトウェア自体はRECBOXの中に一緒（PC用やテレビ用も）にある筈ですから、、、
わざとでしょうかね？（ARIB的なサムシングで無い事を祈ります;^^）

書込番号：17821635

[shigeorg]

ヤス緒さん
> ■Ver.1.27 → Ver.2.00（2014/08/06）

以下は HVL-AT ではなく HVL-A + USB トランスコーダーで試した話です。


コンテンツ操作画面の番組一覧のタイトルの前に「MPEG2」とか「AVC」他の状態を示すアイコンが表示されるようになりました。

あと、いつものように、ファームウェアアップデート後は、コンテンツ操作画面上でのフォルダの並びがぐっちゃぐちゃに入れ替わってしまいます．．．


> ・自動圧縮保存機能に対応。
> DTCP+を利用されない方も、圧縮変換でトランスコーダの恩恵を受けられる様になったりと

ダウンロード時の自動圧縮機能の有効・無効や圧縮率の設定は詳細設定の方で行い、コンテンツ操作とは分かれています。

そのため、一度設定したらそれが常に適用されるので、「このダウンロード設定は 3 倍で圧縮するけど、このダウンロード設定は圧縮しない」といった、個別の設定変更はできません。

また、自動ダウンロードだけでなく、手動ダウンロード時にも適用されます。

動作としては、一旦通常のダウンロードを行った後で、その後 1 分くらいしてから「圧縮待」の状態になり、さらにしばらくすると「圧縮中」となって圧縮処理が行われます。


あと、すでにダウンロード・転送済みの番組の場合、PC のブラウザからの操作では手動圧縮はできませんが、Android 用のコンテンツ操作画面では、各番組ごとに手動圧縮するメニューボタンが表示され、保存済みの番組の手動圧縮ができます。

ただし、圧縮率は詳細設定の方で設定したものがそのまま使われるようなので、各番組ごとに別の圧縮率にしたい場合は、いちいち詳細設定の方で変更しないといけないので面倒です。


それから、DIGA の録画番組で試したのですが、サイズが小さくなる圧縮はできるけど、大きくなる「圧縮」はエラーになりました。(手動ダウンロードおよびスマフォからの手動変換指定のいずれでも。DR → HR3 OK。4倍録 → HR3 エラー。4倍録 → HR7 OK)

書込番号：17821644

[ヤス緒]

shigeorgさん、こんばんは。
詳しいレビュー情報ありがとうございます。m(_ _)m

>ただし、圧縮率は詳細設定の方で設定したものがそのまま使われるようなので、各番組ごとに別の圧縮率にしたい場合は、いちいち詳細設定の方で変更しないといけないので面倒です。

最悪この辺りだけでも改善して欲しいですね。

書込番号：17822000

同機種へＨＤＤを換装した場合の挙動検証

[†うっきー†]

関連スレッド(102から104へのドライブ換装)
http://bbs.kakaku.com/bbs/K0000522361/SortID=17796700/#tab

関連スレッドでは機種が異なるものからの換装で、趣旨が若干ことなりましたので、
新しいスレッドに引っ越ししてきました。

【経緯】
換装した場合は、クラウドは使えなくなるのではないか？
理由としては、HDD上に換装前の機種のシリアルNoが書き込みされていて、そのシリアルNoと一致しないことが理由で。
詳細は関連スレッド参照。

【検証】
現在２台本機を保持しているため、検証してみました。
１号機（４台のＨＤＤでRAID5)（クラウドオン）
２号機（４台のＨＤＤでRAID5)（クラウドオン）

１号機の電源をオフにしてＨＤＤすべて取り外し、一度も本機に接続したことのないＨＤＤを１台取り付けて電源ＯＮ
Factory Resetがかかり、すべて初期状態からやり直し。
この時ＨＤＤがGPTでは「ERR:Used disks Check RAIDer」と液晶に表示されて先へ進めないので、MBRへ変更しておく必要があります。
通常は新品のディスクを指すことが多いので、一般的には遭遇しない問題。

次に、問題の同型機からのＨＤＤを換装した場合の挙動について確認。
１号機の電源をオフにして２号機の４台のＨＤＤを１号機に入れて電源をオン。
何事もなかったかのように起動してデータも残った残ったまま、２号機で作成したデータは全て無事。
但し、クラウドは自動でオフになっている（最後にセットしたクラウドの状態と一致しないためと推測）
クラウドをオンにした後、クラウドユーザーのＩＤをパスワードを入力（これがクラウド管理者となります）
クラウド経由でアクセス出来ることを確認

ここまでの流れで、本機が壊れた場合でも、同型機へＨＤＤを入れ替えることで、今まで通りクラウドも含めて利用できることは確認出来ました。

【検証補足】
・クラウドの管理者は後から自由に変更出来る。（後で追加したユーザーでも可能）
・クラウドのユーザーは同じメールアドレスで複数作れる。


【HDD上に換装前の機種のシリアルNoが書き込みされるのではないかという問題は？】
これについては、関連スレッドでmakeup birdsさんが該当ファイルを見つけてくれました。
以下一部引用
>の部分だけなんですが、sshでINしてざっとみてみたところ
>
>root@hoge:~#find /var/* -type f -exec grep -lHn "私のNASのシリアル" {} \;
>/var/log/readynasd/fwbroker.log
>/var/readynasd/db.sq3

私の推測では、クラウドをオンにした時に書き換えられるでのはないかと推測しています。
２号機機のＨＤＤを１号機に移した時点では、２号機のシリアルＮｏのまま。
１号機でクラウドをオンにすると、１号機のシリアルＮｏに書き換えられる。
fwbroker.logは拡張子からして、ログのようなので変更結果が追記されると推測。

残った懸念事項は、このシリアルＮｏだけだと思いますので、今晩にでも再度確認予定です。


以上、本機が壊れた場合にそなえて、予備機の購入等を検討されている方の参考にでもなればと思います。

書込番号：17803959

[†うっきー†]

１枚目の画像	２枚目の画像

>残った懸念事項は、このシリアルＮｏだけだと思いますので、今晩にでも再度確認予定です。

この懸念ですが、勝手に書き換えてくれていました。以下検証内容です。

192.168.0.15:１号機のＩＰ
192.168.0.17:２号機のＩＰ
シリアル下１桁Ｅ：１号機のシリアル
シリアル下１桁３：２号機のシリアル

【１枚目の画像】
２号機にささっているＨＤＤの中身。
昨日、１号機に差し替えたので、fwbroker.logには両方のシリアルがログに残っている
db.sq3は名前からしてクラウド情報が格納されたデータベースファイル（２号機でクラウドを構成しているので２号機のシリアルしか入っていない）
core-readynasdは不明

【２枚目の画像】
２号機のＨＤＤを１号機に移した直後
自動的にdb.sq3の中のシリアルが書き換えられて、１号機のシリアルだけになった状態
core-readynasdは２号機の状態のまま・・・・

core-readynasdは不明でしたが、db.sq3は何もしないでも（差し替えるだけ）勝手にシリアルを書き換えてくれるようです。

今回は差し替えの前にFactory Resetがないため、１号機に差し替えた後もクラウドはオンのままでした。単純に本機でのクラウドのオンオフは前回値が表示されているだけかもしれません。
一切設定を変更することなく、そのままクラウド経由で１号機に差し替えた元２号機のデータへアクセス出来ました。

以上のことから、差し替えるだけで、クラウドも問題なく利用出来ます。

差し替え前にFactory Reset等をしてクラウドオフであっても、昨日検証したように、一度クラウドをオフ（場合によっては最初からオフ）にした後、クラウドをオンにすれば、問題なく利用出来ます。（出来ました）

書込番号：17805114

[†うっきー†]

rootユーザーが削除されてしまう

先ほど、御臨終となりました。

１号機でクラウドをオフにした後再度オンにした頃あたりで、sshでつながらなくなったので、なんだろうと思ってログを見ると、なんとrootユーザーが勝手に削除されていました。
こうなると、再起動をかけると管理画面にアクセスできなくなります。
こうなった場合は、唯一、IP直討ちで共有フォルダへアクセス出来ますので、ファイルを救出した後で、Factory Resetしか手段がありません。

実は過去にクラウドに関しては不具合がありました。adminにログインすると同じような現象になるというものです。
この不具合が修正されたあと、ＨＤＤの入れ替えなどしていない時に、一度だけですが、クラウドをオフにしたりオンにしている時に、今回同様のrootユーザーが勝手に消えるという問題がありました。
ただ、その後再現はしなかったのですが・・・・・

クラウドに関しては、まだ不具合が残っているのは間違いないようです。ＨＤＤの換装に関係なく。

クラウドを使う場合は、一度ＯＮにしたら、そのまま使うか、
クラウドは使わない方がよいようです。

私は今後クラウドを使わない運用にします。

本機故障した場合に、別の機体へ換装した場合は、データを一度別ＨＤＤへ救出した後でFactory Resetで初期化して救済データを戻して運用した方が安心できるかもしれません。

まさか、再度rootユーザーが消される問題に遭遇するとは・・・・・

書込番号：17805278

[tatumiga]

オイオイオイオイ。
†うっきー†さん、大変な事になったようですね。

まだ、事態を良く理解できていませんが、・・・・。
データのバックアップがあっても、各種作業のやり直しは大変でしょう。やっぱり、リスクが残っていたと言うべきか、・・・。

私のカキコで大変なご迷惑をかけてしまいました。申し訳ありません。


＞私は今後クラウドを使わない運用にします。

私も早速、クラウド機能などを全部オフに変更しました。
104はクラウド機能を使うために購入したんじゃないし、９９％は家庭内LANのＰＣからアクセスする使い方なんで、実際上はあまり困りません・・・・・と、強がりを言いつつ・・・・。

復旧作業がスムーズに進みますよう、祈ります。

書込番号：17805580

[†うっきー†]

>私のカキコで大変なご迷惑をかけてしまいました。申し訳ありません。

tatumigaさんのせいじゃないですよー
私の興味で試しただけですので。


>復旧作業がスムーズに進みますよう、祈ります。

余裕です。
４Ｔ４本のRAID5なので、３７時間放置で再構築完了。
バックアップ用の２号機のＨＤＤなので、バックアップの設定をして、バックアップを開始して半日程度放置しておけば完了です。
復旧自体にかかる私の作業は、たいしたものではありません。


過去に一度rootユーザーが消えた時に、サポートには連絡したのですが、確実な再現手順がわからないので、不具合が修正されるかどうか・・・・・

書込番号：17805639

[makeup birds]

前スレ[17803479] tatumigaさんwrote:
＞このHDD上のシリアルナンバーはどういう時に利用するんでしょうね。
どんなプログラムが参照しているのか調べるのは難しいのですが追記ならタイムスタンプの変更を見るか、または下記の要領で監視できます＾＾。

「root@hoge:~#tail -f /var/log/readynasd/fwbroker.log」としてlog画面を開いたまま
(1)自宅のLAN内部から「http://(NASのプライベートアドレス)/」として管理画面へloginしますと

・その時点で追記されてるようです。これは私のNASのF.W.が6.1.6なのでバージョンチェックをしているようです。[システム]アイコンのまま"ボリューム" "パフォーマンス" "設定" "ログ"アイコンのクリックでは変化ありませんでした。
・同様に[共有]→[iSCSI](未使用です)→[アカウント]・・・・と[バックアップ]までクリックしてみましたが変化はありませんでした。

(2)「http://readycloud.netgear.com/」としてアクセスし画面からクラウドのアカウントでサインインしますと
・ここでも追記されているようです。[アクセス]という画面でこの画面の右上にある[グリッド][アイコン][タイル]をクリックするたびになにやら大量に追記されてるようです。

(3)この画面から管理アイコンをクリックすると(1)と同じものを呼び出すようですがそこへ戻って[クラウド]アイコンから[ReadyCLOUD]を「ON→OFF」にしてみました。
・ここでは何も変化ありませんでした。ちなみにこの時点で[システム]の[ログ]をみますとしっかりクラウドのアカウントが
Tue Aug 5 2014 22:36:54●アカウント: ユーザー '＊＊＊＊＊' が削除されました。
と削除されるようですね。＾＾；

とここまで下書きしてこちらを見ましたら †うっきー†さんのNASが大変な事になってました；；rootが削除されるなんて・・・怖すぎます；；

あ!、上から二つ目のカキコに †うっきー†さんがお書きになられた
＞core-readynasdは不明

これは/usr/sbin/readynasd が吐き出したコアダンプではないでしょうか?・・＾＾；；私のにはまだありません＾＾；

†うっきー†さん、tatumigaさんお二人の探究心には胸を打たれます。私にも何かお役に立てればと横から出しゃばったばかりにご迷惑をおかけしたことをお詫びします。

書込番号：17806030

[†うっきー†]

>これは/usr/sbin/readynasd が吐き出したコアダンプではないでしょうか?・・＾＾；；私のにはまだありません＾＾；

ファイル名からして、コアダンプっぽいですよね。
私の、１号機のＨＤＤにもなかったですね。
試しに、現在再構築後の、２号機もクラウドをオンにして、再度確認しましたが、ありませんでした。
作成のタイミングがわかりませんでしたが、唯一思いつくのが、
先日暑い日があり、そのときにＯＮＵかルーターかどちらかが調子悪くなったためか、ＬＡＮ内の通信はＯＫでしたが、ＷＡＮ側との通信が出来なくなってネット通信が不安定になったことがあります。その時にクラウド経由でもファイルのやりとりをしていたのですが、当然不安定になりました。その後冷房を入れて安定化させました。
その時の情報がダンプ出力された可能性があります。
推測の域を出ませんが、通常は作成されないファイルっぽいですね。


>†うっきー†さん、tatumigaさんお二人の探究心には胸を打たれます。私にも何かお役に立てればと横から出しゃばったばかりにご迷惑をおかけしたことをお詫びします。

迷惑なんて何もかかっていませんよ。貴重な情報だったので、逆に役にたちましたよ＾＾
ありがとうございます。

書込番号：17806622

[†うっきー†]

>バックアップ用の２号機のＨＤＤなので、バックアップの設定をして、バックアップを開始して半日程度放置しておけば完了です。
>復旧自体にかかる私の作業は、たいしたものではありません。

本日、無事バックアップ完了しました＾＾
１．３Ｔのバックアップ作成に、１４時間ほどかかっていました。
お騒がせしました。


今回の検証で、別機へＨＤＤを移行できることが検証できましたので、
２台ある場合に、片方の本体が壊れた場合に安全に救済出来ると思う方法を書いておきます。何かの参考にでもなればと思います。

・常に両方を同じＦＷにしておく。予備機として置いている場合は、適当なＨＤＤを指した後でＦＷ更新など（ＦＷが異なると何か問題が出る可能性があるかもしれないので）
・壊れていない方のデータをどこかにコピー（取り外した後で戻した時に、万が一、元に戻らなかった場合にそなえて）
・壊れていない方を電源オフにしてＨＤＤ取り外し。
・壊れた方から壊れていない方へＨＤＤを移動して電源オン。何事もなく起動するはずなので、急いでどこかへコピー。（サルベージ完了）（何らかの理由で初期化が始まった場合は、データが飛ぶことになるのであきらめる）
・電源オフにしてＨＤＤを取り外して、元のＨＤＤを入れて電源オン。もとの状態のまま使えるはず。

書込番号：17814757

[tatumiga]

†うっきー†さん、ご苦労様。先ずは一段落という事でしょうか。


ただ、あれから色々考えたんですが、今回の件で１０４はまだ使えないＮＡＳだと思いました。
ＦＷにまだ欠陥が残っているのか、クラウドがらみで何か欠陥が残っているのか？　

今回の†うっきー†さんの試行錯誤がメーカの許容している範囲から少し外れた作業であったにせよ、それ程メチャクチャな事をしたのではないでしょう？
それなのに突然、「rootユーザー消去」という事態に陥るとはとんでもない話と思います。ＨＤＤが一定の確率で使えなくなるなんていう寿命の話とは違うと思います。


今後、多少手間がかかる事になっても、徐々に１０４を使うのはやめる方向で、拙宅のデータ・バックアップ体制を構築し直したい。情報ありがとうございました。

書込番号：17817619

[†うっきー†]

>ただ、あれから色々考えたんですが、今回の件で１０４はまだ使えないＮＡＳだと思いました。
>ＦＷにまだ欠陥が残っているのか、クラウドがらみで何か欠陥が残っているのか？　

欠陥が残っていることは間違いないと思います。
すでに修正して頂けることになっているＵＰＳの不具合（致命的ではない）はFW6.2.0の修正予定で、まだまだ先のようですし。
最近FWの更新がない（6.1.8が5/13）ですね・・・・・


>それなのに突然、「rootユーザー消去」という事態に陥るとはとんでもない話と思います。ＨＤＤが一定の確率で使えなくなるなんていう寿命の話とは違うと思います。

過去にもrootユーザーが消えましたが、確かに、とんでもない話ですね。

先ほどサポート受けたときの送信した内容を確認したところ、今回が２回目ではなく、３回目でした。
その時に送った内容を引用しておきます。送ったのは、2014/05/18 12:45:50頃
>それと２回しか再現できなかったのですが、以前あった不具合（Web管理画面 > クラウド > ReadyCLOUDをONにした際に名前に「admin」、パスワードにログインパスワードを入力して参加してしまうと管理画面にアクセス出来なくなる）と同じような不具合が出てしまいました。(FW6.1.8で)
>adminではログインできないように修正はされているようなのですが、何らかのタイミングで管理画面にアクセスできなくなりました。再現方法を模索したのですが結局わからずじまい。ネットワークドライブに割り当てたフォルダにはアクセス可能。（但し特定のユーザーにだけ公開したフォルダは無理）
>２回目再現したときに再起動前のログを見ると勝手にrootユーザーを消した旨のログが残っていました。


ＨＤＤの入れ替えで起こる問題なら、イレギュラーだから？という話で片付けたもよいですが、
ＨＤＤの入れ替えをしない通常運用でも過去に２度rootが消えていますから、他の人も起きる問題だと思います。
メーカーが本腰を入れて調査してくれるかは分かりませんが、先ほどサポートに、rootユーザーが３回も消えた旨は報告しておきました。
とりあえず、クラウドのオンやオフは極力しない（使用しない）ということで逃げるしかありませんが。


なんとか、メーカーが不具合内容を突き止めて修正してくれることを願っています。

書込番号：17818248

[tatumiga]

スレのテーマと直接関係ありませんが、場所を借ります。

１０２，１０４共に販売価格をここに提示している店舗数が急減しましたね。
お盆休みの関係でという事も考えられますが、そろそろ新機種の発売開始かもしれません。

一寸気になったもので・・・・・。

書込番号：17840296

[yammo]

> スレのテーマと直接関係ありませんが、場所を借ります。

何故？
新規で投稿すればいいのに…。

書込番号：17847923

[†うっきー†]

>メーカーが本腰を入れて調査してくれるかは分かりませんが、先ほどサポートに、rootユーザーが３回も消えた旨は報告しておきました。

１ヶ月以上経っても連絡がないため、こちらから連絡を入れてみました。
現在メーカーでも再現は出来ているとのことでした。
ただ、原因と修正方法について、まだ調査中とのことでした。
まだ調査中だったため、連絡が遅れていたとのことでした。

根が深いのだろうか・・・・

rootが消えるのは、かなり致命的なので、次のバージョンあたりでは直しておいて欲しいところです。

現在ユーザーが出来ることとしては、クラウドの機能は極力使わない。
どうしても使う場合は、設定を変更した後に必ずログを見てrootが消えていないかを確認。
消えてしまった場合は、本機を再起動しないで、データを別のところへ移すことを最優先に行い、その後、工場出荷に戻しデータを戻す。
消極的な方法ですが、現状では他に方法がありません。

書込番号：17956537