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

『管理者アカウントを作成する』画面で次ボタンが押せません。

[アサタイチ]

管理者アカウントを作成する

【困っているポイント】
NASの初期設定をしています。DSMのセットアップが終了。
「DSM 7.0 にようこそ」の画面で起動ボタンを押し
「このSynology NASに管理者アカウントを作成する」画面で
アカウント情報を入力して、次へのボタンを押しても反応しません。
原因をご存じの方がおられましたら、お教えください、よろしくお願いいたします。

【利用環境や状況】
NAS DS216j を繋いでいた環境です。
PCも別のPCからも試してみました。
Win10です。

ブラウザもFireFox、crome、Edgeと試しました
DS220J本体のリセット、DSMの再インストールも試しましたが駄目でした。
OSのバージョンアップのせいかなとも思っていますが、情報を得られていません。

書込番号：24390593

[たく0220]

＞アサタイチさん

こんばんは。

パスワードがルールに則してないかもしれません。
入力欄が赤くなっていますので、そこにマウスカーソルを移動させると何か説明が表示されませんか？

参考：詳細 | DSM - Synology ナレッジセンター
https://kb.synology.com/ja-jp/DSM/help/DSM/AdminCenter/file_user_advanced?version=6

の「パスワード強度ルールを有効にする：」を参考にしてください。

デフォルトの設定は添付した画像の内容かと思います。
大文字と小文字がどちらも最低でも１文字使われてないといけません。

まずはエラーの内容を確認してみてください。

書込番号：24390917

[アサタイチ]

ご連絡ありがとうございます。
ご指摘の通りでした、パスワードに大文字小文字を含めたら通りました！
無事インストール終了しました。
（付属のNAS初心者ガイドには大文字小文字の記載がありませんでした）

書込番号：24391121

[たく0220]

＞アサタイチさん

無事に進められたようで、良かったですね。

価格.com - 『DS220j/JPとDS220jの違いは？』 Synology DiskStation DS220j/JP のクチコミ掲示板
https://bbs.kakaku.com/bbs/K0001241841/SortID=24373828

で情報ありますが、フィールドレイク取り扱いの「DS220j/JP」の場合ですと
DSM 7.0用の冊子の申し込みができますのでご確認ください。応募期間は2021年12月31日(金)までになります。

なお、「初心者ガイド - DSM 7.Xを基に」はこちらからもDLできます。

ダウンロードセンター - DS220j | Synology Inc.
https://www.synology.com/ja-jp/support/download/DS220j#docs

書込番号：24391176

[アサタイチ]

＞たく0220さん

かさねがさねありがとうございます。

「初心者ガイド - DSM 7.Xを基に」をダウンロードしました。
文字入力規則の記載がありました。

DSM 7.0用の冊子の申し込みもしてみます。

書込番号：24391726

NAS 最少スタート、途中で1台ずつ増設可能な機種

[kintsugi]

NAS･RAIDとも初心者です、教えてください。
6ベイ以上で､オール2.5インチSSDのNAS構築希望です。

最初にSSD8TB3台でRAID5スタート
容量足りなくなったらSSDを一台ずつ増設
最終的には8TB×5=40TB

この機種でこのようなことは可能でしょうか？
他に6〜12ベイで可能な機種やメーカーはありませんか？

宜しくお願いします。

書込番号：24371208

[テキトーが一番]

ストレージマネージャの項目に、「ストレージ プールとボリューム容量の拡大をサポート 」「Synology NASに空のドライブスロットがある限り、追加のドライブをインストールして、既存のストレージプールに追加して容量を拡張することができます。 」の中にRAID5があるので可能でしょう

ただ・・・追加はお勧めしません・・・
パリティーの分散が途中から変わるため復元出来るかどうか微妙ですし・・・・機械が壊れた場合、同じようなものを買うか・・しなければなりません。RAIDを組んでない場合、普通に外付けとして読めたりするかもしれませんしね。
私は安価なHDDを買い、週1〜月1で繋いでバックアップして外してます。（容量は40Ｔもありませんので余裕ですが）
４０ＴＢならもう1代ＮＡＳを買ってそちらはＨＤＤで組み、バックアップするときだけ立ち上げるといった感じでするか、RAID1で組んでしまうかすると思います
詳しくは
https://www.g-cm3.com/?p=3471
ここを参考に。

他の機種
https://www.qnap.com/ja-jp/product

参考まで

書込番号：24373090

[グレゴール・ザムザ]

kintsugiさん
はじめまして、

ご質問のHDD/SSD追加による容量拡張はRAID5/6のごく一般的な機能ですので、物理的にストレージベイがある限りすくなくともSynology, QNAP, NetgearなどメジャーなメーカーのNASで可能なはずです。(現在Netgearは一般向けの販売がないようです)

また容量拡張やRAIDの再構成は一般的にデータを全チェック、全更新するため、負荷が高いことと潜在的なエラーが顕在化することで、トラブルが起きやすいです。
HDDの場合は後者を防ぐために、日常的なRAIDのスクラブ(整合性チェック)が肝要です。
いずれにしても日常的なデータのバックアップは必須と思います。

さて具体的に今回、SSDでお考えとのことで、DS1621xs+は3.5インチベイですので筐体サイズが必要以上に大きいかなと思いました。
SynologyですとFlashStation FS1018とオプションの10GbEのNICあたりが2.5インチのSSDの利用を想定した設計で、適しているように思います。(発売から4年経ちますのでそろそろ新製品が出そうですが)
製品写真だけだとわかりにくいですが2周りくらい小さいと思いますよ。

DS1621xs+も将来例えばバックアップ用途などで3.5インチのHDDの利用など使いまわすことが想定されるのであればありかもしれません。

またSynologyですとSHRという独自の拡張RAID機能があり、異なる容量のストレージを混在可能ですが、xsなど上位のシリーズや上記FlashStationは対応していません。

書込番号：24373676

[kintsugi]

回答いただいた皆様、有難うございました。
とても参考になりました。
分からないことだらけで、今後もお尋ねすると思います。
その節はまた教えてください。(__)

書込番号：24390990

PC内のＨＤＤを個別にバックアップをしたい

[勇者王です]

Synology Drive Clientを使用したバックアップをしたいと思っています。

NASの方は複数ドライブに個別にフォーマットしており、
ＰC内のHDDを個別にバックアップしたいと思いましたが、
Synology Drive Clientは１つのバックアップタスクしか作成できないため目的の設定ができません。

Synology Drive Clientで複数のバックアップタスクを作成する方法、
もしくは別のソフトを使用したバックアップ方法があれば教えていただきたいです。


できなければ、ＮＡＳ内のＨＤＤをすべてストライピングし、
PCのHDDすべてのバックアップを取ろうかとも思っていますが、
１つのＨＤＤの故障ですべてのデータがきえてしまうのでＨＤＤ別でバックアップしたいです。

よろしくお願いします。

書込番号：24390400

[KAZU0002]

エクスプローラーからそのNASのドライブを見られるようにしてあるのなら、汎用バックアップソフトで何とでもなると思いますが。
バックアップ先を四六時中電源入れっぱなしと言うのも、いろいろ無駄に感じます。USBの外付けドライブじゃだめなんですかね？

書込番号：24390419

[勇者王です]

エクスプローラーで見られます。
EaseUS EverySyncというソフトでバックアップを取っていましたが、
容量が多いととても遅く、
他の手段を考えていました。

NAS自体が私の自宅ではなく、
実家に設置してある環境です。
遠隔でバックアップを取ることを目的としています。

汎用のソフトでもオススメがあれば教えていただきたいです。

書込番号：24390457

[KAZU0002]

>容量が多いととても遅く、
毎回々々丸ごとバックアップとかは、しないのが普通ですので、念のため。
1TBあたり1時間以上かかるのが普通ですし。LAN経由ではそのへんもボトルネックになるでしょう。致し方なし。
まぁ初回で時間がかかるのは当たり前で。二回目以降は差分モードにしておけば、変更してあるファイルだけで済むので、必要な時間はぐんと減るはずです。
ただ、ファイル数が膨大だと、検索とバックアップ必要性の判断にそこそこ時間はかかりますが。小さいファイルが大量に保存してあるフォルダがあるのなら、ZIPなりRARでまとめてしまうのも手。

>BunBackup
https://forest.watch.impress.co.jp/library/software/bunbackup/
この辺のソフトでも、差分/履歴など、必要なバックアップ方法がとれます。

書込番号：24390583

[勇者王です]

ありがとうございます。

多分遅いのはファイル数のせいだと思われますので、
見直してみます。

書込番号：24390612

[KAZU0002]

>フォルダ容量表示FileSum 64ビット版
https://www.vector.co.jp/soft/dl/winnt/util/se513257.html
フォルダのファイル合計容量とファイル数を表示してくれめソフトです。

書込番号：24390650

RAID1（の両ディスク）エラーを解消するには？

[KA-7300]

全般ではなく、別機種固有の掲示板に投稿してしいたので、あらためて全般であるこちらに（再）投稿させて頂きます。（機種固有というよりADMの話なので）

■質問１

同時にHDD2台がMediaErrorとなったものの、ASUSTORのRAID1はなかなか優秀らしく、障害発生後もボリュームには普通にアクセス出来ていました（過去形。理由は質問2に記します）。そこでお教えいただきたいのですが、どちらのHDDを先に交換すれば良いでしょうか？サポートに質問中なのですが、6日間経った現在も有効な回答がありませんので、何かヒントとなるアドバイスでも頂ければ幸いです。

構成：
vol1 Disk1, Disk3 でRAID1
vol2 Disk2, Disk4 でRAID1
上記のDisk2及びDisk4が同時刻にMediaError（幸いにもセクタ番号は異なる）。

ASUSOTRのサイトを参照すると、RAID1の片側が障害を起こした場合は当該ディスクを引き抜いて新しいディスクを入れるだけで解消する旨の文書がありますが、両ドライブに赤LEDが点灯する状況ではどちらから交換すればデータが失われずに済むのか見当がつかず。


■質問2
良い手を思いつかなかったので、まずはバックアップを取ろうと、冗長性のなくなったvolume2のデータをvolume1へ（ASUSTORのファイルマネージャにて）コピーしていたところ、ASUSTORがハングアップしてしまいました。
現在Disk2のLEDのみ猛烈に点滅しているので、ボタン長押しによる強制電源断は怖くて試せていません。
（ハングアップする前は、Disk4台全てのLEDが明滅していました）
ハングアップの症状としては、
　・本体液晶の表示は通常右から左へスクロールするのですが、それが途中で止まったまま。
　・LANから接続できない（ログオン画面にも至らない）
　・pingにも反応が無い
です。
この状態を解消するには、電源長押ししかないでしょうか。
（ほかの技をご存じでしたらご教示いただけますと幸いです）


以上よろしくお願いします。

書込番号：24358298

[たく0220]

＞KA-7300さん

ASUSTORのNASは使ったことがありませんので、正確な情報が必要な場合はスルーしてください。

＞この状態を解消するには、電源長押ししかないでしょうか。

HDDの異常によりSATAのリセットを繰り返していて、システムが他の事にリソースを割けない状態かと思われます。
その場にいないので何とも言えないのですが、自分なら数十分まっても復旧しない場合は、あきらめてシャットダウンさせます。
多分ボタン長押しすら受け付けないかもしれません…


最近のNASのOSはベースにLinuxを使っています。
ADMも同様になるかと思います、RAIDもソフトウェアRAIDのmdadmというソフトウェア上で構築されています。

＞vol2 Disk2, Disk4 でRAID1
＞上記のDisk2及びDisk4が同時刻にMediaError（幸いにもセクタ番号は異なる）。

RAID1はミラーリングですので、RAID5やRAID6のようなパリティによる修正は出来ません。
今回のようにアレイを組んでいるHDD全てにダメージがある状態ですと、全てのデータを正常な状態への復旧は難しいです。
また、RAIDの状態が不明(おそらくクラッシュしてる)ですので、ADM上からは１から作り直しになるかと思います。

先にメディアエラーとなったHDDは、RAIDアレイから切り離されてると思いますが
この時ディスクマネージャーでボリュームのステータスはデグレード(劣化)になっていまいしたか？
もしデグレード(劣化)状態で、このボリュームのデータを更新していた場合は、残った１台にしか保存されていません。

