Chromeを新規インストールしたり、既存のChromeであっても新規プロファイルで開始した場合、完全な初期状態のまっさらなChromeが立ち上がってくることを当然期待する。 しかし実際には、完全な初期状態にはならず何らかの拡張機能がインストール済みになってしまうケースがある。特にマルウェアが残り続ける場合は深刻になる。これについて調べた。 症状 初期インストール状態のChromeでメニューを開くと、「新しい拡張機能が追加されました」のメッセージが複数出る。 拡張機能の管理画面を開くとこんな感じ。 問題点 基本的にたいした実害はない。なんとなく気持ち悪いかな、くらい。 これらの勝手に入っている拡張は、PCにインストールされているChrome以外のソフトの補助機能であることが多い。上の例であればAdobe AcrobatとGoogle Driveの補助機能である。 このくらいならインストールされていても問題ない程度の機能だし、本当に邪魔でも削除なり無効化なりすれば止まる。メモリも浪費しない。 しかしたまに変なマルウェアがChromeを操作するのに使っているケースがあって、その場合は対策が必要になる。 イメージ的にはHao123みたいな感じで、「アンインストールできない、しても復活する、ブラウザのスタートページが書き換えられる、勝手に変なページが開く、設定で塞いだと思っても効果がない」といった感じになる。 こういったケースではChrome新規プロファイルを最初から汚染してくるケースも多く、そのままだと本当にアンインストール不能になるので、強制的に削除する手順が必要になってくる。 設定の大元になっているのはどこか？ 実はChromeの設定やプロファイルディレクトリに書かれているものは大元ではない。こいつの設定の根源はレジストリである。 regeditで以下のキーを開く HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Google\Chrome\Extensions この下にさらに拡張機能IDごとにキーが作られている。 ※ちなみに、ここに登録されているのはChromeに初期自動インストールさせる拡張機能のみで、ユーザーがあとから自分で導入したものは含まれない スクショでは efaidnbmnnnibpcajpcglclefindmkaj のキ...

マウ筋というマウスジェスチャーのためのフリーソフトがあり、便利に使っていたが、表題のような問題を引き起こすことが判明してしまった。とりあえず備忘録を起こす。 Win11 Home x64 スムーズスクロールOFF 症状 Slackアプリでトーク画面のスクロールがめちゃめちゃ重くなる不具合 Explorerでファイル一覧をスクロールするときめちゃめちゃ重くなる不具合 いずれもマウスホイールでスクロールした場合のみ発生し、キーボード上下キーやPageDown/PageUpキーでは重くない またスクロールバーを掴んで上下する場合でも重くない 「スクロールが重い」というが、実際は「スクロール時にPCの反応が全体に遅い」といいう感じ ホイールを適当に動かすとスクロールの画面更新が10fpsくらいに落ちる このときマウスカーソルの位置更新も10fpsくらいに落ちている さらにホイールを回し続けるとbeep音が「プ、プ、プ、プ」と鳴る 重くなるアプリとならないアプリがある。たとえばChromeは重くならない スクロール中のCPU負荷はslack.exeが7%くらいにまで上がっていたが、マウスカーソルの遅延が発生するほどの使用率というわけではない PCを再起動すると問題は解消する しばらくすると再発する場合もあるし、しない場合もある。きっかけは不明 OpenMauSujiとの関係 前提としてOpenMauSujiはスタートアップ登録のうえ常駐させている 登録しているジェスチャーはWebブラウザ共通のところに4つだけ ほかは全て初期設定 問題が発生した状態でOpenMauSujiの設定を変更すると症状に変化が現れる OpenMauSujiを終了するとスクロールの重さは即座に解消する OpenMauSujiを再起動すると即座に症状は再発する OpenMauSujiのマウス監視をOFFにすると症状は即座に解消する OpenMauSujiのマウス監視をONに戻せば即座に症状は再発する OpenMauSujiのマウスジェスチャー登録をすべて消しても症状に変化はない 対処 とりあえずOpenMauSujiの利用をやめるほかない。 類似ソフトはOSアップデートにしたがってどんどん使えなくなる運命にあるらしく、過去にもかざぐるマウスが動かなくなったりして使うのをやめた。マウ筋のこれもその流れだろう...

