PATHpilotのブログ

Windows10が立ち上がらなくなったとの救援要請あり。

PORでCRITICAL PROCESS DIEDが表示される。

これを2回繰り返してから、起動画面が表示される。そこの詳細オプションからスタートアップ修復を試みるもNG。

セーフモードでの起動を試みた。

この後PINを聞いてくる。依頼主はPINを使っていないから分からないとのこと。セキュリティ関係のファイルかレジストリが壊れているのか。。。。

詳細オプションに戻って更新プログラムをアンインストールする。この時、普段使ってるパスワードを受け付けた。

この後PORしてもやはりCRITICAL PROCESS DIEDを繰り返す。

仕方がないので初期状態に戻すことにした。

クラウドからのダウンロードを選んだけれど4GBの空き領域が無いってことで蹴られてしまい、ローカル再インストールで進めた。

可能な限り設定を残したいので、個人ファイルを保持を選択。

パスワードを入力。ここでもパスワードは受け付けられた。

再インストールが無事終わってパスワード入力となり、ここで今までのパスワードが受け付けられない（正しくないと言われる）。しょうがないのでパスワードを忘れた場合でパスワードをリセットする。どうもここで参照するパスワードと上記グリーンスクリーンで参照するパスワードのソースが違うみたい（なんでかわからんけど）。

登録されているメールアドレスに確認コードを送るよう指示。依頼元のメールアドレスを確認することと、依頼元にメール受信（コード受信）をしてもらわないといけない。

これを2回繰り返してPINのリセットができた。

これで復旧した。

どうも原因はWindows10のレジストリーかパラメータファイルか何かがコラプトしたみたい。ハードウエアの問題ではなさそう。

一応復旧したようにみえるけれど、アプリの動作等を確認していないので（ひとさまのPCなので必要以上の操作はしない）どこまで環境が保持されているかは不明。ただ、立ち上がった様子（壁紙も含めて）は障害発生前と同じように見える。

暫く様子をみる。

ちょっと古い実験結果だけれど（3年半前）、ブログに上げてなかったみたいなので、こっちでも記録しておく。

ダウンロード - photowiresx.pdf

C4FM（デジタル）で通信できるノードを持っているルームが必要。FT-3Dなどマイクカメラを持っているハンディで写真を撮って、それをルームに送って保存・共有できる、って仕組み。

PCをLenovoのノートブックにしてから、Chrome Remote Desktopにアクセスしているときに右シフトキーが利かなくなった。

Lenovo上でRemote Desktopのキーマッピング設定でShift RightをShift Leftにマッピングしてもダメだった。というか、解決しなかった。

いろいろ調べてMicrosoft Power ToyのKeyboardManagerでキーマッピングすればよいことがわかった。その備忘録。

まずはMicrosoft Learn Challengeにアクセスする。

ここのMicrosoft Storeでインストールするセクションに移動してMicrosoft StoreのPower Toysページからインストールするをクリックする。ここのPower ToysページでDownloadをクリックする。

ダウンロードが完了したらPowerShellにて上記Microsoft Storeでインストールするセクションにあるコマンドラインのコマンドを実行する。PowerShellにはメニューバーのむしめがねアイコンにてpowershellとタイプすれば起動する。

インストールが終わるとメニューバーにPowerToysアイコン（縦のカラーバーのアイコン）が表示されるので、そこをクリックしてPowerToysを立ち上げる。そこでKeyboard Managerを選ぶ。

キーの再マップを選んでShift（Rigit）をShift （Left）にマップする。キーを押すことでキー選択ができる。

OKボタンを押すと警告メッセージが出て、「次のキーには割り当てがありません」と表示されるけれど、それでも続行するをクリックするとキーマッピングが完了する。

これでChrome Remote DesktopでLenovo Notebook PCから右シフトキーが使えるようになった。

めでたし、めでたし。

フレンド局からWIRES-Xポータブルデジタルノードのアナログ送信ができなくなった（音声が送れなくなった）との救援要請あり。

しらべてみたら、、、

PCはAcerのNote PCでWindows 11。以前はちゃんと動いていた。幾つかアプリを入れたりしたら（この因果関係は不確定）ポータブルデジタルノードでアナログの音声が出なくなったとのこと。