残った１台がメディアエラーとなった時、ボリュームのステータスがクラッシュなどの言葉が使われていた場合は
２台ともmdadmのステータスにfaultyがセットされてしまってるかと思います。
このような場合の一般的な方法での修復手段を私は知りません。

ある程度Linuxの操作に慣れているなら、２台のHDDから無事なファイルのみを集める事は出来るかもしれません。
ただ、不良セクタのあるHDDでRAIDアレイを作成する事はお勧めしませんし、ADMでも作らせてくれないでしょう。
スペアのHDDは準備される方向性なのでしょうか？
とりあえずでもサポートからの回答が早く来るといいですね。

あと、SSHというリモートコンソールが使えるなら
cat /proc/mdstat
である程度RAIDの状態が判るかと思います。参考までに。

書込番号：24358487

[KA-7300]

＞たく0220さん

ASUSTORのNASを使ったことは無いとされながらも、こちらの掲示板でも示唆に富むアドバイスを頂きありがとうございます。

出来うる限りデータを救出したいので、当該ボリュームのディスクアクセスが継続している状況でのシャットダウン手段に悩んでおり、5日ほど手が出せていない状態です。

# 長押しさえ受け付けない状況、確かにそういうケースも有り得ますね。
（サポートがちゃんと回答してくれればその方法を実施するのですが）


RAID1の話になりますが、今回の件ではASUSTORの作りの良さに感謝しています（サポートの応答の悪さは酷いですが）。
よくあるナンチャッテRAID1（MASTERに障害が出た場合は完全にSLAVEに切り替わってしまうタイプ）だと、今回のケース（両方MediaError）は全滅になると思います。ASUSTORの場合、HDDそのものはMediaErrorとなっているものの、どちらのHDDもRAID1ボリュームに組み込まれたままの状態であり、RAIDボリュームへは問題なくアクセスできていました。ボリュームのステータスは、通常は障害を起こしたドライブへの耐久性が1台と表示されていますが、ここは0に変わっていたと思います（慌てていたのでうろ覚え）。

それゆえ、MediaErrorを起こしたHDDで構成されるボリューム2へのアクセス時はエラー箇所までDisk2を使い、エラー箇所のみDisk4を使ってくれるのだろうと（私が勝手に）思っていました。とはいえ全データバックアップを行ったところ途中でハングアップしたので、もしかしたらその部分の挙動が弱いのかもしれません。（なのでサポートの回答を心待ちにしています）

HDD内部でのセクタ代替処理が不可となったのでしょうから、NAS(ASUSTOR)自体の方にBBM(BadBlockManagement)、或いはPDM(PredictiveDataManagement)と呼ばれるような機能が備わってくれていれば（別アレイにデータを吸い出さなくとも）RAID1アレイの片側を交換する形で治せないかと期待しています。ただASUSOTRサイトのカレッジ（技術情報の）などを見てもそういった記載はないので無理なのかもしれません。

ご説明頂いたmdadmの話からすると、その辺は期待薄ということですね。
いずれにせよ、交換用のHDD2台及び吸い出しに使える領域（別RAID1のボリューム1）も準備しました。

なおTeraTermでSSHを掛けてみましたが、応答がなく駄目でした。
（そういう使い方ができるとは知らなかったので、今後活用させていただきます）

書込番号：24358931

[たく0220]

＞KA-7300さん

機種によるかと思いますが、フロントパネルに液晶ディスプレイがある機種なら
ひょっとすると、その横にいくつかボタンがついてませんか？
型番が判らないので、その機能があるかまで確認出来ませんがボタン操作でシャットダウンをNASに指示できないかなと思います。

mdadmの場合、HDDの状態がよほど酷くなければReadOnlyになりますが、ユーザーが操作出来るようにしてくれます。

＞ボリュームのステータスは、通常は障害を起こしたドライブへの耐久性が1台と表示されていますが、ここは0に変わっていたと思います（慌てていたのでうろ覚え）。

そのボリュームのRAIDアレイがDegradedの状態である事は確かみたいですね。
ですので初めに故障したHDDはその時点以降は更新されてないとみなした方がいいです。
無事シャットダウン出来た場合は、できたら現状維持を優先してNAS本体から２台とも外しておいた方が無難です。

ADMも同様かと思いますが、各HDDはいくつかのパーティションに分けられOS(ADM)の基本領域とデータ領域、その他といった感じになります。
データ領域のパーティションを束ねた物がボリューム(RAID)として使われます。
各HDDのRAIDアレイに使われるパーティションにはSuper blockと呼ばれるRAIDの管理データがあります、RAID1がミラーリングと言われますがSuper blockだけはユニークで同じにはなりません。
HDDのパーティション(GPT)とSuper blockが無事の場合は、Linux PCと接続する事で状況の確認とサルベージが可能な場合があります。
ただ、今回のケースでは不良セクタによりファイルに影響がある可能性がありますので、HDDの容量によっては１日では終わらないくらい大変かもしれません。

大事なデータの場合は無理せず復旧業者におまかせする事も選択肢として忘れないでください。

あと、記録方式がSMRなHDDは選ばない方がいいですのでお気をつけ下さい。

書込番号：24359193

[KA-7300]

＞たく0220さん

そう言えばありましたね。フロントパネルのキー（AS-604T）。
試してみたものの、残念ながら反応はありませんでした。

ようやくサポートから回答はあったものの、（ハングアップしているのでどうしたら良いかを質問しているにも関わらず）DSMのレポートを送れと言われました。この状態でどうやってDSMのレポートを送るのか質問中ですが、回答ありません。（また5日間ほど待たされるのかも）

もうサポートは諦めて電源ボタンの長押しを試そうかと思っています。
その後もう一度（今度はハングアップしないように部分的な）バックアップを行う予定です。

最悪の場合でもLinuxPCでサルベージ可能とのこと、安心しました。
ASUSTORのNASを購入したのは本体が故障してもHDDを新筐体に移すだけで使えるという宣伝があったことも理由なのですが、サポートがこれだと新規購入は躊躇われる状況です。

# 丁寧なアドバイスありがとうございます。頻繁に更新するので、無論CMRです。
（監視カメラなどの保管専用であればSMRでも良いのかもしれません）


以上よろしくお願いします。

書込番号：24360413

[たく0220]

＞KA-7300さん

＞試してみたものの、残念ながら反応はありませんでした。

ん〜残念。完全に応答をなくしてますね。

＞ようやくサポートから回答はあったものの、（ハングアップしているのでどうしたら良いかを質問しているにも関わらず）DSMのレポートを送れと言われました。この状態でどうやってDSMのレポートを送るのか質問中ですが、回答ありません。（また5日間ほど待たされるのかも）

残念なサポートですね。DSMだとSynology?… ^^;

＞もうサポートは諦めて電源ボタンの長押しを試そうかと思っています。
＞その後もう一度（今度はハングアップしないように部分的な）バックアップを行う予定です。

そのバックアップは個人的にはお勧めしません。また不良セクタの部分で止まる可能性が大きいです。
生きてた方のHDD(Disk2?)が判るなら、スペアのHDD(もう用意できてたら)にセクタコピーしてデータロストに備えます。
そして、コピーしたHDDと残りのDisk1、Disk3で起動テストするのが妥当です。
この場合、不良セクタに当たったファイルはコピー出来ますが一部データが破損したままとなります。
アプリによっては正常に扱えなくなってしまいますのでご注意ください。

書込番号：24360503

[KA-7300]

＞たく0220さん

ご指摘ありがとうございます。確かにDSMではなく、ADMです。（あちらも所持してます）

それにしても、たく0220さんは大変手堅いですね。
確かにデータの安全な救出を目指すには、HDDのバックアップを取得した上で挑むべきです。

バックアップ以後の変更点が少ししかなければ、まずはそこを吸い出そうと思っていたので悩んでいます。
そこが不良セクタにヒットしなければ、古いバックアップデータと併せサクッと救出完了になるので。


＞この場合、不良セクタに当たったファイルはコピー出来ますが一部データが破損したままとなります。

RAID1の片側を抜くのでそうなりますよね。
ただ、おっしゃっている趣旨は、ハングアップさせずに全データを安全に読み出す方法をご教授頂いたと理解しております。
当該セクタが管理情報などを保持しているのでなければ、NASの全ファイルに対して僅か1ファイル、それも更にそのファイル内で1セクタ分のデータ化けだけで済む訳ですね。

# セクタ番号を入力すると、当該ファイル名を教えてくれるソフトが切実に欲しいです。
　どのファイルが壊れるんだろう。これがわからないと、結構致命的です。


ちなみに、次の動作を期待していました。
-----
冗長性のあるアレイでは大雑把に言うと同じデータが 2つある状態です。
もし、一方のデータを読み出し中にエラーが発生した場合、RAID コントローラはもう一方のコピーからデータを読み出しホストの要求に答えます。
-----
有名なRAIDカードでのエラーコードについて、dosparaさんが作成されたFAQからの（恣意的な）抜粋です。
（http://faq3.dospara.co.jp/faq/show/788?site_domain=default）

ASUSTORはLinuxベースで少し弄ってあると何かの紹介記事で読みましたので、このぐらいの動作はしてくれないかなぁと。
（ハングしましたけれど）

ただこの機能（がASUSTORのADMにあるかどうかは不明ですが）に期待する場合、HDDのデータを正常なHDDにコピーしてしまうと、エラーとしてもう片方のディスクに読みにいかなくなってしまうので、これまた悩ましいです。


頭を冷やしてよく考えてみます。
アドバイスありがとうございます。

書込番号：24360739

[たく0220]

＞KA-7300さん

＞ご指摘ありがとうございます。確かにDSMではなく、ADMです。（あちらも所持してます）

そちらもお持ちでしたか ^^

＞バックアップ以後の変更点が少ししかなければ、まずはそこを吸い出そうと思っていたので悩んでいます。
＞そこが不良セクタにヒットしなければ、古いバックアップデータと併せサクッと救出完了になるので。

心配なのは、その最近のファイル以外が大丈夫なのか？ですね。
コピー中に止まってしまったので、バックアップ以後のファイルに不良セクタがある可能性は高いのですが
ファイルシステム(Ext4とかBtrfs)にはinode(アイノード)とか管理領域があり、連続したセクタつまり断片化を許容してくれない場合があります。
不良セクタがReallocateされてもファイルシステムの修復も必要となる場合もあります。(ファイル名やディレクトリツリーとかはデータ部と分離されています。)


＞# セクタ番号を入力すると、当該ファイル名を教えてくれるソフトが切実に欲しいです。
＞　どのファイルが壊れるんだろう。これがわからないと、結構致命的です。

以前、ext4のHDDで試した時に参考にしたサイトです。（mdraidなのでこの手順通りではありません）

不良セクタを叩いて潰す - nyacom.net
https://nyacom.net/?p=78

debugfsは稼働中のNASでの実行はお勧めではないので別にPCを用意しました。
そういえばフォーマットは何でされてたのでしょう？
とりあえず１台づつ確認してダメージのあるファイルがかぶってなければ、そのファイルだけコピーして更新日時とかから最新か判断できるかと思います。

＞有名なRAIDカードでのエラーコードについて、dosparaさんが作成されたFAQからの（恣意的な）抜粋です。

深読みすると「冗長性のあるアレイ」ですので…、HDD２台でのRAID1でDegradedになると冗長性は失われてしまっています。
今回はおそらくDisk2のみで動作してたと思われますので…


提案はいくらかあるのですが人によっては難しい場合もあります。
うまくいかなかった場合に損をしてしまうのは私ではなく質問者殿になってしまいますので…
何を選択するのは各人の自由ですので、もし試される上でアドバイスが必要な時はおっしゃって下さい。

書込番号：24360861

[KA-7300]

ASUSTORのログ（ハングアップ前）

＞たく0220さん

おお！
コマンド、あるのですね。
これは期待が持てます。

# なお、フォーマットはext4だったと思います。

お教えいただいたdebugfsとncheckを（ハングアップから回復したら）使ってみようと思います。
その場合、debugfsへの引数として与えているBLOCK番号は、セクタ数と同意の理解で良いでしょうか。
（icheck BLOCK で、ブロックを利用しているiノードが表示されるという認識です）
念のため、ADMでのシステムログ抜粋を貼ってみます。（media error on sector xxxxxxx）
このxxxxxxxをBLOCKとして指定して良いかという点がよく分かっておりません。