SUZUKIの車にこのタイプのナビをつけて乗っている。 https://www.suzuki.co.jp/car/information/9navi/ ちなみに中身は楽ナビらしい。 さて、8/1に最新の地図データが来ていたので更新したところ、途中でエラーが出て失敗した。 いっさいの地図データが消えてしまったナビ画面。虚空を走ってるみたいで不気味。ちょうど今やってる Iron Lung ってホラーゲームがだいたい同じ雰囲気だ。 ↑地図データバージョンのところがおかしな値になっている。 問題の経緯としては、 64GBのUSBメモリを用意 中身が入っていたのでexFAT（アロケーションユニットサイズ128KiB）でフォーマット 公式サイトの案内する手順そのままに作業して更新USBを作成 車にUSBを差す 本体更新を実行し、正常終了 続く地図更新の途中でエラー画面 リトライするかと聞かれたので「はい」を押したが再度失敗 上の写真の状態になる という感じ。エラー画面の写真も撮っておけばよかった。内容は覚えている限りで「更新に失敗しました。販売店にお問い合わせください。リトライしますか？ はい/いいえ」のような感じ。 その後の経緯は exFATで更新USB作ったのは今回が初めてだったことに思い至る 慣れ親しんだFAT32で再フォーマット（標準のアロケーションユニットサイズ） 本体更新データを抜いた更新USBを作る 車に差して地図更新だけ再実行 本来25分の更新で終わるはずのところ2時間近くかかって完了 どうやら正常に戻った となった。 結局exFATが悪かったのか、単に更新USBを作り直したので成功しただけなのかはよくわからない。公式の手順ではexFATまたはFAT32を使えとあるので問題ないはずだが…… しかし、原因がどうとかいう以前に、IT屋の端くれとしてはこう思わざるを得ない。すなわち： 「更新成功が確認できるまでは古い環境消すな」 「失敗がわかった時点で即座にロールバックしろ」

端的にとても良かった。 いくつか好きな歌を抜粋する。 読みやすく覚えやすくて感じよく平凡すぎず非凡すぎぬ名 名付けの葛藤あるあるすぎて何も付け加えることがないやつ。 海底を走る列車の音がする深夜おまえの心音を聞く LDRで聴く胎児心音のくぐもったリズムからはたしかに異界の音がした。出産の瞬間から肺呼吸に切り替わる胎児にとって羊水は原始の海だよねえ。最後の上陸に向けてどんどんテンポが早くなるんだよなあ。 おさなごの指を押さえてこの淡き小さき世界のふち切り落とす 新生児の指先はそこから聖域が始まる感じがする。白くて心なしか半透明で、周囲の雑多な俗っぽさに一切染まっていない世界というかんじ。爪を切るだけなのにいつもと違った感覚がして新鮮。 年末の銀座を行けばもとはみな赤ちゃんだった人たちの群れ 新生児と自宅で1週間缶詰生活！ からのちょっと買い物に外出すると、自分で立って歩いて会話してトイレもできる人間がこんなにたくさんいることに驚愕する。家にいるあいつがこうなるのか……！？ ふるえつつ天抱くしぐさ育児書はモロー反射と簡単に呼ぶ 知識があっても実際に見ると神秘ーってなる原始反射。毎日のしぐさ一つ一つに神が宿る感じある。 生きるとは手をのばすこと幼子の指がプーさんの鼻をつかめり うちの赤子も隣で読んでるこの本を掴んできたのでタイミングばっちり。 あーじゃあじゃ、うんまばっぽー、この声がいつか言葉になってゆくのか 上の子ですでに体験済みのはずなのに、未だに赤子から幼児へのステップがどんなふうなのか実感を持てない。人間らしき存在が毎週毎日もっともっと人間になってゆく、その積み重ねがこのミッシングリンクになるのかあ。 右腕のつけ根あたりに子の頭のせるにちょうどよきくぼみあり あるね。 靴を履く日など来るかと思いいしに今日卒業すファーストシューズ 半年で買い替えてゆく子の靴に我が感慨も薄れてゆかん 靴はなんの記念日にもならなくなっていくんだよな。これは本当にそう。一瞬で脱ぎ去る。 着ぶくれて石拾う子よ人類は月まで行って拾ってきたよ 一緒になって石拾いどんぐり拾いやってると大人のほうが夢中になってたりするやつ。狩猟採集生活の名残かもしれない。本能。 その他、別の歌集から持ってきた不妊治療の歌なんかも結構えぐる感じがあったりした。人間もとはみんな赤ちゃんだしいつでも皆がんばっているよな...

