Home Assistantにて、Home Assistant Coreのアップデート通知きて何度アップデートを実行しても再起動されたときにアップデートされていないという事象が発生していた。
原因は、Home Assistant Coreのタイムアウトらしい。
以下のコマンドをターミナルで実行することでタイムアウトによるアップデートされない事象を回避できる。
ha jobs options --ignore-conditions healthyこのコマンドが通ったら普段通りHome Assistant Coreのアップデートを実施。アップデート完了後に、以下コマンドを実施してha jobs optionsを元に戻す。
ha jobs reset自身の環境ではこれで直ったが、試して直らなかった場合はご一報いただけますと嬉しいです。
近年はショッピングサイトで食料を買うことも容易な時代になったが、食物アレルギー持ちにとってアレルギー表示のチェックは欠かせない。この記事ではアレルギー食材を用意に発見できるよう目立たせる方法を紹介する。
Google ChromeのWeb Storeで以下の拡張機能をインストールする。
Highlight This: finds and marks words
インストール後に設定を開きアレルギー食材を「*卵*」のように入力する。前後にアスタリスクを入力しているのは卵という文字が含まれた文章をまるごと目立たせるためである。文字だけ目立てば良いのであればアスタリスクは不要。下の「Only detect comlete words」はチェックボックスを外す。
隣のStyleタブにいき目立たせる設定を行う。背景を黄色、文字を赤くするのであれば以下の通り設定すればよい。
ここまで設定をしたらAmazon等のショッピングサイトを開いてみよう。食物アレルギーの対象食材がヒットすると以下のように黄色背景赤文字で表示される。
不明点などあればコメントください。
Google Search Consoleにて「ページがインデックスに登録されなかった理由」として「代替ページ（適切な canonical タグあり）」という理由がある。これは当該ページは代替ページであり、本来の投稿記事は別にあるからインデックスしないという意味であり特に問題はない。しかしながら、引っかかったページのURLをみるとak_action=accept_mobileやak_action=reject_mobileというパラメータが付いたURLばかりのため調査してみた。
ak_action=accept_mobile, ak_action=reject_mobileというパラメータはどうやらWordPress Jetpackで過去に使用することができたモバイルテーマ用のパラメータらしい。Jetpackのモバイルテーマは2020年3月に廃止された。
どういうわけかGoogle Search Consoleにて引っかかり続けているため、パラメータ無しのURLにリダイレクトして様子を見ることにした。.htaccessはこんな感じ。
#?ak_action=reject_mobile,?ak_action=accept_mobileをリダイレクト
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{QUERY_STRING} ^(.*)?ak_action=(.*)$
RewriteRule ^(.*)$ $1? [R=301,L]
</IfModule>Cocoon テーマとHighlighting Code Block プラグインの組合せで、以下の図のようにハイライトされない、行番号が表示されない事象が発生したので記す。
CocoonのJavascript縮小化機能を無効化したら改善した。縮小化機能によるものと考えられる。そもそも、prism.jsは縮小化されたもの（Minified version）を使用していれば十分なので、以下の図の通りprism.jsを除外すればOK。
なお、W3C Total Cache プラグインのJS minify settingsを有効化しても発生したので、回避するには同様に除外設定すればOK。
W3C Total Cache 導入後に以下のような文字化けが発生したため解決策を記す。
以下の環境で画像のような文字化けが発生した。文字化けはWebページの再読み込みで解消される。
W3C Total Cache: 2.2.12
PHP: 8.0.25 (モジュールモード)
以上より、PHPモジュールモードで、ページキャッシュを有効化、かつ、ブラウザキャッシュのgzip有効化した環境で発生する可能性がある。モジュールモードを無効化するほうがデメリットが大きいのでページキャッシュ無効化、gzip有効化とした。
この記事をご覧の方で、文字化けが発生していた場合にはコメント欄にてご連絡ください。上記方法では解決できていないということです。。
記憶域にアクセスできなくなり復元ソフトを用いて復元したので備忘録として記す。
Windows11非対応マシンにてWindows 11 21H2から22H2に更新したところWindowsが不定期にフリーズするようになったため、Macriumのバックアップイメージから21H2に復元した。すると、記憶域が見えなくなった。
PowerShellにてGet-PhysicalDiskを実行すると、物理ドライブはすべて認識されているが、通常はOKと表示されているOperationalStatusが{Starting ,OK}となっていた。
ネットにてWindowsをバージョンダウンしたら記憶域が見えなくなったという同様の事象を見つけたことから21H2になったことが原因と判断し、Windows11 22H2をクリーンインストールしたところ記憶域は見えるようになった。しかし、相変わらず不定期にフリーズする現象は発生しており常用に耐えないことから、Windows10 22H2へOSをダウングレードすることとした。
Windows10 22H2では、Get-PhysicalDisk実行時のOperationalStatusは{Starting ,OK}となっており、Windows11 21H2のときと同じだった。ここから、Windows10 22H2で何とか記憶域が見えるようにならないかと模索し始めた。
睡魔と疲労から冷静さを失っていた自分は以下のReddit投稿を見てとっさにReset-PhysicalDiskを実行してしまう。
https://www.reddit.com/r/homelab/comments/gkbibt/storage_pool_stuck_at_starting_ok_after/
ダメ元でフリーズするWindows11 22H2を再インストールしてみたが記憶域は認識されなくなっていた。
記憶域の修復についてはこちらのWebサイトにツールがまとまっている。
記憶域スペースやReFSボリュームの修復に対応したデータリカバリーツール
今回は、Reclaime Storage Spaces Recoveryを使用し、完全なデータ回収に成功した。
Reclaime Storage Spaces Recoveryは、①記憶域プールとスペースの構成の修復と、②記憶域スペースのデータをVHDXもしくはイメージファイルとして保存できる。
①については無償で機能を利用できる模様。ただし、記憶域プールとスペースの構成の修復をしてもデータの回収はできない。回収には別途ReclaiMe File Recoveryという別のソフトが必要。Windowsで使用されるフォーマット (FAT, exFAT, NTFS, and ReFS)であれば、Standardライセンス（$89.95）にてデータ回収ができる。
②についてはライセンス（$299.95）の購入が必要。
一見、ソフトの使用自体にライセンスが必要に思えるが、Webサイトには以下の通り記載がある。
The key allows you to save contents of spaces as VHDX or raw image files.
http://www.storage-spaces-recovery.com/buynow.aspx
Reset-PhysicalDiskした物理ドライブは、Reclaime Storage Spaces Recoveryで認識され、フォルダ構成、ファイル名、ファイル内容も全て残っていた。ReclaiMe File Recoveryを使用してデータ回収を行った。
一時はすべてのデータを失ったと呆然としていましたが、Reclaime Storage Spaces Recoveryを使用してあっさりデータ回収できました。
EDCB (EpgDataCap_Bon) の録画後実行Batで、録画した番組を自動的に番組名ごとにフォルダ分けをするバッチファイルです．
録画ファイル自動フォルダ分け 1.1のEDCB 対応版になります。TvRock使用の方は、1.1をご利用ください。
Dowlonad: MRRename_2.0a
別途、SCRenameをダウンロードする必要があります。
SCRenameのダウンロード先はこちら。 (2015/06/10現在、最新版はSCRename 6.2)