あと私の説明不足で誤解を招いている部分もあるようなので、一部捕捉します。

・単なるRAID1なので、このASUSTORの外部に物理的なバックアップを（1ヵ月ほど前に）取得済みです。
・今回のMediaError発生時、外にバックアップを取るよりも内部でコピーしたほうが早いだろうと、
　このASUSTOR内のVolume2 (6TB)からVolume1 (14TB)へコピーを実施し、途中でハングアップしています。
・なのでバックアップの指すものが2つあるので正しく説明し直すと、
　外部バックアップ以後に更新されたVolume2の（おそらくそう多くは無いことを願う）データを吸い出して
　外部バックアップとマージすることで、ハングアップしてしまったバックアップの代替とすることを現在
　目論んでいます。
・その後、更新分の特定し損ねに備え、Volume2の修復を行えればと願ってます。
　（修復方法がない場合は、ご案内頂いた方法でVolume2を復活させ、debugfs,ncheckで当該ファイルをパージ）

ただバックアップ以後の更新分を目視で特定できるのか、或いは更新日時で検索を掛けてそのままハングアップしないか、
もしくはそもそもアドバイス頂いたようにまずはバックアップを取得しておくべきか（悩むまでもなくすべきなのですが、
6TB×2本の所要時間＋更なるお財布への負担と、上記の手軽さで）決めかねています。
# これは自分で決めるべきことなので、後日結果を記します。


全くの雑談ですが、友人には自己責任でと軽く言えますが、あまり親しくない人に自己責任でとは言いにくい時もあります。
これをうまく言う方法はないかと思っておりましたが、素晴らしい伝え方ですね。参考にさせていただきます。

書込番号：24361124

[たく0220]

＞KA-7300さん

現在もハングアップしたままだと思われますが、HDDはカッコン、カッコン鳴ってて
16日からずっとその状態だったら、ダメージが酷くなってないかが心配なところです。

＞その場合、debugfsへの引数として与えているBLOCK番号は、セクタ数と同意の理解で良いでしょうか。

BlockというのはWindowsのNTFSでいうクラスターにあたる用語になります。
debugfsのicheckへの引数はBlockになりますので、HDDの素性から
＞(123631985 - 2048) * 512 / 4096 = 15453742.125
と算出したものを引数として入力します。

で、すみません情報が小出しになってしまうのですが…（過去の記録をどこに保管したのか、私の記憶が飛んでまして…）

参考：帰ってきた徒然苔: 3月 2021
https://ttgcameback.blogspot.com/2021/03/?m=0

こちらはbadblocksコマンドを使って不良個所を特定してます。ただ6TBだと15時間ほどかかるかと思います。

私が提案したかったのは、上記と下記(英語)を参考にしてddrescue(GNU ddrescue)コマンドでクローンをしながら
このlogから不良セクタを特定して、debugfsでファイルを特定するという方法です。

計算の参考：Batch processing a ddrescue mapfile with debugfs - Unix & Linux Stack Exchange
https://unix.stackexchange.com/questions/473453/batch-processing-a-ddrescue-mapfile-with-debugfs

ddrescueでは、読み込めなかったセクタをlogとして残すことができます。
Ext4では無いのですが実行時は↓みたいになります。

root@ubuntu:~# ddrescue -f -n -v /dev/sdb \
> /dev/sda \
> /media/ubuntu/boot/rdn_log/rdn_dd_logfile_20210220.txt
GNU ddrescue 1.23
About to copy 5000 GBytes from '/dev/sdb' to '/dev/sda'
Starting positions: infile = 0 B, outfile = 0 B
Copy block size: 128 sectors Initial skip size: 97792 sectors
Sector size: 512 Bytes

Press Ctrl-C to interrupt
ipos: 19345 MB, non-trimmed: 0 B, current rate: 10112 B/s
opos: 19345 MB, non-scraped: 3072 B, average rate: 106 MB/s
non-tried: 0 B, bad-sector: 1024 B, error rate: 128 B/s
rescued: 5000 GB, bad areas: 2, run time: 13h 48s
pct rescued: 99.99%, read errors: 3, remaining time: 1s
time since last successful read: 0s
Finished

１回目は読み込めなかった時のリトライなし、２回目以降は何度かリトライさせる設定で実行します。
１回目のlogを使う事で２回目以降は読み込めなかった所のみで実行されますので数分で終わります。

最終的にlogは
root@ubuntu:~# cat /media/ubuntu/boot/rdn_log/rdn_dd_logfile_20210220.txt
# Mapfile. Created by GNU ddrescue version 1.23
# Command line: ddrescue -f -d -r1 -v /dev/sdb /dev/sda /media/ubuntu/boot/rdn_log/rdn_dd_logfile_20210220.txt
# Start time: 2021-02-20 22:53:26
# Current time: 2021-02-20 22:54:23
# Finished
# current_pos current_status current_pass
0x481195E00 + 1
# pos size status
0x00000000 0x481195000 +
0x481195000 0x00001000 -
0x481196000 0x487E09A0000 +

となりstatusが「-」の行「0x481195000 0x00001000 -」が不良と判ります。
0x481195000はバイトですので、まず16進から10進にすると 19345788928
これをSector sizeで除算します、19345788928/512 = 37784744
これで不良セクタの場所が判りますので、ログで表示された値と近いか確認します。

root@ubuntu:~# parted /dev/sdb
GNU Parted 1.9.0
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) unit s
(parted) p
Model: ATA WDC WD50EZRX-00M (scsi)
Disk /dev/sdb: 9767541168s
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number Start End Size File system Name Flags
1 2048s 9766492159s 9766490112s xfs Basic data partition
2 9766492160s 9767532543s 1040384s linux-swap(v1)

今回は１番目なので開始オフセット分を引きます、
37784744-2048 = 37782696
んで、またブロックに変換 37782696*512/4096 = 4722837
(xfsのBlockSizeは4096に設定してたので)
これでパーティションの開始位置からのBlockが算出されましたので
これをdebugfsのicheckで確認します。
※注：上記は計算の例ですxfsはdebugfsは使えなかったはずなので、別の方法を使ったと思います。

書込番号：24361614

[たく0220]

＞KA-7300さん

Linux環境ですが、Ubuntuのインストールメディアで起動させて試用するのが便利かもしれません。
UbuntuのUSBブートについては下記を参考にしてください。

WindowsでUbuntuのインストールUSBメディアを作成する
https://diagnose-fix.com/topic2-003/

Ubuntu Desktop 日本語 Remixのダウンロード
https://www.ubuntulinux.jp/products/JA-Localized/download
から「ubuntu-ja-20.04.1-desktop-amd64.iso（ISOイメージ）」をDLしてください。

バージョンによって多少かわりますが、基本的な操作はわかるかと思いますので、参考程度に。
Ubuntu 18.04 LTSの基本的な使い方
https://sicklylife.jp/ubuntu/tsukaikata/usage.html

USBからの起動方法はPCによってUEFI setupなどの変更が必要だったりとすると思います。
サルベージする場合は、他のディスクは誤って操作しないように外された方が無難です。

USBから起動後「Ubuntuを試す」で開始する事が出来ますが、再起動後にはリセットされますのでご注意ください。
UbuntuのインストールUSBにはファイルなどの保存が難しいですので、ログやメモ用にもう１つあると便利です。


状況が確認出来るようにならないと判断が難しいと思います。
とりあえず必要そうな情報として置いておきますので、参考になればと思います。

書込番号：24361713

[KA-7300]

＞たく0220さん

NASをハングアップから復帰させて、現在絶賛混乱中です。

とはいえ、ご丁寧にお教えいただきありがとうございます。
まずは御礼申し上げます

そのような状況の為、斜め読みで恐縮ですが、RAWでのコピーつまりLinuxで通常はddを行うところそれだとエラーセクタで止まるか若しくはエラーを無視して全部突っ走るかになってしまうので、エラー箇所を記録しながらddを行うツールをご紹介頂いたものと理解しています。また計算も実際に行っていただいて助かります。まだ理解が追い付いていないので、式自体を理解しなくてはなりませんが、簡易に使わさせていただこうと思っております。
　どうも的確なご返信を頂いているなぁと薄々思ってはいたのですが、ご経験者（実践者）なのですね。Linux（Ubuntu）の使用開始方法も含め、貴重なアドバイス参考になります。

話が戻りますが、現在混乱しているのは、見た目上は「治って」しまったからです。
あれからとうとう、電源ボタン長押しを実施してしまいました。他のキーは反応ありませんが、この手法はハードウェア的に処理されるのか、問題なく電源が切れました。

その後システム（NAS）は無事起動し、状態を確認したところRAIDボリューム1,2：正常、HDD（drive1〜4）：正常と、訳わかりません。
良い話ではあるのですが、MediaErrorで冗長性が無くなった筈のRAID1ボリュームも「冗長性1ドライブ」があることになっています。
そこで、そういえばcat /proc/mdstatをお教えいただいたなぁと実施してみました。（SSHはデフォルト無効でしたので有効にした上で）

-----
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid1 sdb4[0] sdd4[1]
5855934464 blocks super 1.2 [2/2] [UU]

md1 : active raid1 sda4[2] sdc4[3]
13667923968 blocks super 1.2 [2/2] [UU]
[>....................] resync = 0.0% (10368384/13667923968) finish=23746.6min speed=9585K/sec

md126 : active raid1 sda3[6] sdd3[5] sdb3[4] sdc3[7]
2096064 blocks super 1.2 [4/4] [UUUU]

md0 : active raid1 sdc2[7] sdd2[5] sdb2[4] sda2[6]
2096064 blocks super 1.2 [4/4] [UUUU]
-----

不勉強故、読み取り方を分かっていませんが、明らかにresyncが走っています。
GUIの画面表示をもう一度確認すると、故障していなかった筈のvolume1は同期処理中でした。
考えてみれば、vol2からvol1へデータをコピー（書き込み）中にハングアップしたので、まあ当然ではあります。

そうするとvolume1は同期を待てばそのまま使えるとして、volume2は正常扱いとなっているものの、データが正しいかどうかの疑念が残ります。そこで（これまたお教えいただいた）debugfsを（NAS上で）叩いてみましたが、not foundでした。更新分はロストしても構わないデータでしたので、バックアップから全リストアすべきかを悩み中です。今後もASUSTORを使い続けてゆくのであれば、1セクタ（もしくは2セクタ）分のデータが無事かどうかを検証すべきなのですが。

# 音も静かで、それでいてHDDがさして熱くならず、ASUSTORの筐体自体は大変気に入っています。
　ただサポートの無いものを使い続ける気はしないので、今後どうするかも検討しなくてはならなくなりました。
　昔RAID5で痛い目にあったのでRAID1にしていたのですが、今後はRAID6にするべきかもしれません。
　（HDDの大容量化が進んできたので、もしくは単にsingleドライブを複数接続とするか悩みます。
　　RAID1で大半が生き残っていてもデータが腐っているか悩むのであれば、singleの方がマシなような）

なお意外なことにS.M.A.R.T.のReallocated_Sector値は全て0でした。抜粋すると
----------
Disk1 Disk2 Disk3 Disk4
Raw_Read_Error_Rate 0 0 0 51
Reallocated_Sector_Ct 0 0 0 0
Reallocated_Event_Count 0 0 0 0
Current_Pending_sector 0 0 0 0
Offline_Uncorrectable 0 0 0 0
----------
という感じで、Disk4はそろそろセクタ代替処理が走りそうです。（無論、今回を期に交換します）


以上とりとめないですが、現状を記してみました。
（RAID1が治った、というよりもハングアップで管理情報が失われた感があります）

書込番号：24362867

[たく0220]

＞KA-7300さん

おはようございます。

＞問題なく電源が切れました。

なんとか切れましたか、スイッチもNGでコンセントから泣く泣くブチッと…という事もありますが、それは避けられたみたいでなによりです。
最近の電源スイッチはモーメンタリスイッチで自己保持回路持たせてると思うけどリセットが効かないなんてのもたまにあるそうです。