どうやらマイク入力がWIRES-Xに入力されていないようだ。入れたアプリの一つがSkypeで、Skypeはちゃんと動いていてマイク入力は「マイク配列（デジタルマイク向けインテル・スマート・サウンド・テクノロジー）」になっている。つまり、PC内蔵マイクは「マイク配列」なわけだ。

で、既定値のマイク入力をWIRES-Xのオーディオ調整->サウンド調整->サウンドで見てみると以下になってる。

マイク配列が既定のマイク入力デバイスになっている。

この状態でシステム->サウンド->音量ミキサーをみてみると、入力デバイスが空欄になっている。これはどういう事を意味すんだろう？？

o

そこで、明示的に入力デバイスとしてマイク配列を選択してみる。

一見ちゃんと設定出来たようにみえる。が、例えばサウンドに行ってから音量ミキサーにもどってみると入力デバイスが空欄になっている。

つまり、入力デバイスの設定が保存（活性化）できないってことか？？？

USBオーディオデバイスをUSBに刺して、それを選択しても同様に空欄にもどってしまう。なぜだ？？？

WIRES-Xは1.5.4.0だった。それをアンインストールして1.5.5.0にしてみたが、結果は同じ。

当初、Skypeが排他的にマイク配列をゲットしているがゆえに、WIRES-Xがマイク配列を取得できないのか？と疑ってみたが、Skypeをアンインストールしても同様だ。

なぜだ？？？

色々やってるうちに動作する（WIRES-Xが内蔵マイクをマイクデバイスにする）ようになった。よくわからないけれど、やったことは以下。

マイクジャックにダミージャックを差した時にマイク入力を選択。この直後内蔵マイクの音声がWIRES-Xに流すことができた。

でも、この後PCをリブートしたら再び音声が流れなくなった。でもこの後も動いたり動かなかったりした。。。具体的に何がどうだったか分からない（再現性のある手順が記録できていない）。

ただ、確認過程で分かったこととして、音量ミキサーを立ち上げた状態でWIRES-Xを立ち上げるとWIRES-Xの音声デバイスの初期設定が表示されることがわかった。それが以下の画面。

この画面ではWIRES-Xが出力・入力デバイスともに既定を選択していることが分かる。そして音声レベルは100。恐らくこの表示がWIRES-Xが起動した時（音声デバイスを取得した時）の状態なのだと思う。言い換えると、WIRES-Xはこの設定で動き始めるという事だろう。

この後、音量ミキサーを立ち上げなおすと以下の画面になる。

この画面ではWIRES-Xのレベルはグレーアウト、出力・入力デバイスともに空欄になっている。そして入力デバイスのプルダウンリストを見ると既定がない。ステレオミキサー等を選んでも保存されない。つまり「既定（起動時の設定）でロックしていて、それ以外に変更することは許可されていない」ということだろう。

結論：

結果的に、今はWIRES-Xは起動時に音声デバイスとして出力・入力ともに既定で起動し、起動後は変更できない状態になっている。既定はPCスピーカーとマイク配列になっている。よってWIRES-XはPC内蔵マイクのマイク配列で動作している。この値はレジストリに保存されているのではないかと思う（たぶん）。ならば、今の状態で、音声デバイス周辺に変更が加わるような修正（何かのアプリをインストールするとか）が無い限りこのまま動き続けるんだろうと思う。

あとかぎ：

結局、WIRES-Xのマイク入力として既定以外の何かがレジストリに登録されていて、それゆえWIRES-Xの外からは何とも変更ができなかったんだろうと思う（かなり妄想もはいっている）。

WIRES-XのポータブルデジタルノードではPCのマイクジャックに何か差しておかないとオーディオデバイスが無いって怒られる。ここも変な話で、WIRES-Xの音声デバイス管理ってちょっと変わってるんだとおもう。。。。

結果的に参考にならない感じの備忘録になってしまったね。。。。

NTT ONU+ホームゲートウエイ一体型ボックスの初期化について備忘録。

このボックスの管理WEBの操作が必要になったがパスワードが不明。最終手段として初期化を行った。