モノはこれ。 https://www.amazon.co.jp/dp/B07CMT78N3 実物の見た目はAmazon写真そのままだった 単6という電池規格は日本には存在しない。海外製品でたまに出くわすAAAAバッテリーのことを、俗に単6電池と呼んでいるものである。 とにかく細くて軽いが、単5電池ほどずんぐりむっくりとはしていない。サイズ感とプロポーションはむしろ単4に近いものを覚える。 ※末尾に追記あり。電池性能悪すぎてダメだった。 Q. 充電式AAAAを導入したいモチベーションって何？ A. 以下のような理由 ペンの電池消費はゆっくりなので充電式でないAAAAでも数ヶ月はゆうに保つ しかしペンそのものの使用頻度が低いため、自己放電により電池が死んでしまい、それに気づけないといったことが起きる 交換用電池を常備しておくのは現実的ではない。買い置きした電池も同じペースで自己放電してしまうため つまりペンに入れた電池が切れるまでは、次の電池を買い足すことができない 家に交換用電池が用意されていないということは、「久しぶりに取り出したペンがなんか調子悪い。接続が不安定、電池切れかもしれない」となったとき、とりあえず交換してみて問題が解決するか見る というムーブが取れない 毎回「このペンの不調は電池が原因じゃないかもしれない…… 無駄になるかもしれないけど新品電池買ってみるか？」という悩みが発生する こんな悩みはさっさと根本解消させて人生をシンプルにしたい。ゆえに充電式AAAAを買うべきである 自己放電で弱っていても、充電式なら短時間の充電ですぐに復活する つまり充電式を導入することで、新品電池を買うか？？ みたいなどうでもいい悩みから根源的に開放される Q. 充電式はペンで使えるのか？ A. 使えた。 使ったペンはワコムのBamboo Ink (CS321A1K0C)、PCはHPのEnvy x360。 Q. AAAA専用の充電器まで用意するの無駄じゃない？ A. 専用充電器は不要である。Eneloopの充電器で無理やり単4サイズにして充電する。 これはAmazonの商品ページでも報告されていた充電方法だ。 上のようにして単4電池用の端子で充電を行う。 単4よりAAAAの方が数ミリ短く、そのままでは端子に届かないが、端子と電池の隙間を適当な金属製の詰め物で埋めれば充電でき...