SSHのポートは22以外にするか、使わないときは無効にしておいた方がセキュリティ的に安心です。
Tera Termのキーボードショーットカットは、コピーはAlt+C、ペーストはAlt+Vです。
Ctrl+CはBreak(中断)になります。初期設定だとマウス右クリックもペーストになってるので誤操作にはご注意ください。


＞そこで、そういえばcat /proc/mdstatをお教えいただいたなぁと実施してみました。

root@NAS220J01:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md3 : active raid1 sdb3[0]
5855700544 blocks super 1.2 [1/1] [U]

md2 : active raid1 sda5[0](E)
239367424 blocks super 1.2 [1/1] [E]

md1 : active raid1 sda2[0] sdb2[1]
2097088 blocks [2/2] [UU]

md0 : active raid1 sda1[0] sdb1[1]
2490176 blocks [2/2] [UU]

別メーカーですが実験でクラッシュさせた時は↑みたいな感じに(E)や[E]のようにErrorと判る感じだったのですが
無いので、Faltとマークまでつけられてなかったみたいですね。「冗長性1ドライブ」この表示の信憑性がないですね。
仮に０でも冗長構成を維持させてるなら紛らわしいですね、JAROにでも相談しますか ^^;
さて、再起動時にRAIDアレイが読み込まれたタイミングでdisk1とdisk3のsuperblockがチェックでひっかかったと思われます。
そちらに書込みしてた時にハングしたのでタイミングが悪かったとしか…

mdadm -D /dev/md1
※ D :Detail --detailと同じ
でsyncの方向は確認できると思います。
finish=23746.6minですか、長いですね。正常にシャットダウン出来なかったのでファイルシステム(Ext4)のチェックが並走してるかもしれませんので、しばらくは負荷をあまりかけない方が無難ですね。

＞debugfsを（NAS上で）叩いてみましたが、not foundでした。

root@NAS220J01:~# env | grep PATH
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin
root@NAS220J01:~# which debugfs
/sbin/debugfs

PATHが通っていたら「debugfs」で実行できますが、PATHが通っていない場合は「/sbin/debugfs」と絶対パスで入力する必要があります。
whichコマンドはPATHが通ってたら、どこにあるかを教えてくれます。
ADMにはdebugfsが入ってないかもしれません。(ググってみたけどそれらしいの無いです。)

貼ってもらったログから
slot4(Disk4) ：1011768セクタ
slot2(Disk2) ：1080464セクタ
での通知だったと思うのですが、一応の確認はした方がよいのでS.M.A.R.T.のlogが無いか見た方が良いでしょう。
1セクタ512バイトだと、
Disk2は553197568バイト = 527.5703125MiB
Disk4は518025216バイト = 494.02734375MiB
かなりHDD先頭の部分となります。

parted -s /dev/sdb unit s print
と
parted -s /dev/sdd unit s print

でログのセクタが何番目の範囲か確認してみてください。「Number」が４以外だとOS関連のパーティションで発生したと思われます。
OS関連であると、それがハングアップに至った要因ではないかとも…
（はやく気づけよっ！とつっこまれそうですが、見逃してたんですよ…）

次のレスに続く…

書込番号：24363210

[たく0220]

長くなって収めきれなかったので続きになります。

一応、他に波及してないかの確認。
root@NAS220J01:~# which smartctl
/bin/smartctl

で使えるようだったら
smartctl -a /dev/sdx
※ sdx：xはa〜z、該当ドライブのデバイスに合わせる。

logが記録されてない時は下記みたいになり、エラーがあったらその内容が記録されている場合もあります。

SMART Error Log Version: 1
No Errors Logged

張ってもらったログに「[Disk Docter] S.M.A.R.T. quick scanning of...」とあるので
S.M.A.R.T.のショートテストをスケジュールかマニュアルで実行されてるので

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed: read failure 90% 48910 37784744

とログが見えるかもしれません。


icheckへの引数の計算は、
セクタは4kネイティブなHDD以外は512バイトでの計算で大丈夫だと思います。
Block sizeの調べ方は、さすがにtune2fsはあると思いますが
root@NAS220J01:~# which tune2fs
/sbin/tune2fs

tune2fsあれば下記のようにボリューム２「/dev/md2」を指定して確認できると思います。
tune2fs -l /dev/md2 | grep -i "block size"

LVM使ってるのでパスは違いますがこんな感じに
root@NAS220J01:~# tune2fs -l /dev/vg1000/lv | grep -i "block size"
Block size: 4096


ボリューム２のファイルシステム上の開始セクタ(Start sector)は下記でまずRAIDアレイのStartセクタを確認（0sだと思いますが）
parted -s /dev/md2 unit s print

アレイは/dev/sdb4と/dev/sdd4ですので、先ほどの結果を見てStartセクタを確認し
Start sector = [/dev/md2の開始セクタ] + [/dev/sdb2かsdd4の開始セクタ]
と計算します。

smartctlのLBAからは前回の式参考に
＞(123631985 - 2048) * 512 / 4096 = 15453742.125

Block = ([LBA] - [Start sector]) * [Sector size] / [Block size]
= ([LBA] - [Start sector]) * 512 / 2048
となります。

ログに表示されたセクタ番号(＝LBA)からでも上記と同じになります。

linuxの不良セクタチェックはツールとしてbadblocksがよく使われています。
ただ既存のデータがある状態では、非破壊チェックを指定しても心配な面はありますので運用中は実行しない方が良いと個人的には思います。
今回の原因は/dev/md0で発生してるのではと疑っていますが、resync中でなければNASをシャットダウンして
別PCで/dev/md0や他のパーティションもチェックをお勧めしたいところです。

書込番号：24363218

[たく0220]

すみません、誤記訂正になります。

×:/dev/sdb2 -> ○:/dev/sdb4
[誤]
アレイは/dev/sdb4と/dev/sdd4ですので、先ほどの結果を見てStartセクタを確認し
Start sector = [/dev/md2の開始セクタ] + [/dev/sdb2かsdd4の開始セクタ]
と計算します。

[正]
アレイは/dev/sdb4と/dev/sdd4ですので、先ほどの結果を見てStartセクタを確認し
Start sector = [/dev/md2の開始セクタ] + [/dev/sdb4かsdd4の開始セクタ]
と計算します。


×:2048 -> ○:4096
[誤]
Block = ([LBA] - [Start sector]) * [Sector size] / [Block size]
= ([LBA] - [Start sector]) * 512 / 2048
[正]
Block = ([LBA] - [Start sector]) * [Sector size] / [Block size]
= ([LBA] - [Start sector]) * 512 / 4096

書込番号：24363575

[KA-7300]

＞たく0220さん

セキュリティへ（port番号）の配慮についても示唆有難うございます。一応操作機以外の他IPは弾くようにしています。
残念ながらdebugfsは/sbinにもなく、見つけられませんでした。

それはそうと、ご指摘はドンピシャリなような気がします。

-----
# parted -s /dev/sdb unit s print
Model: ATA HGST HDN726060AL (scsi)
Disk /dev/sdb: 11721045168s
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 2048s 524287s 522240s
2 524288s 4718591s 4194304s raid
3 4718592s 8912895s 4194304s raid
4 8912896s 11721043967s 11712131072s raid
-----

Disk2のmedia errorはセクタ1080464で起きたので、上記結果からすると領域No.2内で発生しているということでしょうか。ただDisk2と4で1つのRAID1にしているので、同一ドライブ内にRAIDパーティションが3つあるのがどういうことか（Linuxの仕組み自体を）よく分かっておりません。一番サイズの大きい4番目には該当していないのでデータが無事としても、Number2と3の領域が何なのかが不思議です。

知識不足故、お教えいただいた後半部分にはまだ手を出せていません。


以上よろしくお願いします。

書込番号：24364546

[たく0220]

＞KA-7300さん

＞Number2と3の領域が何なのかが不思議です。

この２つはおそらくシステム領域と仮想メモリのスワップ領域に使われていると思われます。
先にも書きましたが、データの領域とOSの領域は分離されていて、データの領域（ボリューム）を追加したり消したりしやすく作られています。
システム(ADM)の中核をrootfsとか言ったりします。(WindowsのC:\windowsの役割みたいな)

下記コマンドで「Mounted on」が「/」になっているのがNumber2のRAIDアレイであればrootfsになります。
df -h

root@NAS220J01:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 914M 1.3G 42% /
none 224M 0 224M 0% /dev
/tmp 243M 1.5M 241M 1% /tmp
...(省略)

スワップはOSによって実装が異なるのですが下記で確認可能かもしれません。
swapon -s

root@NAS220J01:~# swapon -s
Filename Type Size Used Priority
/dev/md1 partition 2097084 2308 -1


少し気になったのですが、
md2 : active raid1 sdb4[0] sdd4[1]
md1 : active raid1 sda4[2] sdc4[3]
md126 : active raid1 sda3[6] sdd3[5] sdb3[4] sdc3[7]
md0 : active raid1 sdc2[7] sdd2[5] sdb2[4] sda2[6]

sdb4[0]の様に[]内の数値は各アレイで追加された順番でナンバリングされるのですが
一旦アレイからremoveされると、その番号は欠番になり同じHDDで再度追加しても番号が変わるはずなので
md2以外のアレイは全部1回removeされた感じに思われます。
現在md1がresyncの最中かと思いますが、コマンドで確認する以前にmd0とmd126もresyncされてた可能性が考えられます。
ただ、アレイ内のファイルが何か使用中の場合アレイを停止する事もremoveも受付け無いはずなので何が起こったのか不思議な感じがします。


あと、ファイルの比較はopensslコマンドが使える場合はSHA256ハッシュなどで確認しています。
不良セクタにかかったファイルはコピー自体失敗してしまう事があるので、ddrescure使った後の簡易比較には使えるかな？

root@NAS220J01:~# openssl sha256 /var/services/homes/taku/openvpn.log
SHA256(/var/services/homes/taku/openvpn.log)= 55c593799c16523d09e28eaff314849bf3f598235a2e8799004bcabf6cc78856

Windowsだと7zipとかでもSHA256は確認できますね。

ddrescureはクローン作りつつ潜在的な不良ブロックの確認とその記録ができるので便利ですよという事です。
システムに通知されて無いだけの場合もありますので。

Raw_Read_Error_Rateは再起動するとRAW_VALUEはリセットされて0になったと思いますので
VALUE、WORST、THRESHの項目も見てWORST(最悪値)がTHRESH以下になってないかも確認しといた方が無難かと思います。

書込番号：24364815

[KA-7300]

＞たく0220さん

呪われているのではないか、と思うような状況になりました。
バックアップが読み出せません。

正確には、このASUSTORとは別に、HPのMicroServer(N36L)で構築したNASへバックアップを保存していました。昨日まで読めていたのですが、現在N36Lの電源が入りません（本来黄色から緑色になる筈が、黄色のまま）。独立機構であるMicroServerのRemoteAccessCardのみ生きていて、電源コントロール画面は表示されるものの（当然ながら）電源は入らず、虚しさが募ります。N36LにはHardwareRaidCardを入れていたので、Raid5の読み出しが通常のHDDより早く気に入っていただけに残念です。ちなみにHPのN36LはASUSOTRのAS-604Tとそっくりです（ボックス型で、下部にレバー式のHDDベイが4台分）。

よくよく考えてみれば、N36Lが古くなってきた（特に3Wareのサポートが）のでASUSOTRを購入したことを考えると、今故障したのも不思議ではないのかもしれません。ただ、何故ASUSTORのRAID1がおかしくなったこのタイミングで壊れるのかとは思いますが。

現在バックアップが0になってしまったので、本来はASUSTORのHDDと交換しようと思って準備したHDDへ、データ吸出し中です。


さて、肝心のdの結果は

Filesystem Size Used Avail Use% Mounted on
rootfs 480M 68M 413M 15% /
tmpfs 494M 184K 493M 1% /tmp
/dev/md0 2.0G 360M 1.5G 20% /volume0
/dev/loop0 951K 13K 918K 2% /share
/dev/md1 11T 7.4T 3.5T 69% /volume1
/dev/md2 5.5T 4.9T 564G 90% /volume2

となっており、rootfsって何処？状態です。
一方swaponについては-sオプションが無いようです。

-----
# swapon -s
swapon: invalid option -- 's'
BusyBox v1.19.3 (2021-07-27 00:40:20 CST) multi-call binary.