1. 電源を切る（ACアダプターコネクタを本体から抜く）
2. 初期化ボタン（初期化と書かれた小さな穴）にセムクリップ等のピンを挿入しスイッチを押す
3. 初期化ボタンを押したまま電源を入れる（ACアダプターコネクターを本体に差し込む）
4. 本体の初期化インジケーターがオレンジ色に点灯するまで初期化ボタンを押したままにする（10秒以上かかった。気長に待つ）
5. 初期化インジケーターがオレンジ色に点灯したら初期化ボタン穴からピンを抜く

以上で初期化が完了。管理WEBには初期ユーザー名（user）と初期パスワード（user）でログオンが出来る。パスワード変更を求められるが初期パスワードのuserを入力しても受け付けられる。

初期化によって接続設定のユーザー名とパスワードの再設定等が必要になるが、それは仕方ない。。。。

以上

ECHOLINKのLINKノードがDTMFで9999を受信すると、自動でECHOTESTサーバーに接続する。知らなかったというか、WIRES-XからDTMFで9999が送られてきて（送ってきた局がいる）ECHOLINKがECHOTESTに接続してしまったので驚いた。

実際のECHOLINKのDTMFのドキュメントでもそう書いてある。

Examples

(These examples assume that the default DTMF codes are configured.)

• To connect to node number 9999:

Enter:  9 9 9 9

EchoLink responds with:

"CONNECTING TO CONFERENCE E-C-H-O-T-E-S-T"

followed by

"CONNECTED"

because 9999 is the node number of conference server "*ECHOTEST*".

つまりDefaultではそうなってるみたい。でも、このDefault設定を変える方法が見つからなかった。

一旦接続すると接続したままになってしまう（TIMEOUTはあるのかも）ので要注意だ。

友人からWindows11にログオン出来なくなったという救援依頼が来た。

友人曰く、ログオンするときにいつもパスワード”1234”を入力するけれどもパスワードエラーになるということだ。実機のノートパソコンを持ってきてもらって自分でやってみてもその通りだ。パスワードが違うって怒られる。

いろいろ悩んだ。何回か間違ったパスワードを打ち込むとパスワードロックされましたって表示されて、暫く（10分程？）ログオンが禁止されちゃうし。でも、ちょっと待てよ、、、パスワードが4桁数字って変じゃないか？？これって本当はPINなんじゃないのか？？

つまり、PINが無効になっちゃってパスワードを要求してるんだけれど、普段パスワードを使ってないから記憶に無いってパターンじゃないのかなぁ。なぜPINが無効になったかは不明だけれど。

で、いろいろ調べて見て役に立つ情報にめぐりあった。でも、それなりに怖い作業なので、自分なりに解釈して実行してみた。

まずはShiftキーを押しながら再起動を実行する。トラブルシューティングが起動する。詳細オプションに入ってコマンドプロンプトを実行する。但し、機種によっては詳細オプションの中にコマンドプロンプトが出てこない場合があるみたい（別のWindows11マシーンでやってみたらコマンドプロンプトが出なかった。なぜ？？）。

で、コマンドプロンプトでの作業になる。

①　大抵はWindows 11はCドライブに入ってるはず。以下でファイルが見つかるはず。

dir c:\windows\system32\utilman.exe 

②　パスが正しい事を確認してから以下を実行する。まずutilman.exeをcmd.exeで上書きするのでバックアップを取っておく（後で戻すから）。

copy c:\windows\system32\utilman.exe c:\windows\system32\utilman.exe.bak

③　utilman.exeをcmd.exeで上書きする。

copy c:\sindows\system32\cmd.exe c:\windows\system32\utilman.exe　　
上書き確認は勇気を出して「はい」を実行する。

なんでこんな事をするかというと、ログイン画面の右下に表れる人形アイコンをクリックしたときの動作を変えるためのようだ。この人形をクリックすると通常はutilman.exeが実行されるようだけれど、それはコマンドプロンプトをメニューに含んでいないみたい。これをcmd.exeに変えてやる（cmd.exeをutilman.exeにスワップする）とメニューにコマンドプロンプトを含むようになる。つまり、このメニューは動的に設定されるみたいで、utilman.exeが実行できる内容で変化するみたい。見方を変えれば、utilman.exeはcmd.exeのサブセットみたいなもので、cmd.exeの機能を制限したものだと判断できる。この制限を取っ払う作業を上でしたわけだね、きっと。

