Windows Defenderのバグ
こんな障害があったようだ
https://news.mynavi.jp/article/20210510-1886055/
システムを確認したところ，既にアップデートは行われておりディスク消費も問題になるようではなかったので良し
エントリー
カテゴリー「ＰＣ」の検索結果は以下のとおりです。
ページ移動
高速スタートアップを有効（無効）にする
Windows10で「高速スタートアップを有効にする」ことができるが，何かと問題（RAID1の件も関係するかもしれない）があるようなので無効にしておいたほうが無難である
有効／無効設定方法が判り難いので記録しておく
①スタートメニューから電源オプションを実行
②右側の「電源の追加設定」を選択
③左側の「電源ボタンの動作の選択」を選択
④「現在利用可能でない設定を変更します」を選択
⑤「高速スタートアップを有効にする」で有効／無効を設定する
※）（推奨）とあるがどの程度の試験がなされているのかだな？
OctoPrint用ラズパイの電源制御ボードを作製
- 2021/02/28 22:12
- カテゴリー：３Ｄプリンタ, Raspberry Pi, ＰＣ
OctoPrint用ラズパイの電源を制御する
基本仕様
ラズパイZEROを使用
ラズパイは3Dプリンタの電源と連動して起動／終了させる
電源制御
3Dプリンタの電源切りを判断し，ラズパイを正常終了（シャットダウン）して電源切りとするため，UPSと電源ON/OFF回路を作ることになる
ソフトコントロールした方が柔軟性が高いのでいつものとおりAVRを使用することとしATtiny13aを使用する
ラズパイZEROはWiFi使用時でも最大消費電流200mA程度（入力5V）→ 効率を多めにみても5V500mA入力できれば良しと見積もる
ラズパイの起動／終了確認はGPIOの8ピン（UART_TXD）を監視することで行う → OSのシリアル利用設定が必要でシリアルコンソールとなる，シリアルは負論理なので使用可能になるとON（1）となる（終了でOFF）
シャットダウン要求はGPIOの7ピンを利用して制御，ラズパイ側でGPIOを監視してシャットダウンする
GPIOは3.3VロジックなのでATtiny13aも3.3Vで使用する
回路図
- 元電源が入るとATtiny13aとリポ充放電モジュールが通電
- ATtiny13aは起動後FETのONでラズパイを起動させGPIOの監視を行う
- 元電源が切れると電圧の関係でFETへの充電はバッテリーに切り替わる
- ATtiny13aは元電源ＯＦＦを感知してラズパイにシャットダウン要求しシャットダウン後FETをOFF（電源断）する
- バッテリーはダイソーのＵＳＢ充電ライターのリポ（200mAh）を利用
- リポの充放電（モジュール）と5VへのDC-DC（2A）はAmazonで購入していた既製品を使用
- ON時の5V出力安定のため100μFを付けた（オシロでチェックしたところ無くても問題なしだったが排除していない）
- スイッチ部はGrd共通のためＰチャネルFETとなる
- ラズパイ3などに変更する場合はダイオードの許容電流に注意
ソフトウェア
ATtiny13a
//３Ｄプリンター用ラズパイ（octoPi）電源制御プロクラム
// octoPiPower.ino V1.3
//
// ATMEL ATTINY13 / ARDUINO
//
// +-\/-+
// ADC0 (D 5) PB5 1| |8 Vcc
// ADC3 (D 3) PB3 2| |7 PB2 (D 2) ADC1
// ADC2 (D 4) PB4 3| |6 PB1 (D 1) PWM1
// GND 4| |5 PB0 (D 0) PWM0
// +----+
//
// PB0 - OUT FET ON/OFF
// PB1 - OUT raspi control (PIN7)
// PB2 - IN raspi sense (PIN8)
// PB3 - OUT LED
// PB4 - IN power
//
// 処理フロー（V1.2まで）
// ①元電源ＯＮにより本機（ATTINY13）がＯＮ
// ②ラズパイの電源をＯＮさせる（FET ON）
// ③電源（PB4）とラズパイの状態（PB2）を監視
// ④電源ＯＦＦでラズパイにシャットダウンを通知（PB1）
// ⑤ラズパイが終了したらラズパイの電源ＯＦＦ（FET OFF）
// ⑥⑤により本機もＯＦＦもしくは元電源がＯＮなら終了状態へ移行
// 処理フロー（V1.3から③以降変更）
// 電源連動となるので電源ＯＦＦからの復帰はない，また，リブートを可能とした
// ③電源（PB4）を監視
// ④電源ＯＦＦでラズパイにシャットダウンを通知（PB1）
// ⑤ラズパイが終了したらラズパイの電源をＯＦＦ（FET OFF）
//
#include <avr/io.h>
#include <avr/sleep.h>
#include <util/delay.h>
//接続ＰＩＮ
#define FET PB0 //電源ＳＷ制御
#define RASP7 PB1 //ラズパイ指示（ＯＮでシャットダウンさせる）
#define RASP8 PB2 //ＴＸＤ（通信ポート）で起動判断（負論理なので通常はＯＮ）
#define LED PB3 //動作状態を示すＬＥＤ
#define POWER PB4 //主電源
void setup() {
//PIN（入力）
pinMode(RASP8, INPUT);
pinMode(POWER, INPUT);
//PIN（出力）
pinMode(FET, OUTPUT);
pinMode(RASP7, OUTPUT);
pinMode(LED, OUTPUT);
set_sleep_mode(SLEEP_MODE_PWR_DOWN);
//ラズパイ電源ＯＮ
digitalWrite(FET, HIGH); //ラズパイＯＮ
digitalWrite(RASP7, LOW); //ラズパイ指示初期化
//ラズパイ起動待ち
while(!bit_is_set(PINB, RASP8)) {
digitalWrite(LED, HIGH);
_delay_ms(900);
digitalWrite(LED, LOW);
_delay_ms(100);
if(!bit_is_set(PINB, POWER)) {
digitalWrite(RASP7, LOW); //ラズパイシャットダウン指示
digitalWrite(FET, LOW); //ラズパイ電源ＯＦＦ
return; //loop()で元電源ＯＦＦ待ち
}
}
digitalWrite(LED, HIGH);
//元電源ＯＦＦ待ち
while(bit_is_set(PINB, POWER)) _delay_ms(1000);
//ラズパイへシャットダウン指示
digitalWrite(RASP7, HIGH);
//シャットダウン待ち
while(bit_is_set(PINB, RASP8)) {
digitalWrite(LED, HIGH);
_delay_ms(500);
digitalWrite(LED, LOW);
_delay_ms(500);
}
//２０秒待ち，電源ＯＦＦ実行
for(int n = 0; n < 20; n++) {
digitalWrite(LED, HIGH);
_delay_ms(100);
digitalWrite(LED, LOW);
_delay_ms(900);
}
digitalWrite(RASP7, LOW); //ラズパイシャットダウン指示
digitalWrite(FET, LOW); //ラズパイ電源ＯＦＦ
}
//終了
void loop() {
sleep_mode();
}
ラズパイ
ピン監視＋シャットダウンプログラムを/etc/rc.localから起動
プログラムは参考の「While loop」版を元にほぼそのままで使用（7ピン監視は10秒間隔にしている）
※）割込み版はバックグランド動作しない
完成ボード
バッテリーは基板の裏に配置した
接続
ラズパイとの接続用にソケットを作製
ピンはラズパイ上から右ピンに多いので接続のやり易さから左右反転させている（基板の裏からみるとラズパイ上と同じ位置になる）
必要なのは8ピンまでだが切り良く10ピンまで対応できるようにしている（ただし不必要なピンは接続していない）
システムテストによる調整
最終確認にてソフトウェアの調整を行った
- シャットダウン要求でシャットダウン後の電源OFFまでの時間を20秒にした（当初は5秒）→ 8ピンがOFF直後に電源OFFすると正常終了していないためディレイを入れている
- 元電源OFFでシャットダウンまでにONになったらシャットダウン中止を削除（ラズパイ単体なら良いが3Dプリンタと連動なので必要ない）
- ラズパイ起動後にて元電源OFF前にシャットダウンされたら電源OFFを削除（3Dプリンタと連動のため不必要と再起動を可能にした）
尚，3Dプリンタとの電源連動は（コンセントで連動でも良いが）DCDCで24Vから5Vにダウンさせ入力する予定である
（電源ON）
（電源OFF）
調整により電源OFFまで長くなっている（安全のためでもある）
参考
Windows10のミラー再同期が終わらない
Windows 10 Proのバージョンを１月にアップデート（現20H2）にしてから問題だらけで困っている
直ぐ異常だと思ったのが
- シャットダウン（再起動も同様）で残りプロセスが邪魔して終了までに時間が掛かる
- ファイルアクセスが（何かを待っているように）異様に遅くなることが頻繁にある
- 新しい日本語入力に互換性がなく文字入力でカーソルが消えたりする
- ＳＳＤのデフラグ問題に加え自動デフラグをＯＦＦにしても勝手にＯＮにしてしまう
- ＷＳＬ２をセットアップすると起動しなくなる
加えて
- ミラー再同期が何度も行われる（同期を終わらせた思っても数回起動すると再同期が開始を延々と繰り返す）
- 上記のシャットダウンで強制終了させて終了させると必ず次回の起動後からミラー再同期が行われる
- ミラー再同期の終了まで約８時間掛かるので全体を再同期しているように思える（ミラーボリュームが３ＴＢでファイル総サイズが２．５ＴＢ位）
- ミラー同期の関係かファイル操作（開く，コピー類など）が酷く遅い
- ＣＤ・ＤＶＤドライブが使えない（暫く使ってなかったので判らなかった）
※）アップする前までは問題なかったのでバージョンアップでの不具合であると考えられる
先ずは，
- 当初はウイルスを疑ったが違う
- 異常なプロセスが実行されていることもない
- ドライバーなど（関係ないと思われるが）最新にし直した
- ディスクの異常も疑った
が，まるで効果がない
中でもミラー再同期が非常にネックになっておりネット検索してみたが該当するような事項は見つからない
ただミラーリングについてWindows７から10にバージョンアップした際に似たような現象が発生していたようである（その際の解決策がWindows７に戻すってことなので参考にならない）
対策
このままではラチがあかないので，とりあえず一連の問題がRAID絡みでないかと考えミラーリングの再構築を行ってみることにした
ミラー化しているのはデータドライブだけなのでファイルをバックアップ後ディスククリーンして構築し直しである
解決しない場合の事も考慮してミラーボリュームサイズを減らした減らすことにした（ミラーは１ＴＢにして，残りは適時バックアップで対応）
ミラーで使用しているディスクは１台４ＴＢでミラー以外の分を含めると４ＴＢ少々なのでバックアップのため６ＴＢのＵＳＢ３接続ディスクを購入
ＵＳＢ３接続で高速とはいえ最大１５０ＭＢ程度なのでバックアップ，ディスク再構成，リストアに１日半掛かってしまった
で，結果は・・・・✖o✖
結局解決とはならず起動（再起動も同じ）後再同期を繰り返す現象は止まらない（追加：理由は判らないが止まったようだ）
結論！
Windows10のソフトウェアRAID1（ミラー）は使えない！
（正確には使い物にならなくなった）
このままではディスクの壽命が尽きてしまいそうなのでミラーを止めた
アホらしいが仕方ないのでディスク構成は変えず手動ミラーでバックアップにする
（追加）
早とちりだったかもしれないので訂正
一度ミラー全体の同期が終了した後，電源断起動して再同期終了した後，再起動をやってみて再同期が始まったので解決しなかっと判断したが，シャットダウン時やなにかと待たされる現象はクリアしたように思えたので様子をみていたら（再）起動しても再同期しなくなった
なので，もうしばらく様子を見て判断することにする
尚，ＵＳＢ３接続したドライブ（ＵＳＢメモリも同じ）が，リムーバブルでありながら外せない現象が起きることがあるが，これが１つの要因として関係するのかもしれない（と，感じている）
（追加：２０２１．３．６）
２Ｗ位様子を見た結果，やはり
使えない！
何かの拍子に延々と同期を行うことが発生する（ミラーディスク内のファイルが更新された次の起動時のような気がする）
この時，起動して同期を始め１０分位ディスクに対して何も操作できなくなる（つまりフォルダーも開けないので何もできない）場合がある
アップデート前までは，このような事は起きていないし，これだけ頻繁に同期するのはレベルダウン障害だよ