Usage: swapon [-a] [-p PRI] [DEVICE]

Start swapping on DEVICE

-a Start swapping on all swap devices
-p PRI Set swap device priority
-----


質問ばかりですみません。

# 補足 volume1のHDDは、容量の大きなHDDに換装済み（6TB->14TB）です。


以上よろしくお願いします。

書込番号：24365000

[KA-7300]

＞たく0220さん

typoと誤情報がありましたので、以下訂正します。

誤：さて、肝心のdの結果は
正：さて、肝心のdf -h の結果は

正しい df -h の結果
-----
Filesystem Size Used Avail Use% Mounted on
rootfs 480M 54M 427M 12% /
tmpfs 494M 40K 494M 1% /tmp
/dev/md0 2.0G 361M 1.5G 20% /volume0
/dev/loop0 951K 14K 917K 2% /share
/dev/md1 13T 3.4T 9.3T 27% /volume1
/dev/md2 5.5T 4.8T 627G 89% /volume2
-----


また、その他お教えいただいたコマンドの結果は次のようになりました。

・smartctl
　ありました。見慣れていないので、どれも問題ないように見えます。

・tune2fs
　/dev/md0, md1, md2 ともに 4096 でした。
　/dev/md126は
　　　tune2fs: Bad magic number in super-block while trying to open /dev/md126
　　　Couldn't find valid filesystem superblock.
　となりました。

・parted
　　 Number Start End Size File system Flags
　　/dev/md0　　　 1 0s 4192127s 4192128s ext4
　　/dev/md1　　　 1 0s 27335847935s 27335847936s ext4
　　/dev/md2　　　 1 0s 11711868927s 11711868928s ext4
　　/dev/md126 　 1 0s 4192127s 4192128s linux-swap(v1)


以上補足となります。

書込番号：24365161

[たく0220]

＞KA-7300さん

＞となっており、rootfsって何処？状態です。

あれ？この手法は私も見るの初めてなので…
ネットも少し確認してみたのですが、ちょっと判らないです。

＞一方swaponについては-sオプションが無いようです。

-sオプションなかったですか。
多分/dev/md126だと思われるので、下記でも試してみてください。
「linux-swap(v1)」みたいにswapが含まれてたらOS起動時にセットされるみたいです。

parted -s /dev/md126 print

root@NAS220J01:~# parted -s /dev/md1 print
Model: Linux Software RAID Array (md)
Disk /dev/md1: 2147MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number Start End Size File system Flags
1 0.00B 2147MB 2147MB linux-swap(v1)

という事で上記でスワップ領域となったら、消去法で「/dev/md0」はシステム関係という事かと思います ^^;


＞# 補足 volume1のHDDは、容量の大きなHDDに換装済み（6TB->14TB）です。

なるほど、了解です。


# 行き違いになりそうだったので追記

＞また、その他お教えいただいたコマンドの結果は次のようになりました。

partedの結果から/dev/md126がスワップですね。
スワップはtune2fsに対応していないファイルシステムなのでopen出来なくて正常となります。
S.M.A.R.T. も異常なさそうですので、ひとまずresyncが終わるまでは様子みですね。

＞呪われているのではないか、と思うような状況になりました。

不運って続いてしまう時がありますよね…
無事に吸い出せるよう、願っております。

書込番号：24365191

[KA-7300]

＞たく0220さん

お陰様で、吸出しも（ハングアップせず）順調に進んでおります。meda errorとなったセクタが、データ領域ではないことを丁寧にご案内頂き大変助かりました。厚く御礼申し上げます。（同期処理の方は無事完了しました）

なお今回のバックアップは、前回のようにADM上のファイルエクスプローラーによるバックアップではなく、一旦PC経由で別HDDへコピーを行っています。私はwindowsを使っているのでコピーにはROBOCOPY.EXE※という（OS標準の）ユーティリティを使用しております。後学までに、Linuxで同様のおすすめツールがあればお教えいただければ幸いです。

※　explorer(GUI)でコピーするよりも速く、かつ抜群に安定しています。多彩なオプションを指定できるのは無論のこと、コピー時にログを出力するので、万一コケた場合でもやり直しの手掛かりが得られます。きっとLinux（ubuntu）にも同様なツールがあるのだろうと思いつつ、そちらには知識がなく。ADMのエクスプローラーではなく、コマンドで直にコピー出来るものであれば、使ってみたいと思っております。

以上よろしくお願いします。

書込番号：24366865

[たく0220]

＞KA-7300さん

こんばんは。
タイミング的に伝えられなかったのですが、Synology、QNAPでもHDD入れ替えでの移行(migration)には条件付きで対応はしてます。

参考：Synology NAS（DSM 6.0 以降）間でデータを移行する方法
https://www.synology.com/ja-jp/knowledgebase/DSM/tutorial/Backup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later

参考：NAS 移行の互換性 | QNAP
https://www.qnap.com/ja-jp/nas-migration

＞昔RAID5で痛い目にあったのでRAID1にしていたのですが、今後はRAID6にするべきかもしれません。

再構築中に２台目もNGになってしまった感じですかね。
bit rotに備える為に、BtrfsかZFSあたりなんだろうけど、そこまで必要か…

参考(英語)：How data scrubbing protects against data corruption
https://blog.synology.com/how-data-scrubbing-protects-against-data-corruption


＞後学までに、Linuxで同様のおすすめツールがあればお教えいただければ幸いです。

WinだとFastCopy使ったりします。Linuxはrsyncですね。ちょっとした単純コピーはcpコマンド。
rsync --help
で実装されてれるオプションを使用する前に確認しておくと良いです。

自分のテンプレは下記、「コピー元」は特に注意です。
rsync -av --progress コピー元 コピー先

参考：rsync コピー元のスラッシュの有無で挙動が変わる - Qiita
https://qiita.com/bibouroku/items/872bc46637e366cfa940

参考：rsyncコマンドで覚えておきたい使い方10個 | 俺的備忘録 〜なんかいろいろ〜
https://orebibou.com/ja/home/201506/20150612_001/

ssh経由で実行するならnohupコマンドも併用すると便利かも。rsyncの--log-fileオプションなどもあるので試してみてください。

参考：【 nohup 】コマンド――端末を閉じてもログアウトしても処理を続ける：Linux基本コマンドTips（137） - ＠IT
https://atmarkit.itmedia.co.jp/ait/articles/1708/24/news022.html

書込番号：24368442

[KA-7300]

＞たく0220さん

rsync、ご紹介ありがとうございます。特に重視している機能、--existingと-uを併用できるか、実機で試してみます。

データの吸出しは無事完了しました。とすると、前回何故ハングアップしたのかは謎です。今回は用心のため、ADMのファイルマネージャを使わずにPCからROBOCOPY（windows機なので）を掛けているからかもしれませんが、検証するとなるともう一度同じ時間をかけてADMのファイルマネージャーでバックアップを取らないとならないので考慮中です。

medaia errorが生じた時刻は同一時刻（秒まで同じ）なので、リカバリした瞬間という事なのかもしれませんね。そういったログもあれば嬉しいのですが、今できる手段で対応したいと思っています。RAID6にしたらしたでまた嵌りそうなので、当面RAID1+別バックアップ2セットの予定です。

SynologyとかもHDD入れ替えでの移行が可能とのこと、大変興味深いです。次の理由で深いところまで読まないとならない気がするので、落ち着いたら熟読させていただきます。ASUSTORの場合は単純にHDDを移し替えればslotの番号なんか気にしなくてよいという大変素晴らしい謳い文句があります。なので、RAID1の容量拡張時の取り外した小容量のボリュームを取り付けたところ、全くRAIDボリュームとしては認識されませんでした（単なるHDD扱い）。安NASみたいにRAIDボリュームの容量変更（拡張）が出来ないということは無く、ホットスワップで実施できるのは大変ありがたかったのですが、元のディスクをバックアップ扱いにしようと思っていたので意外でした。

イメージとしては4スロットあるので

容量拡張前　vol1:slot1-Disk1( 6TB), slot2-Disk2( 6TB)
容量拡張後　vol1:slot1-Disk1'(14TB), slot2-Disk2'(14TB)　＋　取り外されたDisk1(6TB), Disk2(6TB)
お試し　　　　vol1:slot1-Disk1'(14TB), slot3-Disk2'(14TB)k slot3:Disk1(6TB), slot4:Disk2(6TB)

としたところ、slot3,4のDiskをボリュームとしては認識しませんでした。容量拡張の際、古いディスクはRAIDボリュームとしては扱われない処理がなされているのか、もしくはボリューム名が同じになるので弾かれているのか、そのあたりは不明です。おそらく元々のDisk1,Disk2のみで起動すれば旧ボリュームが扱えたのかもしれません（未検証）。そのまま6TBは新しいRAIDボリュームとして組み込み、今に至ります。

たく0220さんのご尽力のおかげで、安心してRAID1（の両ディスク）エラーに対処することが出来ました※。重ねて御礼申し上げます。

※ まだまだ換装等残作業がありますが、現在エラーを起こしているRAID1のvolume2は削除予定（システムにエラーセクタを含むものを残したくない）なので、それをもってRAID1エラーとしては一旦区切りをつけたいと思っております。

書込番号：24369037

[たく0220]

＞KA-7300さん

＞前回何故ハングアップしたのかは謎です。

rootfsはどうもNAS内部のUSBのバスにストレージが隠されているようで、そこから読み込まれてるそうです。
「/dev/md0」にはSambaなどの主要なソフトウエアが保存されているとの事ですが、実際に見てないので多分と付け加えておきます。

S.M.A.R.T.の情報をあてにし過ぎてはいけないのですが、何も記録されていないので
おそらくHDDへのアクセスがタイムアウトしたのだろうと思います。
ADMのそのアラートが何を検知して出しているのか、サポートが説明してくれるならいいのですが…
システム関係のログは
dmesg
か
cat /var/log/messages
で確認できます。長い場合はheadコマンドやtailコマンドを併用してください。


＞としたところ、slot3,4のDiskをボリュームとしては認識しませんでした。

RAID superblock formats - Linux Raid Wiki
https://raid.wiki.kernel.org/index.php/RAID_superblock_formats

「Section: Array-State Information area」に「events」field があります。Notesに書かれてますが

＞Incremented whenever the superblock is updated.
＞Used by mdadm in re-assembly to detect failed/out-of-sync component devices.

mdadm -D /dev/md1
eventsは上記でも確認出来ますが、

mdadm --examine /dev/sdb4
等RAIDアレイのメンバであるパーティションに対して「mdadm --examine」でDisk毎に情報を確認する事も出来ます。

各RAIDアレイは作成時にUUIDが採番されますので、すでに同じUUIDのRAIDアレイが存在する場合は
Eventsが同じ値でないとそのDiskは組み込まれません。
またUUIDが同じペアが存在したとしても、おそらく「utime」fieldで更新時刻が新しいものが優先されると思われます。
1本ずつDiskを交換した場合、Eventsが１ずつ増えてるわけですので、交換した旧Diskそのままではバックアップにはなりません。
「--force」などで強制的に実行すれば出来るかもしれませんが、同一システム上で同一UUIDのRAIDアレイを組むのは出来ないでしょうが、無用なシステムトラブルを招くだけで無意味だと思います。


AsustorのNASではLVMは使ってないみたいですので不要ですが、流れの参考にはなるかと思います。
「mdadm -Asf」ではsuperblockが更新されてしまうので、ただ確認するだけや、読み込むだけなら「--readonly」にするのが良いかと思います。

mdadm -Asf
↓
mdadm --assemble --scan --readonly

Synology NASが故障したときにPCでデータを復元する方法 - Synology ナレッジセンター
https://kb.synology.com/ja-jp/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC

mdadmのRAIDではDiskの順番はsuperblockで管理されてるので、mdadmで管理されてるNASはどのスロットに入れても普通に動くと思います。
各メーカーはサポート時にログを追っかけるのが面倒とか、そんな理由だと個人的には思っています。

書込番号：24370475

[KA-7300]

＞たく0220さん