ちなみに、この後人形アイコンから入るコマンドプロンプトで実行するnet userコマンドは、上記のトラブルシューティングのコマンドプロンプトでは実行できない（エラーになる）。だからコマンドプロンプトの渡り歩きみたいなことをしないといけないのだね。

④　スタートアップ画面が表示されたら人形アイコンをクリックしてコマンドプロンプトを表示して、以下を実行する。

net user "username" password

もちろんusernameは実際に使うユーザー名、passwordも実際に使うパスワード。このコマンドでusernameのパスワードを設定し直すわけだ。実行したらコマンドプロンプト画面を閉じて、ログオン画面で今セットしたパスワードをセットする。なお、このnet userコマンドは現在のパスワードを聞いてくることなしに、新しいパスワードが設定できる。ちょっと（かなり）ヤバいコマンドだ。

じゃじゃーん！でログオンが出来る。

⑤　ログオンができたらutilman.exeを元に戻しておく。元に戻すと人形アイコンをクリックしてもコマンドプロンプトは選択肢には入らなくなる。それ以外にどういう影響があるかは不明。案外もどさなくてもいいのかもね。

copy c:\windows\system32\utilman.exe.bak c:\windows\system32\utilman.exe

⑥　この後、スタートメニュー -> 設定 -> アカウント -> サインインオプション -> PIN でPINを設定する。この時インターネット接続してないとPIN設定が出来なかったけど、そういう物だったっけ？？？でも、一旦PIN設定するとインターネット接続はとくに関係ない感じでPINが使えるけどね。。。

この後再起動するとログイン画面でPIN入力が求められるようになる。更にPIN入力の下にサインインオプションが現れて、パスワードとPINのどちらを使うか選択ができるようになる。

めでたし、めでたし。

しかし、、、、こんなことが出来ちゃまずいんじゃないかなぁ、セキュリティ的に、と思ったりもする。この方法に助けられて言うのもなんだけど。。。。

HRI-200を使ったWIRESのノード局をFTM-100で構成した場合の留意点備忘録。

FTM-100のノード局（仮にJA0XYZとする）がWIRESのPC画面の「接続局ID表示」で変な挙動をする。VoIPでルームにWIRES参加している他局（仮にJH0CDEとする）が送信中はJH0CDEがグリーンアイコンで接続局ID表示に表示される。送信が終わればこのグリーンアイコンは消える。しかし、JA0XYZ局が参加している場合、JA0XYZの操作とは無関係にJH0CDE局のグリーンアイコン消滅後に一瞬（1秒未満）JA0XYZ局のグリーンアイコンが表示され消滅する。

VoIPでルームに接続しているJH0CDE局が送信中はJA0XYZ局のFTM-100は設定された周波数で送信状態になっている。つまり、VoIPで送られてきたJH0CDEの音声をJA0XYZはFTM-100で中継しているわけだ。JH0CDEの送信が終わればこのFTM-100は受信状態になる。どうもこの時にスケルチが一瞬開いてしまうような感じだ。

実は類似の減少がEchoLinkとFTM-100との間でも発生していた。詳細はこちらを参照のこと。

FTM-100はDATA SQUELCHを供えている。これはデータ信号送出中のスケルチを制御するものだ。DATA SQUELCH にてTX:ONだとData送出中はスケルチをONにする。TX:OFFだとスケルチ制御をしない。どうやら、TX:ONだとData送出後にスケルチオンからオフになるときに信号が入ってきていないのにスケルチが開いてしまうようだ。

HRI-200はスケルチが開くとPTTをオンにする。入力信号をWIRESに送り出すにはこのスケルチ信号が頼りなので当然なのだけれど、上記不安定状態でもPTTがオンになるようだ。

FTM-100のSETUPメニューから　9. DATA -> 3. DATA SQUELCH -> 2. TX:OFF を設定すると、Data送出時にスケルチ制御をしなくなるので、結果としてこの不安定状態が発生しなくなる。