キオスク端末状態にして使っているGrafana11のダッシュボードが重く、Kindle Fire HD10のブラウザがしょっちゅう固まるので対策を試行したメモ。 Grafana8くらいまでは特に何も考えなくてもパフォーマンス問題はなかった。11にはメモリリークが隠れているのではという気もするが詳しく追跡はしていない。あくまで対症療法。 問題発生時の挙動 ダッシュボード表示開始から最初の数時間は何も問題なく動作する。 そのうち12時間～24時間くらい経過したところで画面の更新が遅延するようになる。一部のパネルでロード中を示すバーが消えなくなる。 それからMacrodroidで検知している充電レベル低下などが判定されなくなる。これによりタブレットが過充電ないし過放電状態になる。 同じくらいのタイミングで画面の常時点灯がオフになる。これはバックグラウンド動作して常時点灯状態を維持してくれるアプリの動きが妨げられるからではないかと考えている。 この頃になるとブラウザはほぼ固まってしまい、ダッシュボードのスクロールすらできなくなっている。 フリーズ後の対応は、ホームボタンを連打してブラウザを一旦停止させることでタブレット全体のフリーズは解消する。 ブラウザを前面に戻すと元に戻るが、一度タスクキルしてから開き直せば最初の、問題が顕在化する以前の状態に戻る。このあたりの挙動からメモリリークっぽさを覚える。 対策1：ダッシュボードの自動更新頻度を下げる 最も効果的だった対策。 一番短い設定だと5秒更新だがこれを10秒にするだけでかなり安定する。 瞬時電力値は5秒ごとに計測しているのでちょっともったいない感じはするけれど、実用上は大して気にならない。 対策2：ブラウザをOperaにする たくさんのブラウザを試したなかで一番軽いのがこれだった。Operaはキオスクモードに便利な全画面表示ができるのも嬉しい。 他に試したブラウザには以下のようなものがあったが、どれも24時間～48時間でフリーズしていた。 Silkブラウザ（Kindle標準のやつ） Chrome Firefox Firefox Focus Edge Opera Mini Vivaldi Waterfox Fully Kiosk Browser 2時間毎に自動リロードの設定を入れてみたがやはりフリーズした。謎。 Orions...

新品のPixel 7aを購入してセットアップ中に発覚した問題。 解決方法が分かりづらかったので備忘録を残しておくことにした。現象自体はありふれているのでPixel以外の端末でも起こり得る。 概要 LINEトークおなじみのバイブ（「ブーブブ」のリズムのあれ）が鳴らない トーク自体は問題なく届き、端末で通知もされる 通信状態に問題はない マナーモードのON/OFFに依らず発生する 夜間モードやDnDやサイレントモードは無効になっている 端末本体のバイブ機能は生きている（LINE電話の着信時はちゃんと振動する） 設定状態も示す。LINEの 設定 > 通知 > メッセージ通知 を開くと バイブレーションが有効になっていることが確認できる。 解決方法 LINEではなくAndroidの設定を開く。 音とバイブレーションに進む。 バイブレーションとハプティクスを開く。 リストでは「ON」とだけ表示されているが、実際はもっと細かい設定ができる。わかりづらい。 通知時のバイブレーションという項目がある。 これは端末における全通知のバイブレーション強度を決めるマスター値になっている。 いつかのタイミングで、少なくとも旧端末からデータ同期を終えた時点で、Pixel 7aにおける設定値はゼロになっていた。そのためどれだけ個別通知の設定をいじってもバイブが鳴らなかった。 なお、端末購入直後の本当にまっさらな状態における初期設定値は不明である。 また移行元端末であるPixel 5にはこの設定項目自体が存在しなかった。 たぶん無理だけど見知らぬ誰かに届け https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10273471455