rootfs、お教えいただいたログを後ほど見てみます。
というのは先ほどmedia errorが発生したRAID1ボリュームをASUSTORのNASから取り除いたところだからです。Linuxの知識不足でddの比較をサクッと行う方法を思いつかず、windows機に接続して、エラーセクタを見てやろうという趣旨です。ただwindows10はいつの間にかdiskprobeが標準ではなくなっていて、XPのバックアップ（これはNASに取っといてある）から取り出して使用しました。XPが互換モードの指定とか管理者で実行の指定とかありましたが、media errorとされていたセクタはさっくり読み出せました。念のためDisk2及び4それぞれで当該セクタを読み出し、お互いのデータをバイナリで比較しましたが、全く同じでした。（つまり壊れていない）。ご指摘のようにADMが何かを検知したのだと思います。ただ、サポートはあれから回答が無く、、、。古い製品だからサポートしないというスタンスであれば、せめてその旨返信が欲しいところです。HDD壊れるのって数年後なのに。

取り出したディスクを認識させる件、丁寧にご説明頂き大変貴重な知見を賜り大感謝です。ゆっくり試してみたいと思っています。なお、slotに依存しないのは、mdadmならみなそうなのですね（謳う謳わないは別として）。

物凄い勉強になりました。
一旦、当質問は解決としておきます。
（残りのためしたい事項はあるので、追記は行う予定ですが）


ありがとうございます。

書込番号：24370633

[たく0220]

＞KA-7300さん

＞ただwindows10はいつの間にかdiskprobeが標準ではなくなっていて

HDDレコーダの換装なんかによく使われてるHxDが(使ったことはないが)代わりにならないかと思います。
「Download page」から日本語版も選べます。

HxD - Freeware Hex Editor and Disk Editor | mh-nexus
https://mh-nexus.de/en/hxd/

不良セクタだらけのNTFSからファイル特定してくれと頼まれて使ったけど…
出来たらもう使う機会が来ないことを願うソフト↓

Active@ Disk Editor - Freeware Hex Viewer & Hex Editor for raw sectors/clusters
https://www.disk-editor.org/index.html

Linuxだとhexdumpコマンドが使えれば表示させる事は可能です。
ddで一部切り取って、そのファイルをhexdumpで見る事も出来るのですが、Windowsの方が扱いやすいかもしれませんね。


＞古い製品だからサポートしないというスタンスであれば、せめてその旨返信が欲しいところです。

国内メーカーの対応に慣れてしまうと…
向こうの事はよく知りませんが、国がメーカーに義務を課してないのかもしれません。
正規品といえども代理店経由の輸入品ですので、保証期間が過ぎた後のサポートに期待してはいけないのかもしれません。(メーカーによるとは思いますが)
延長保証が適用できる機種の場合は必要に応じて課金しておくのが無難かと思います。


ちなみにLinuxでのHDD関係のコマンドタイムアウトはデフォルトは30秒みたいです。
まだ詳しく調べてませんが、SMRなHDDは10分ぐらいかかる場合があったような報告もあり…

あと、ドライブ自体にERC(Error Recovery Control)があるモデルもありQNAPでは時間を調整できたりします。
WDの場合はTLERと呼ばれてるみたいです。smartctlで下記コマンドなどで表示されれば設定値を確認する事が出来ます。
smartctl -l scterc /dev/sdb

この辺どう調整しようか悩み中だったりします。

今回はOS(ADM)のトラブルっぽいですが、原因の特定はなかなか難しそうですね…
HDDの処理が一時的にスタックしてたか、その原因となるソフトがあるのかもしれません。
ファイル名やディレクトリから何のソフトかは判るので、その情報が後で役立つかも…しれませんね。

書込番号：24373890

[KA-7300]

＞たく0220さん

容量大きくしたのは良いものの、入れ替えたHDDでRAID1を組む処理や、そこへのリストアに複数日かかるので、ひたすら待ち続けの日々です。処理中にあまり余計な処理をさせるのもと思う部分もあり折角お教えいただいたものをまだあまり試せていません。dmesgだと左側の日時の見方がわからないというか、起動時からのものになっていると思われるのでハングアップ前の情報を見るにはどうしたらよいかと、Linux入門者状態です。

セクタ読み出しソフトの紹介有難うございます。「ddで一部切り取って、そのファイルをhexdumpで見る事も出来るのですが」とのこと、Linuxは便利ですね。ただddで一部切り取りって出来るのでしょうか。最初から指定位置の部分だけ読み取ることは出来るのでしょうか。なんとなく最初から指定サイズを読み込み、tail（バイナリーに使えるのだろうか？）しか思いつかないといった、初歩的な部分で躓いています。まあLinuxを弄れる貴重な機会と思ってゆっくり見てみます。

＞　延長保証が適用できる機種の場合は必要に応じて課金しておくのが無難かと思います。

それですねぇ。ただ壊れるのは数年後なので悩ましいです。
たく0220さんのように知識があれば自分で切り分けることも可能なのでしょうけれども。


＞　まだ詳しく調べてませんが、SMRなHDDは10分ぐらいかかる場合があったような報告もあり…

単位を見間違えたかと、ちょっと目を疑いました。
そんなのでパリティ付きのRAID組んだら発狂しそうです。
幸いにも全てCMR（というか当時は無かった）で揃えていますので、騙し騙し※使っているところです。
QNAPでは時間を調整できるとのこと、今後のリプレースの際に参考にさせて頂きます。（でも私の場合、そこまで手が回らなさそうです）

※ADN上のファイルマネージャーではなく、外のPCからファイル操作を行っています。せっかくrcpを教えていただいたのですが、volum1からvolume2へコピーしている際に、結果をどこにリダイレクトしておけばよいか自信がなく。（NASのシステム領域を使ってしまってもよいのかどうか）

書込番号：24374213

[たく0220]

＞KA-7300さん

＞dmesgだと左側の日時の見方がわからないというか、起動時からのものになっていると思われるのでハングアップ前の情報を見るにはどうしたらよいかと、Linux入門者状態です。

dmesg --help
で
-T, --ctime show human-readable timestamp (may be inaccurate!)
があれば「dmesg -T」で読みやすくなります。

そうですね、説明抜けてましたねすみません。ある程度すると古いのから消えてしまいますので…
あと再起動時にリセットされてるかもしれません。最近見てなかったのでうっかりしてました。


＞ddで一部切り取りって出来るのでしょうか。

ddコマンドの使い方 - Qiita
https://qiita.com/hana_shin/items/042799a03f8d0b871ef7

参考情報としてリンクされてる下記の「主要オプション一覧」
コマンド:dd: UNIX/Linuxの部屋
http://x68000.q-e-d.net/~68user/unix/pickup?dd#prgmemo-dd-opts

bs=512 でブロックサイズを512バイトと指定すれば１ブロック＝１セクタと簡単に計算できる。
たとえば1080464セクタを確認するのであれば、少し手前からとるとしてskipを
skip=1080460
そこから10セクタ分の場合は
count=10
としてみると良いかと思います。

dd if=/dev/sdb of=out.dat bs=512 skip=1080460 count=10

出力先(of=)はlsコマンドなどを使って「/Volume1」や「/Volume2」のディレクトリを確認して
適当な共有フォルダとかにすれば確認しやすいかもしれません。
pwd
と入力して実行すると、今いるディレクトリ(cd: カレント ディレクトリ)を知ることができます。

例えば
dd if=/dev/sdb of=/volume1/homes/taku/out_sdb.dat bs=512 skip=1080460 count=10
dd if=/dev/sdd of=/volume1/homes/taku/out_sdd.dat bs=512 skip=1080460 count=10

といった感じに出力して、Windowsで添付画像の様に比較ソフト使って確認する事も出来るかと思います。


＞QNAPでは時間を調整できるとのこと

出来るのだけど、最近のIronWolf(ST6000VN001)で確認したところ初期値がdisableになっていて
自分で考えて設定しなよっていうメーカーからの意思表示なのか、もう少し理解深めるまでは変更しないつもり。

＞volum1からvolume2へコピーしている際に、結果をどこにリダイレクトしておけばよいか自信がなく。（NASのシステム領域を使ってしまってもよいのかどうか）

心配な時は直感を頼りに止めておくのも手かと ^^;
コマンド等は何かあった時の今後の糧にはなるかなとは思います。
なので無理、無茶をしてまで試してほしい訳では無いので、その辺の気遣いはしなくて構わないですよ。

コマンドの練習とかはPCのスペックがほどほどであれば、仮想環境(VMwareなど)にUbuntuをインストールしてみるとか実環境に被害を与えなさそうな手段もあります。
仮想ハード ディスクを設定すればmdadmも組めたりします。

最近はLinux関係の記事やブログも多く参考になるかと思いますので、余裕がある時にでも色々試してみると面白いかもしれません。

書込番号：24377330

[KA-7300]

RAID5の4台中2台が！	この状態なのに何故かリビルドが開始された	リビルドが100％と思いきや	訳が分かりません

＞たく0220さん

なにかもう手取り足取り有難うございます。
昔viは触っていた（emacsは完璧に忘れた）ので、入門的な記事を拾い読みしています。


しかし、現在被害拡大中で涙が出そうです。


写真1枚目：RAID5の4台中、2台がエラー　！

メインで使っている（一番容量の大きな）NASが信頼ならないとなると、受け皿（バックアップを収納できるストレージ）が多数必要になってしまいます。というわけで、昔使っていた（でもデータはバックアップしていない）RIAD5のマシンを起動したところ、上記エラーでした。ところが、わたわたと対応に悩んでいるうちに、何故かリビルドが始まりました（2枚目）。1枚目をよくよく見ると確かにSubunit1自体が認識されていません（Vportが空欄）。つまりあまりに古いので、ディスクが同一タイミングでは起動せず、1台だけ遅れて起動した為にrebuildとなってしまったようです（Subunit3はアウト）。

良かった良かった（でも何故rebuild）と思っていたのですが、rebuild100%のタイミングで再び画面を見たところ、なんと今度はinitializeが始まっています（写真3枚目）。ナニコレ状態です（現在進行形）。詳細を見ると、えー？という理解できない状態にあります（4枚目）。もう、initializeが終わったら何が出てくるのか、半ばあきらめの境地で結果待ち中です。
（慌てていたのでスクリーンショットではなく、手持ち撮影です。余裕なしのジェットコースター状態）

話を元に戻しddの件ですが、私の質問がわかりにくくすみません。ddでそのように指定した場合、例えば10TB目だけを読みたくても最初からひたすら読んで時間がかかるのと、その分の出力をどこかに保持しなくてはならないのだと思っています。なので読み出し開始位置を指定し、512Byteだけddで読み込むような指定方法は無いか（引数では見つけられず）というところでした。

# ASUSTORはNASの機能とは独立してLinuxを導入出来る（しかも別IPで、画面も本体からHDMI出力？）らしいので、ひと段落（してくれらば）試してみようと思います。

連鎖的に訳わからない状況に陥ってしまい、呪われているのかと思うこの頃です。
# 古いマシンを起動するのだから、OS起動前にHDD単独で何か処理しておけばよかったと後知恵で後悔しています。
　4台を別HDDにクローンしておけば、データをいくらかは救い出せた筈。
　このまま、見事RAID5で前の状態キッチリ復帰とかあり得るのだろうか。

書込番号：24377839

[たく0220]

＞KA-7300さん

vi出来れば大丈夫。emacs…使った事ないのですよね〜 ^^;

＞写真1枚目：RAID5の4台中、2台がエラー　！

もう何がなんだか… 泣いていいですよ (T_T)

ハードウェアRAIDの場合はマニュアル見るしかないので…
rebuild、resync、recoveryと表現いろいろなので混乱しますね。


＞ddでそのように指定した場合、例えば10TB目だけを読みたくても最初からひたすら読んで時間がかかるのと、その分の出力をどこかに保持しなくてはならないのだと思っています。なので読み出し開始位置を指定し、512Byteだけddで読み込むような指定方法は無いか（引数では見つけられず）というところでした。

私の環境だと10TBないので、例えばDiskの先頭から5TiB目、そこから512Byte(1セクタ)だけ読み出すとしたら。
　5TiB = 5*2^40 [Byte]
セクタに直すと(-1いるかも？)
　5*2^40/512 = 10737418240 [sector]
となるので、timeコマンドつけて実測します。

time dd if=/dev/sda of=/volume1/homes/taku/out_5TiB.dat bs=512 skip=10737418240 count=1