めでたし、めでたし。

幾つかあるブログの中で特に「クロール済み - インデックス未登録」の件数が多いブログがある。

なんでだろう？？って思って調べてみた。

幾つかのネット情報によると、どうやらインデックスするに値しないと判断されたようだ。

特に気になっているブログの状況はこんな感じになっている。一旦インデックスる登録されたページも未登録にされているようだ。

全体の85パーセント程度が未登録で、そのほとんどが「クロール済み - インデックス未登録」だ。

つまり、クロールしてページは認識したけれどインデックス登録しなかったってことだ。そしてその数は増えている。

一方、ここのブログの状況はこんな感じになっている。

明らかに差がある。ここのブログもインデックス未登録数の絶対数は大きいけれどおよそ全体の25％程度だ。

これら二つのブログの違いは、ブログスタイルの違いと考察した。前者のブログは写真多様で説明文が少ない。写真や動画で伝える事を意図しているので文章も出来るだけ軽量にしている。一方、後者のこのブログは解説や備忘録を目的としているので文章を充実させたいと思いながら書いている。クローラーが文章内容を解釈しているかは不明（特定単語やその出現頻度はみてる？）だけれど、それなりの重量感をもった文章を書けばインデックス登録される可能性が高くなる印象を持った。

以前からGoogle検索でヒットさせたいページは「しっかり書きましょう」ってアドバイスを頂くことが多いが、ブログのスタイルからもその意味がわかる（ような気がする）。

しかしこれはブログのスタイルの問題なので、まっいいか、って事なんだろうと思うけれど、各ブログ項目はさておきブログのメインページには訪れてもらいたいと思いえば、それなりのメリハリのあるブログ構成作りが必要なんだろうなぁって思う。

Sharp AQUOSをTP-Link Archer AX23Vでインターネット接続した際、ちょっと手間取ったのでその備忘録。

TP-Link Archer AX23Vを現在使っているルーター（NTTホームゲートウエイ XG-100NE）にケーブル接続して、AQUOS 4KTVJ22-2からTP-Link経由でインターネットアクセスする構成にした。

AQUOSからYouTubeやAmazon Primeがアクセスできることを確認したが、どうもネットアクセスが一部おかしい。NHK地上波デジタルのデータ放送で、レーダー拡大[ネット]をクリックしてもタイムアウトとなり、インターネットに接続してないとのエラーメッセージが出た。

ひとつ気になっていたことはTP-Linkのルーターを箱から出してそのまま使っていたこと。出荷状態だとルーターモードになっているんだろうなぁって思いながら、とりあえずそのままでインターネットアクセスできるから「ま、いいか」で使っていた。やはりブリッジモード（アクセスポイントモード）にしないといけないんだろうか。

ということで、マニュアルに従ってTetherというスマホアプリをダウンロードした。

起動するとアカウント登録から始まる。有効なメールアドレスをユーザーIDとする。このメールアドレスにアカウント・アクティベーションリンクが送られてくる。

その後ルーター管理者パスワードを設定してから、インターネット接続タイプの選択になる。DefaultでIPV6が選ばれたいた。ホームゲートウエイはIPV6接続なのでそのように設定した。なのでプロバイダー情報は聞いてこない（IPV6はMACアドレスで管理されているからPPPoEで必要となる接続先設定は不要）。設定が一通り終わると、ルーターは再起動される。この再起動でTP-LinkにWifi接続していたデバイスはそれ以外のWifiアクセスポイントに接続しなおしてしまうので、再起動後にスマホもTP-Linkに再接続する必要がある。

この後スマホからTetherに再ログインする。画面下のメニューからツールを選び、動作モードをクリックする。

動作モードでアクセスポイントモードを選ぶ（下の写真はセットが完了した後に開いた画面）。

これでアクセスポイントモード（ブリッジモード）に変更ができた。

で、早速NHK地上波デジタルのデータ放送からレーダー拡大をクリックすると速攻でレーダー画像が出てきた。

やっぱりルーターにカスケードで接続するルーターはブリッジモードじゃないとダメなのね。