ChromeでAltキー押しながらリンクをホバーすると小さなウィンドウが立ち上がってしまう。これが邪魔なので無効化したいという話。 ちなみにAltを押しておくとアンカーテキストを直接選択できてコピペに便利なのだが（ 個別記事 ）、このポップアップウィンドウが見事に邪魔してくる。最悪。 概要 最初に断っておくと、これはおそらく一般的なトラブルではない。 "chrome alt mouseover disable" などで検索してもそれらしい報告がヒットしなかったのと、同じブラウザでも新規プロファイルでは発生しないなどの特徴が見られたためだ。 実際に症状が発生している様をキャプチャしたのが以下のアニメーション。撮影中は一度もリンクをクリックしていない。 発生時のChromeバージョンは127.0.6533.26（Official Build） beta （64 ビット）、OSはWin11 Home。 最新のChrome Canary では症状発生しなかったので、将来的に導入予定のブラウザ新機能というわけではなさそう。 症状の特徴 Altを押しながらリンク上にカーソルを乗せると、リンク先のコンテンツがブラウザ右下に小さなウィンドウで開く（以下「 発動 」と呼ぶ） ホバーしてから発動までのタイムラグはおそらく1秒きっかり 単なるホバーでは発動せず、必ずAltキー押下が必要 ShiftやCtrlでは発動しないが、Altが含まれていれば発動する 例えば、Shift+Ctrl+Alt+ホバーであれば発動する 先にカーソルを載せたあとでAltキーを押しても同様に発動する ホバー対象はリンク…… というよりはaタグであればなんでも良い感じがする テキストリンク、画像リンク、どちらでも発動する <a href="#top"> みたいなやつでも発動する シークレットモードでも発動するので、拡張機能要因の症状ではない Googleの検索結果ページやYahoo!トップなどサイトによらず発動する 発生中のページでJS使ってmouseoverイベントを無効化してみても効果がない document.addEventListener('mouseover', function(e) { e.preventDefault(...

gitのコマンドは長いうえに覚えづらい。しかも頻繁に入力するので積み上がると結構なロスになる。こういうものはショートカットを作っておくに限る。 Linux (WSL2 Bash)  ~/.bashrc に以下を書く。 alias g='git' alias gd='git diff' alias gs='git status' alias gsh='git show' alias gl='git log' alias glo='git log --oneline' alias gb='git branch' alias gbd='git branch -d' alias gbD='git branch -D' alias gfa='git fetch --all' alias gc='git checkout' alias gcb='git checkout -b' alias gcd='git checkout develop' alias gcdd='git checkout development' alias gcm='git checkout master' alias grh="git reset --hard" alias grud="git reset --hard upstream/develop" alias grudd="git reset --hard upstream/development" alias grum="git reset --hard upstream/master" alias gri="git rebase -i" たとえば  git checkout feature-xxx は gc feature-xxx git rebase -i @~5 は gri @~5  のようにして使う。 Windows（コマンドプロンプト） CmdではAliasが使えないので工夫が必要。以...

Raspberry Piのデータが全部飛んでゼロから構築しなおすことになったのだが、数年ぶりにやったらダッシュボードの作り方を忘れていて結構詰まった。 二度と調べ直したくないので備忘録を書き起こす。 Grafanaのバージョンは11.0.0。Debian用の公式手順に沿って入れただけで特に工夫はしていない。 パネルタイトルを非表示にしたい (Time series) Time series（通常のグラフ表示）であればPanel optionsのTitleを空にすることで実現できる ちなみに、完全に空にせずスペース1個だけ入れとくと「タイトルは非表示にしつつタイトルの表示スペースだけは残す」みたいな感じになり、表示位置の微調整に使えなくもない。 ここをクリアする 変更前 変更後 左上の「瞬時電力」が消えている パネルタイトルを非表示にしたい (Stat) Statパネルの場合はTitleを空にすることができない。その代わりに Stat styles > Text mode で Value を選ぶことで同じ結果を実現できる。 Grafanaダッシュボード上で「動的に書き換わる文字列」を表示する方法  でもStatパネルを使っており、このTipsが適用できる。 ここ 変更前 変更後 クエリに書く last() とか mean() とか fill() がわからない 基本はSQLを覚えて、あとはあれこれ触った反応を見ながら感じ取るとよい。自分も体系だって知識を入れたわけではないので以下の記述は間違っている可能性がある。ひとまず自分がしている理解をここに書いておく。 last や mean はどちらも代表値を選出するための方法を指定するものである 前提として、Grafanaは表示対象に設定した期間内の全レコードをグラフに表示しない。これが標準の動作である あまり時間解像度を細かくしても大雑把なグラフ表示では視認できない 現在の縮尺に合わせて表示するデータポイント数を増減させるのが効率的なはず すると縮尺によっては複数のレコードをまとめて表示することになる グラフに表示するのは、まとめられた内から選出する代表値1つだけになる last は最後のデータを選ぶ。mean は平均値を代表として出す 他に max や sum などもある ちなみにla...