root@NAS220J01:/# time dd if=/dev/sda of=/volume1/homes/taku/out_5TiB.dat bs=512 skip=10737418240 count=1
1+0 records in
1+0 records out
512 bytes copied, 0.000220486 s, 2.3 MB/s

real 0m0.003s
user 0m0.000s
sys 0m0.000s

となり処理時間は0.003秒となります。
また「count=」はbs(ブロックサイズ)との積で計算された分のサイズを取得する事になります。(添付画像参照)
bs * count = 512[Byte] * 1 = 512[Byte]

こんな感じになります。

大変そうなので、安定したらゆっくり試してみてください。

書込番号：24377944

[KA-7300]

＞たく0220さん

その秒数からすると、文字通りskip（して最初を読まない）のですね。お教えいただきありがとうございます。
セクタ数の計算さえちゃんとできれば、かなり便利そうです。
ベストアンサーをこちらにも差し上げたいところですが（すでに質問を解決済みとしてしまっているので）すみません。

# エラー起こした前述のRAID5、rebuildはリビルドらしからぬ異様な速さでパーセンテージの進捗が上がってゆきましたが、initializeは地を這うようにゆっくりです。思わず、君、データ消しているよねと画面に向かって喋ってしまうほどヤバい感じです。
　rebuildでデータが復旧しそうな希望を持たせながら100%まで焦らしておいて、最後にinitializeを走らせてデータを切り刻んで見せるとは、映画も吃驚のどんでん返しで心臓に悪いです。いや、読めないと決まった訳ではありませんが。笑うにせよ泣くにせよ、（進捗率的に）明日には結果が出そうです。

AutoRebuildの指定がオフに出来るならば、今後はそうしておこうと決心しました。（リビルド前にHDDクローンですね）

書込番号：24378034

[KA-7300]

流石は3ware
（ASUSTORの話ではなく恐縮ですが）無事RAID5が修復されました。データ無事です。
Disk4台ともOKの扱いは納得いかない部分があるものの、古いマシンなのでここはデータを読み出せれば良しとします。
これを機に3ware製品に統一したいところですが、もう無いんですよね。

なお（本来の）ASUSTOR話としては、本日やっとサポートから回答がありました。（今日は質問してから何日目なんだろう。→11日）
以前ここにも記しましたが、ハングアップの対処方法について聞いているにもかかわらず、HDDを入れずに立ち上げてLEDの色を教えてくださいという、こちらの質問は全く無視した回答でした。ひょっとするとAIなのかも。

書込番号：24378959

[たく0220]

＞KA-7300さん

＞ベストアンサーをこちらにも差し上げたいところですが（すでに質問を解決済みとしてしまっているので）すみません。

この辺あまり気にしてないので大丈夫です ^^
質問するだけして放置な人が多いほうが気になりますね。マルチ+放置もみかけますし。

＞rebuildでデータが復旧しそうな希望を持たせながら100%まで焦らしておいて、最後にinitializeを走らせてデータを切り刻んで見せるとは、映画も吃驚のどんでん返しで心臓に悪いです。

この辺用語の使われ方によるんですよね。
initialize = resyncなのかも？ rebuildの作業的にはアレイの組直し、initializeでデータの再構築(verify、書き込み)なのかもしれません。

どっちにしろ終わるまでは心臓に悪いですね ^^;
データは無事だったみたいで良かったです。

＞これを機に3ware製品に統一したいところですが、もう無いんですよね。

LSI -> Avagoと買収されて3wareの血統はどこまで残っているか…

＞HDDを入れずに立ち上げてLEDの色を教えてくださいという、こちらの質問は全く無視した回答でした。ひょっとするとAIなのかも。
それで何か判るのかな… 言葉が通じないのかな？
保証切れると残念サポートしか受けれないのかも…

書込番号：24379352

[KA-7300]

＞たく0220さん

本当に冷や汗出ました。
さて、

＞initialize = resyncなのかも？ rebuildの作業的にはアレイの組直し、initializeでデータの再構築(verify、書き込み)なのかもしれません。

とのこと、なるほどと思いマニュアルを見にbroadcom.com※へ行ったら本日は見えなくなっていました。先月は見えたのですが。どうもftpのディレクトリからdocが無くなっているような（先月ダウンロードしたPDFは電源がなくなったと思われるRAID5機の中）。唯一手元にあったコマンドラインのマニュアルから強引に抜き出すとRapidRaidRecoveryの項に

＞Rapid Raid Recovery can accelerate the rebuild process, and it can accelerate initialize and verify tasks that might occur in response to an unclean system shutdown.

という文章がありましたので、おっしゃる（initialize=resync）通りのようです。

※なんでbroadcom.comに3wareのドキュメント一式があるのかはよく分かっていません。


サポートの件は、微妙にというか一部単語しか言葉が通じていない模様です。
RAIDアレイが結果的に無事だったので、心に少し余裕が出てきましたのでサポートの回答を察するに、（こちらの伝えた事は全て無視して）「NAS起動時に」ハングアップするトラブルシュートを行ってくれている気がします。HDD無しで起動するなら本体が原因ではなく、HDDに原因がある的な切り分け手順があるのかもしれません。今現在言えることは、ASUSTORのサポートは起票時に質問先を選択することができますが、そこを日本語以外にすべきようです。私は日本語サポートを選んでしまい現在の状況に至ります（回答者は名前からすると日本人ではありませんが、ちゃんと日本語で返信がありました。ただ話は前述の通り全く通じていない感があります）。

それにしても優先度をcritical（一番高い）にしていても11日間待ちって……、RAID1が壊れたりハングアップは大事ではないという見解なのかもしれませんが。お世話になりたくは無いですが、次は国内代理店のサポートが長いところを探してみます（でもテクニカルな質問は代理店から結局海外のサポートに行くような気がしています）。

書込番号：24379543

[たく0220]

＞KA-7300さん

＞※なんでbroadcom.comに3wareのドキュメント一式があるのかはよく分かっていません。

Broadcomも数年前Avagoに買収されて子会社化されたみたいですので、3wareの事業を継承したのかもしれませんね。

＞サポートの件は、微妙にというか一部単語しか言葉が通じていない模様です。

自分は英語をすっかり忘れてしまったので、
I am not very good at English, so I apologize in advance.
と前置きしてからじゃないとキツイ ^^;

やっぱり日本語だけだと、うまく伝わらないのですよね。
（日本の某メーカーは日本語でも伝わらなかったけど…）

＞お世話になりたくは無いですが、次は国内代理店のサポートが長いところを探してみます（でもテクニカルな質問は代理店から結局海外のサポートに行くような気がしています）。

サポートにはハードが壊れた時しか期待してなかったりして、ここ最近は運よくお世話になってないです ^^;
代理店もピンキリみたいで、担当してくれた方（運）次第なのかもしれません。
メーカーへエスカレーションしてくれるだけでも良いのですがね。
あと、各NASメーカーで延長保証は加入条件あるので購入時は確認すると良いですよ。

書込番号：24379659

[KA-7300]

状況報告となります。

ASUSTORのサポートの方から、適切な回答を得られました。今回は僅か1日での回答でしたので、質問方法に工夫（翻訳されやすいようにとても単純に記載）が必要なのかもしれません。ちなみに、電源長押しで良いそうです。ADMの機能によるヘルスレポートを送信したので結果待ちです。ただ今回はハングアップ後勝手に復旧しているので、エラー無しで終わりそうな気がします。ここの掲示板でお話しさせていただいたことをサポートの方と会話したくはあるのですが、話が通じるかどうか未知数です。

また何か情報がありましたら記載致します。

書込番号：24380804

[KA-7300]

状況報告（完了）です。

　ASUSTORのサポート、書き込み毎に回答が来るまで何日も待たなければならなかったのですが、最終的には当日中に回答がもう一度来るまでになりました。一体今までの放置っぷりは何だったのかというところですが、初回は状況をキッチリ書いた＝文章が長いのが敗因かもしれません。最初の問い合わせから1ヵ月ほどして、ようやく最初の書き込みの内容（RAID1内のディスク両方ともがメディアエラー発生している）が担当の方に伝わりました。結論としてはデータを別なところへバックアップとのことで、そこはまあ予想の範囲内の回答です。データに損傷がないか迄を確認したかったのですが、話が通じないので泣く泣く断念しています（技術的な裏付けをもってきちんとお付き合い頂いた、たく0220さんには大変感謝しております）。

　なお、ASUSOTRは古い機種だからサポートしないということは無いようで、その点は良かったと思いました。

　RAIDエラーを期に、更に大容量のHDDに替えましたがbakkup/restore時間が長いです（55時間とか）。もっともこれは1GbpsのLANしか使っていないので、ネットワークを含めた強化を考えなければというところです。（AS-604TはちゃんとLANポートが2つあるので、所要時間短縮は出来そうです。現在は1ポートのみ利用）

　なお、別件（ASUSTORではなく別機のRAID5崩壊）についてはデータが腐っていることが判明して、思わず寝込んでしまいました。大事なデータはRAIDアレイ相互にバックアップを取っている部分があるのですが、AutoRebuildで復旧後にその領域をバイナリでASUSTOR内のファイルとコンペアすると、化けてる化けてる……。ファイルの一覧はキッチリ見えるし、windowsのファイルエクスプローラーからはタイムスタンプもサイズも正常でありながら、中身は所々虫食い（テキストであれば文字化け）のファイルが多々。RAID5でRebuild成功の表示でしたが、実態はそうでなかったようです。これ、RAID6にすれば防げるのか、或いは6でも同様に治ったようでいて化ける話となるのか、とても悩みます。

　HDDが（搭載メモリーと比較して）大容量化してきた現在、速度を求めないのであればRAIDを使わなくてもよいのかなぁと思えてきました。ただバックアップの間隔に対し、RAID1であれば直前までのデータは残っていることを考えるとやはりRAID1が妥当かと、でもそもそも今回の件はRAID1の両ドライブで障害発生ということを思うと、考えがぐるぐる回って纏まりません。

　雑記的に長くなって恐縮です。windowsなのでファイルのバイナリ比較には（信頼性の面で）OS標準のコマンドである「fc /b」を用いています。ファイル単位でしか指定できないのでNAS間の比較にはお手製バッチ（ファイル名中の空白非対応）で「fc /b」を実施していますが、fcより便利なコマンド或いはMS製のツール（ディレクトリ以下を含めて比較できるもの）をご存じの方がいらっしゃればお教えいただけると幸いです。※ROBOCOPYは信頼しているのですが、今回のようにタイムスタンプは同じでも中身が壊れている場合にはチェックに使えません。Linux系の場合は、たく0220さんにお教えいただいたrcpコマンドにchecksumオプションがあるようなので（本当の意味で比較になっているのか、漏れを生じないのかが疑問であるものの）羨ましいです。

書込番号：24387598

[たく0220]

＞KA-7300さん

＞状況報告（完了）です。

お疲れさまでした。なかなか意思疎通に難があると大変ですよね。
QNAPとかでも日本語わかるスタッフが少ないとかで時間かかった方もいましたね。
短文で箇条書き、ついでに英語でも併記したほうが良いのかもしれません。

＞なお、ASUSOTRは古い機種だからサポートしないということは無いようで、その点は良かったと思いました。

この点は凄いですね。(なんか上からで失礼なんだけど…)見直しました。
あと、一段落してからと思ってたのですが

ADM 4.0 Betaが登場 | ASUSTOR Inc.
https://www.asustor.com/ja/news/news_detail?id=26073

＞*ADM 4.0非対応機種：AS-2 / AS-3 / AS-6

AS-6更新出来ないみたいなので、EOL近いかもしれませんので気を付けてください。


＞ネットワークを含めた強化を考えなければというところです。

LAGはスイッチとか購入する事考えると、2.5G/5Gとか対応のスイッチが落ち着いてからかな私は…


＞なお、別件（ASUSTORではなく別機のRAID5崩壊）についてはデータが腐っていることが判明して

２台degradedになったので、残念ながらその影響が出てしまったみたいですね。
個人的には、mdadmのRAID6だとしてもそれらが防げるかは疑問に感じています。
パリティでデータが破損している事は判ります、ではどのディスクのデータが正しいのか？は判断出来ないと思います。
最近はBtrfsやZFS(RAIDZ)などその点を重視しているファイルシステムもあります。ただ速度とはトレードオフになるのでそれなりのマシンスペックが求められてしまいます。

