( 2021.10.24. 更新 )
| ● 基本 ● |
|---|
| 1 | ( 内蔵ｽﾄﾚｰｼﾞに ) OS ｢ Ubuntu ｣ + ｱﾌﾟﾘ ｢ mdadm ｣ をｲﾝｽﾄしたPC ( = USB3.0以上推奨 ) に、対象のRAID 1ﾃﾞｨｽｸ ( × 1個 ) を外付け接続 |
|---|
| ﾏｳﾝﾄ後、別の外付けｽﾄﾚｰｼﾞに ﾃﾞｰﾀをｺﾋﾟｰする |
| 2 | 持ち歩くﾉｰﾄを ｽﾄﾚｰｼﾞ交換しやすいものにし、Ubuntuをｲﾝｽﾄした別の内蔵ｽﾄﾚｰｼﾞを持ち歩けば ( 出先で ) 障害対応しやすい |
|---|
| 3 | Windows 用ｱﾌﾟﾘ ｢ 復旧天使 Standard RAID ｣ ( = RAID 0 のﾃﾞｰﾀを抜くには 強力なﾂｰﾙ ) でも、RAID 1 のﾃﾞｰﾀ抜きは可能 |
|---|
| ↑ ただし、DISK 1 + DISK 2 の両方が正常動作している必要があるため、障害対応に向かない |
| ↑ DISK 1 + DISK 2 が無傷であり、筐体だけが死亡するなんてｹｰｽ 逆にﾚｱだ |
| ↓ くわえて 復旧天使で 以下のｹｰｽもあった |
| 現場 = PO光学 様 : TB市 |
| 状況 = 赤ﾗﾝﾌﾟがついているし、ｱｸｾｽも不安定 |
| 症状 = 外づけに2台を接続して 普通にﾃﾞｰﾀは抜けたが、ﾃﾞｰﾀが 1か月以上 古い |
| 原因 = DISK 1 が 1か月以上 前に止まっていて、復旧天使が抜いたのは DISK 1 のﾃﾞｰﾀだった |
| ↑ 逆に ﾕｰｻﾞが ( 無意識に ) ｱｸｾｽしてﾃﾞｰﾀ更新していたのは、DISK 2 だった |
| 処置 = DISK 2 をUbuntuで処理したら、普通に最新ﾃﾞｰﾀが抜けた |
| 備考 = HDD × 2台とも Regeneでﾋｯﾄなし |
| ● 下準備 ● |
|---|
| 0 | まっ先に 対象 HDD を dd ｸﾛｰﾝ し、ｸﾛｰﾝ 先 で 作業する （ ＝ SSD 推奨 ） |
|---|
| ↑ 対象 HDD が ( たとえ Regene で ﾉｰﾋｯﾄ でも )、ﾃﾞｰﾀ 抜き 操作を すると 微妙に 不調で、一部の ﾃﾞｰﾀが 抜けなかった ｹｰｽ あり |
| ↑ その ｹｰｽ では ｸﾛｰﾝ 先 で 同じ処置をしたら、普通に 全 ﾃﾞｰﾀ が 抜けた |
| ちなみに dd ｸﾛｰﾝ で ｴﾗｰ が 出たら Regene する 価値はあるが、障害 HDD に Regene ( = 書込み操作 ) を するのは ﾘｽｸ あり ( = 不調 HDD に、とどめを刺す 可能性 あり ) |
| ↑ 一部 ｴﾗｰ が 出ても、まずは dd ｸﾛｰﾝ ｽﾄﾚｰｼﾞ を 作成する |
| 1 | USB3.0のPCに Ubuntuをｲﾝｽﾄ |
|---|
| ↑ 現場では 18.04を使用 |
| 2 | 充分にOSｱｯﾌﾟﾃﾞｰﾄしてから、ｱﾌﾟﾘ ｢ mdadm ｣ をｲﾝｽﾄする |
|---|
| ↓ ｢ Ubuntuｿﾌﾄｳｪｱｾﾝﾀｰ ｣ で ｱﾌﾟﾘ ｢ Linux MD ｱﾚｲ ( ｿﾌﾄｳｪｱ Raid ) 管理ﾂｰﾙ ｣ がﾋｯﾄすれば、それが ｢ mdadm ｣ と同じものだが、( OSｱｯﾌﾟﾃﾞｰﾄもふくめ ) 以下のｺﾏﾝﾄﾞで行ったほうが、確実 |
| 3 | ↓ 以下が、OS ｱｯﾌﾟﾃﾞｰﾄ + ｱﾌﾟﾘ ｢ mdadm ｣ を ｲﾝｽﾄする ｺﾏﾝﾄﾞ |
|---|
| ［１］． ｱﾌﾟﾘ [ 端末 ] ( = ｸﾞﾉｰﾑ･ﾀｰﾐﾅﾙ ) を、起動する |
| ↑ Alt + F2 → gnome-terminal |
| ［２］． sudo (ｽﾍﾟｰｽ) apt (ｽﾍﾟｰｽ) update |
| ［３］． sudo (ｽﾍﾟｰｽ) apt (ｽﾍﾟｰｽ) upgrade |
| ［４］． sudo (ｽﾍﾟｰｽ) apt (ｽﾍﾟｰｽ) install (ｽﾍﾟｰｽ) mdadm |
| ● ﾃﾞｰﾀを 抜く 手順 ● |
|---|
| 1 | 対象のHDD × 1個を、USB接続する ( = USB3.0以上を推奨 ) |
|---|
| 2 | ｱﾌﾟﾘ ｢ 端末 ｣ ( = ｸﾞﾉｰﾑ･ﾀｰﾐﾅﾙ ) を起動する |
|---|
| ↑ Alt + F2 → gnome-terminal |
| 3 | dmesgで、対象HDDのﾃﾞﾊﾞｲｽ名を予想する |
|---|
| ↑ 普通は ｢ sdb ｣ |
| Shift + Ctrl + F で、窓 [ 検索 ] を開いて、｢ sdb ｣ を検索したほうが早い |
| ↑ 容量が確認の手がかり |
| 4 | ↓ partedで、ﾃﾞｰﾀのあるﾊﾟｰﾃｨｼｮﾝ ( = 容量が最大のﾊﾟｰﾃｨｼｮﾝ ) を確認する |
|---|
| sudo (ｽﾍﾟｰｽ) parted (ｽﾍﾟｰｽ) -s (ｽﾍﾟｰｽ) /dev/sdb (ｽﾍﾟｰｽ) print |
| ↑ ある現場では ｢ 6 ｣ ( = sdb6 ) だった |
| 正常HDDならほぼ一瞬で処理されるが、ある障害HDDは妙に時間がかかった |
| ↑ その障害HDDは、そのまま進めても結局 ﾃﾞｰﾀが見えなかった |
| ↑ やはり前処理で ｢ Regene + 別の正常ｽﾄﾚｰｼﾞへ ddｸﾛｰﾝ ｣ は必須だ |
| 5 | ↓ mkdirで、一時的に使用するﾌｫﾙﾀﾞを作成する ( 例 = 初期からあるﾃﾞｨﾚｸﾄﾘ ｢ media ｣ の下部に ) |
|---|
| sudo (ｽﾍﾟｰｽ) mkdir (ｽﾍﾟｰｽ) /media/itiji |
| ↑ 結果 ｢ 〜 ﾌｧｲﾙが存在します ｣ が表示した場合は、以前に作成したﾌｫﾙﾀﾞが残っているので ｢ sudo rm -rf /media/itiji ｣ で削除してから |
| 6 | ↓ chmodで、一時ﾌｫﾙﾀﾞを読み書き自由にする |
|---|
| sudo (ｽﾍﾟｰｽ) chmod (ｽﾍﾟｰｽ) 777 (ｽﾍﾟｰｽ) /media/itiji |
| 7 | ↓ mdadmで、すべてのRAIDｱﾚｲを停止する |
|---|
| sudo (ｽﾍﾟｰｽ) mdadm (ｽﾍﾟｰｽ) --stop (ｽﾍﾟｰｽ) --scan |
| 8 | ↓ mdadmで、一時的なRAIDｱﾚｲを構築する |
|---|
| sudo (ｽﾍﾟｰｽ) mdadm (ｽﾍﾟｰｽ) --assemble (ｽﾍﾟｰｽ) /dev/md0 (ｽﾍﾟｰｽ) /dev/sdb6 |
| ↑ ここで、結果 ｢ /dev/md0 has been started with 1 drive ( out of 2 ). ｣ が表示すれば、先に進められる |
| ↑ 逆に、結果 ｢ /dev/md0 assembled from 1 drive - need all 2 to start it ( use --run to insist ). ｣ が表示した場合、先に進められないので中断し、先に ↓ 以下の処置を行う |
| → ● 結果 ｢ 〜 need all 2 〜 ｣ が表示した場合 ● |
| 9 | ↓ mdadmで、RAIDｱﾚｲ ( = 一時利用の ) を有効にする |
|---|
| sudo (ｽﾍﾟｰｽ) mdadm (ｽﾍﾟｰｽ) --run (ｽﾍﾟｰｽ) /dev/md0 |
| 10 | ↓ mountで、RAIDｱﾚｲ ( = 一時利用の ) にﾏｳﾝﾄする |
|---|
| sudo (ｽﾍﾟｰｽ) mount (ｽﾍﾟｰｽ) /dev/md0 (ｽﾍﾟｰｽ) /media/itiji |
| 11 | ( 成功すると、ﾃﾞｽｸﾄｯﾌﾟ画面に、対象HDDが表示される ) |
|---|
| 12 | 別ｽﾄﾚｰｼﾞ ( = Windowsで 普通に認識されるﾌｫｰﾏｯﾄがされた ) をUSB接続し、ﾃﾞｰﾀをｺﾋﾟｰする |
|---|
| ● 応急処置 の 例 ● |
|---|
| 1 | 外付けHDDに、全ﾃﾞｰﾀをｺﾋﾟｰ |
|---|
| 2 | 現場PCに接続して、NASの共有ﾌｫﾙﾀﾞと同じ共有設定にする |
|---|
| ↑ 例 = 共有ﾌｫﾙﾀﾞの共有名を ｢ share ｣ に |
| 3 | そのPCのIPをNASと同じに変更したら、他PCでは設定変更が不要だった |
|---|
| ↑ 初回ｱｸｾｽ時のみ、30秒ほどかかったが |
| ↑ NASに名前ｱｸｾｽしていたら もうひと手間かかったが、IPｱｸｾｽだったのが幸いした |
| ● 備考 ● |
|---|
| 1 | 別の話だが、HDD上にOSを乗せる仕様は怖すぎる |
|---|
| OSがROMに乗っているなら、連続停電もあまり怖くない |
| しかしHDD上に乗っていると、連続停電ぐらいで ｢ OS破損 + 起動不能 ｣ になっても不思議はない |
| ↑ ﾊｰﾄﾞ故障がないのに、ｿﾌﾄが破損しても不思議はない |
| 2 | ｢ ｻｰﾊﾞとNASぐらい、UPSから電源を取れ ｣ という話ではあるが、SOHOはそこまで備えていない現場のほうが多い |
|---|
| 3 | ↓ Synology ( = ｼﾉﾛｼﾞｰ ) のNASｷｯﾄ ( = ｽﾄﾚｰｼﾞ別売り ) などは、OSが基板に乗っている |
|---|
| その他 ＞さ 行 ＞低頻度 ＞Synology ＞ |
| ● 結果 ｢ 〜 need all 2 〜 ｣ が、表示した 場合 ● |
|---|
| ● 基本 |
|---|
| 1 | ↓ ｺﾏﾝﾄﾞ ｢ mdadm ｣ で一時的なRAIDｱﾚｲを作成するさい、結果が2つに分かれる |
|---|
| [ A ] = ｢ /dev/md0 has been started with 1 drive ( out of 2 ). ｣ = 先に進められる |
| [ B ] = ｢ /dev/md0 assembled from 1 drive - need all 2 to start it ( use --run to insist ). ｣ = 先に進められない |
| ↑ 結果 [ B ] の場合 --run しても、｢ /dev/sdb6 is bussy - skipping ｣ で 進められない |
| 2 | ちなみに、DISK 1 + DISK 2 が正常に RAID 1 動作した状態で、正常に電源を切った DISK 1 でも 結果 [ B ] になる = 進められない |
|---|
| そこで DISK 2 を抜き、DISK 1 のみの状態でNAS起動すると ｢ ﾃﾞｰｸﾞﾚｰﾄﾞ ﾓｰﾄﾞ ｣ に切り替わり、その後は 結果 [ A ] に切り替わる = 進められる |
| ( たとえば DISK 1 が死亡しているなら )、DISK 2 ( のみ ) をｽﾛｯﾄ 1に入れても ( NAS動作はするし )、結果 [ A ] になる = 進められる |
| ↑ 当面は この手順 ( = 物理的な処置で ﾃﾞｸﾞﾚｰﾄﾞ ﾓｰﾄﾞに切り替える ) で しのぐ |
| 3 | Ubuntuのｺﾏﾝﾄﾞでﾃﾞｸﾞﾚｰﾄﾞできれば ｽﾀｲﾘｯｼｭなので、今後の宿題 |
|---|
| ↑ ( ｺﾏﾝﾄﾞが確立しないと ) もし筐体が死亡したら、わざわざ同型筐体を入手しなければならないので 面倒 |
| ● 備考 |
|---|
| 1 | ｢ ● 基本 ● ｣ にある PO光学 様は、紛らわしかった |
|---|
| ↑ DISK 1 は1か月前に止まっていて、DISK 2のみﾃﾞｰﾀ更新されていた |
| ↑ Ubuntu処理すると DISK 1 は結果 [ B ] で、先に進められなかった ( = ﾃﾞｰﾀ更新されていないくせに、ﾃﾞｸﾞﾚｰﾄﾞにも切り替わっていない ) |
| ↑ 逆に、最新ﾃﾞｰﾀのあるDISK 2 は結果 [ A ] で ﾗｯｷｰだったが |
| 一方、そのDISK 1 も ｢ 復旧天使 Standard RAID ｣ なら、普通にﾃﾞｰﾀが抜けた |
| ↑ ただし、DISK 2 とｾｯﾄで処置しても、抜けたﾃﾞｰﾀは ( 1か月 古い ) DISK 1 のﾃﾞｰﾀのみなので 用は足りなかったが |