＞windowsなのでファイルのバイナリ比較には（信頼性の面で）OS標準のコマンドである「fc /b」を用いています。

データの比較はMD5やSHA256でのハッシュ値でするのが良いかと思うのですが、
fcコマンドは１行ごとのテキストベースなので、バイナリの比較には向かないかなと思ったりします。
なにか便利なツールないか探してみますね。

書込番号：24387821

[KA-7300]

＞たく0220さん

＞AS-6更新出来ないみたいなので、EOL近いかもしれませんので気を付けてください。

これ全く知りませんでした。ご案内ありがとうございます。
# （私の使い方としては）新機能はいらないので、NASとして安定してくれさえすれば言う事ありません。

ツールは、何かのついでで見つかったらお教えいただけると幸いです。
なおそこそこいいツールは発見（というか再認識）しました。

　たく0220さんもご認識のようにwinodowsのfcは、unixでいうdiffの超劣化版です。ただ、/bオプションを指定するとバイナリで比較してくれるので、完全な比較の場合は重宝します。欠点はサブディレクトリを含め再帰的に実行はしてくれないので、ファイルをいちいち指定する必要があり面倒（実用的でない）です。

　GUIなので眼中になかったのですが、MS純正のWinDiffというユーティリティは上記要望を（GUIという事以外は）全て満たしてくれました。結果をファイルに出力できるので、そこが非常に役立っています（現在これで比較中）。タイムスタンプ同じだけど中身違うとか、サブディレクトリ内のファイルも含め、しっかり報告してくれます。惜しむらくはwindows8からサポート外となっているようで、win7時代のもの（SDK or サポートツール）からしか入手できません。つまりunicocdeには対応していないです。ただ、結果をファイルに出力させると、コードはそのまま出力されているらしく、ファイル名がunicodeでも（エディタでは）きちんと読めます。使い勝手的には、これのCUI版が欲しいところです。#こんなに便利なのに、なんでMSはサポート打ち切ったのだろう。

書込番号：24389830

初めてのNASです

[kintsugi]

NAS･RAIDとも初心者です、教えてください。
8ベイ以上でオールSSDのNASを構築希望です。

最初にSSD8TB3台でBRAID5スタート
容量足りなくなったらもう一台の2.5インチベイ
その後3.5インチベイにも2.5インチSSDを一台ずつ増設

最終的には8×8で64TB
この機種でこのようなことは可能でしょうか？
できない場合他に8ベイ以上で可能な機種はありましょうか？

ご教授よろしくお願いします。

書込番号：24370786

[Checked9z]

RAID5は8本のうち7本しか使えません。８T玉であれば８＊7の５６Tですね。あとづけDISKは再編成できないのが一般的ですね。するとすべて消えます。全データをバックアップして再構成するしかないですね。それであれば８＊７の構成できます。
このようなNASで再構築すると死ぬほど時間かかりますよ。SSDの性能にもよりますが。。
なにを格納するのかわかりませんが、57T必要であれば初めから8本買った方がいいと思いますが。

書込番号：24370806

[ZUUL]

まず、ユーザーズガイドをじっくり読むといいです。
こういう高機能製品は、ユーザーがやりたいこととは別に、
ユーザーにやらせる操作がたくさんあります。

書込番号：24371096

[LsLover]

『
最初にSSD8TB3台でBRAID5スタート
容量足りなくなったらもう一台の2.5インチベイ
その後3.5インチベイにも2.5インチSSDを一台ずつ増設

最終的には8×8で64TB
』

RAID5 8TB×8台　RAID5を構築すると（3台以上では）1台はブロック単位のパリティとして利用しますので、8TB×(8-1)台の56TBの容量となります。

最大56TBの（大切な）データのバックアップはどの様に取得されるのでしょうか?

初期投資：325,000＋バックアップ設備

『
TS-932PX-4G
最安価格(税込)：\84,920
』
https://kakaku.com/item/K0001308315/

『
容量:8000GB(8TB)SSD
サムスン　870 QVO MZ-77Q8T0B/IT　\79,800
』
https://kakaku.com/pc/ssd/itemlist.aspx?pdf_Spec301=8000

書込番号：24371218

[kintsugi]

早速に返信いただき、有り難うございます。

RAID5では、一台ずつの増設は不可ということですね。
他機種か、他メーカーで拡張RAIDで増設できる機種あれば教えてください。

また｢死ぬほどの時間｣とはどんな単位ですか？
数日を超えて、数十日掛かることもあるということでしょうか？

アドバイスお願いします。

書込番号：24371256

[Checked9z]

＞kintsugiさん
「死ぬほどの時間」とは私はシステム屋でユーザ相手に仕事しております。再編成で数時間で８時間内に終了しないと業務に支障がでるのです。なので業務で使えない＝ユーザに文句を言われるという意味です。
数日から1週間ほどかかると思います。
そもそもなぜに５７T必要なのでしょうか。想像するに写真か、動画だと思います。それ以外あまり考えられません。私は多くのプログラムがありますが、それでも１Tは使っていません。
バックアップで必要なのであればクラウドが絶対（ほとんど）壊れる事はないし、いいかと思います。57T本当に必要でしたら高額になるからお勧めはしません。
NASは基盤（マザーボード）が死ぬと修復できません。私は1回NASの基盤が死んで全て飛んだのを見ました。それ以来NASには抵抗感があります。QNAP、Sinologyはまともだと思いますが・・。それでも死ぬ時は死にます。あと問題が音です。ユーザのNASをセットアップし、近くに置いておくと割合うるさいです。

書込番号：24371717

[まぜまぜ]

死ぬほど、は決して大げさでは無いです(笑)
ビジネス用途のNASあれば光とか10Gとかを利用するので家庭用NASよりも高速ではありますが、容量によって恐ろしく時間が掛ります。
身近なところで家庭でのお話をすると、最近4TB(HDD-RAID5後)のNAS→6TB NAS(SSD-RAID5後)に全コピーした際は3日間掛りました。
一つ一つのファイルが大きい場合はまだ早いのですが、小さいファイルが多い場合はコピーにかかるオーバーヘッドが大きくて非常に時間を要します。

書込番号：24372719

[CWK]

プールの拡張でRAIDグループにディスクを１本ずつ足していけます。
https://docs.qnap.com/nas-outdated/QTS4.3.5/jp/GUID-DDFD20DB-72C4-4EBA-9D53-24665AE6B024.html

ディスク追加時は再構築がかかります。
この間にディスク故障や再構築の失敗が発生すると
データが全て飛んでしまいますので祈りながら待ちましょう。
追加の前にバックアップがとれれば良いですが・・・。
SSDでも8TBであれば丸１日はかかると思います。

書込番号：24373471

[Checked9z]

＞CWKさん
ストレージプールを使う方法ですね。。なるほどと思いましたが、やった事がありません。Windowsなどでも標準でありますね。
ストレージプールはソフトウェアの機能なので障害時の挙動がよくわかりません、私は。。。

私はNAS使わないのはうるさいという事が一番ですね。。ユーザは勝手なので先日14T玉８本でRAID構成つくりました。ディスク障害時リビルドいつ終わるのか・・という感じです。HDDです。

書込番号：24373578

[たく0220]

＞kintsugiさん

互換性一覧 - QNAP
https://www.qnap.com/ja-jp/compatibility/?model=477&category=ssd

8TBに近い7.6TBと7.68TBはリストにあるが、それでも入手出来るのかが疑問。
また、リストに無いSSDはサポートしてくれるか不明なので自己責任での運用になってしまうかもしれません。

この構成を希望されるなら、まずは国内の代理店で購入前相談をされるのが良いかと思います。

Synologyに関しても同様に8TBのSSDは互換性リストにはありませんので確認してみてください。

互換性リスト | Synology Inc.
https://www.synology.com/ja-jp/compatibility

書込番号：24374233

[kintsugi]

皆様　いろいろと教えていただき、参考になりました。
他に分からないことがいろいろあります。
その節はまた教えてください。(_ _)

書込番号：24389803

AQUOSテレビで録画した番組をムーブできるか

[せんだいけんた]

こんばんは。

このNASのDTCP-IP機能についてですが、AQUOSテレビ【2T-C22AD】に接続したUSBハードディスクに録画したテレビ番組を、この製品にムーブできますでしょうか。
https://kakaku.com/item/K0001077623/

以下のURLに記載の動作確認済みLANディスクの一覧に掲載はないようですが、掲載されている製品の後継機種となるなら、ムーブできないだろうかと思った次第でございます。

https://jp.sharp/support/aquos/doc/dlna.html

よろしくお願いいたします。

書込番号：24367010

[ありりん00615]

テレビとしては対応しています。
https://jp.sharp/support/aquos/doc/homenetwork.html

しかし、IODATA側のリストにはADラインどころかAから始まるラインは含まれていません。
https://www.iodata.jp/pio/io/hdd/landisk_av.htm

書込番号：24367031

[nato43]

こんばんわ。
確かにアイオーデータの動作検証は古いので、ほぼ各メーカーの最新機種では検証していません
なのでアイオーデータとしては、分かりませんと言います。規格上はダビングは可能です。
私もアイオーデータのホームページでは検証リストに入っていませんが、ダビングは出来ています。
ただ条件によっては、ダビングに失敗する事はありますが、大抵は録画データの移動順序を
変えるか、何度かダビングをすると成功しています。4000番組をパナソニックの複数のテレビや
パナソニック複数のディーガから実施しています。

ダビング出来ないときは、テレビのダビング先としてHVL-AAS4は表示されません。

私の環境では出来ても、スレ主様の環境では出来ないこともありますので、自己責任となります。

書込番号：24367054

[LsLover]

ダビングが出来たかの書き込みは、確認できませんが...。

『
RECBOXにダビングまたは移動できるの？
』
https://bbs.kakaku.com/bbs/K0001077624/SortID=22867035/

2T-C22ADは、「DTCP-IPダビングに対応しています。」と記載されていますので、（多分）RECBOXへDLNAダビングは可能かと思います。

『
ホームネットワーク対応のAQUOS（機種）と対応機能
【2018年 発売機種】
機種名：2T-C22AD
動画ダビング：○ ※3
※3 DTCP-IPダビングに対応しています。本機のUSB外付けハードディスクに録画した番組をDTCP-IPダビング対応レコーダー または サーバーにダビングできます。
』
https://jp.sharp/support/aquos/doc/homenetwork.html

書込番号：24370039

[せんだいけんた]

こんばんは。回答ありがとうございます。
返信が遅くなり申し訳ありません。

＞ありりん00615さん
なるほど。IO DATA側で対応機器リストに載っていないとなると、胸を張って対応しているとは言いけれないですね...(^^;

＞nato43さん
ダビングが失敗したり、テレビ側で移動先にこのNASが表示されなかったりとなると、やっぱり正式に対応しているわけではないということなんですね...(^^;
ちょっとこの製品はリスクがありそうなので、うまくテレビ側の動作確認のNASを探してみます。

＞LsLoverさん
ありがとうございます。やはりURLに記載のNASのほうが無難のようですね...(^^;

書込番号：24381234

[LsLover]

『
やはりURLに記載のNASのほうが無難のようですね...(^^;
』

2T-C22AD-Bは『2018年 8月 発売』の商品のようです。
TV、NASの各メーカ側は、商品発売当時に動作確認状況を更新することが多いので、現時点で動作確認済のNASを探すと「販売終了」になっていることがあるようです。
今後、動作確認済の入手可能なNASを探すのは、手間の掛かる作業となるかと思います。

『
2018年 8月 発売
AQUOS 2T-C22AD-B [22インチ ブラック系]
』
https://kakaku.com/item/K0001077623/

『
動作確認済みのDLNA認定サーバー および DTCP-IP対応レコーダー
』
https://jp.sharp/support/aquos/doc/dlna.html

書込番号：24381456

[せんだいけんた]

＞LsLoverさん
こんばんは。回答ありがとうございます。

確かに少し古い製品ですし、公式では販売終了となっているのは承知の上ではあります(^^;
何とか様々な通販サイトやオークションなどを探してみたいと思います。
運よく新品で販売されていればうれしいです(^^;

書込番号：24389148