Chromeでbccを自動でつける拡張機能を便利に使っているが、Google WorkspaceのGmailで、設定用のアイコンが表示されなくなっていることに気づきました。以前の設定は有効でbccを自動でつけていますが、新規設定や修正ができない状態です。

いつから発生したのか定かではないですが、つい最新のようです。

なお、個人向けのGmailでは、設定用のアイコンも表示されており、新規設定、修正が可能になっています。設定できなくなっているのはWorkspaceのサービスにあるGmailです。

いろいろ調べていたら、かつて使い物にならなくなっていたAuto BCC for Gmailの拡張機能が2026年4月9日更新で復活していた。こちらはGoogle Workspaceでも設定画面表示されて、設定、動作sが可能みたいです。新規でのBcc設定ではこちらの拡張機能がおすすめです。

あれができます、これができます、という「できること」のレビューや、「美しいデスクトップ環境」といった見た目の話が多くて、これでは一般には普及しないなあ、という感想しかない。

なにしろ、ハードウェアを買ってきて電源入れたら自動で起動して使えるようになるWindowsと勝負しないといけないのだ。最終的にはWindowsを消してLinuxで上書きしないといけないのだから、勝つまでには大きなハードルがある。

なお、macOSも比較対象となるかもしれないが、基本的にmacOS以外を動作させることが想定されていない専用ハードウェアであるMacというものであるので勝負にならないし、macOSを使う前提でハードウェアを買っているのだから、Linuxデスクトップは元から考慮されてない。しかもMicrosoft Officeと、Adobe Creative Cloudが動作し、さらにいうと「UNIX」であるワークステーション的なデスクトップOSである。お金さえあれば、Linuxより使いやすくて便利なUNIX環境は、正直言って「これ一択」である。

というわけで、Windows環境からスイッチするためには非常に精神的なコストがかかるわけだが、スイッチするためには以下のような情報がまとまっていないと、まず最初の一歩が踏み出せないと考える。

Adobe Creative Cloudは、まあ、プロフェッショナルなユーザーしか使わないとしても、Microsoft Officeは一般的に使われるソフトウェアである。「Wordのかわりにこういうワープロソフトがありますよ」という紹介だけでは少しも刺さらないわけで、「こういう使い方をWordでしている人は、こういうソフトでこうすると同等の成果が、より迅速に、より安い費用で得られる」という同等の成果と時短やらローコストやらを様々な事例で説明しないと、OSごと切り替えてみますか、とはならない。

ついで、印刷はあまり最近では自宅では行わないと思うのでプリンタ対応は、それをハードウェア対応として強調されても、あまり意味がない。例えば、「印刷したいデータがある場合はこういうソフトでPDFに変換して、さらにスマホに転送しコンビニのプリントサービスのアプリに認識させて、コンビニで１部のプリントアウトを得られる」というフローを説明したり、ワープロ以外では写真の印刷をスマホを絡めてコンビニでどう出力するか、といった具体的な使い方の説明が必要。さらにこれが、Linuxでないと時短やローコストといったメリットがないとWindowsからのスイッチは望めない。

スマホ関連でいえば、スマホとLinuxデスクトップでの、自動同期(単純なデータだけでなくデスクトップ側にある音楽データや動画データのプレイリストをスマホのアプリに認識させることも必要)や、スマホの写真を取り込む、スマホのバックアップといったデータ連携が、何がどうできるのかということも重要。また、Apple Musicのようなスマホでの音楽アプリ・クラウドがLinuxでどう使えるのかということも、現在のニュースサイトでのレビューでは情報が薄いか、まったく触れられていない。これではLinuxを使ってみようとはならないのではないかなあ。いままでできていたことができるかどうかわからないと不安だもの。

VirtualBox環境にLinuxをインストールして、テスト・トライアルする方法も、だいたい「インストールして起動するから使ってみよう」で終わっていることが多く、トライアルのあと、もし気に入ったら、どうすれば、「トライアルのOS設定やそこに作られたデータを維持したまま」でVirtualBoxでなくWindowsを上書きしてLinux専用環境に移行できるのか、という手順の説明も必要だし、そのときはもともとのWindowsに溜め込んだデータも、完全に移行できないと意味がないので、そのあたりのやりかたも説明してほしい。一般の家庭ではパソコンは１台しかないと思うので、何らかの方法でシームレスにデータ移行しつつトライアルでのOS設定を引き継げないと、移行するメリットが見出せない。新しくパソコンを買って移行すれば、というのであれば新しいパソコンにもともとインストールされているWindowsでいいじゃん、となる。

というようなことを考えつつ、個人的にはサーバはUbuntu Linuxを使っているので、Linuxを拒否しているわけではない。

デスクトップOSはメインはmacOSで、サブでWindowsを使っている。実験、実証以外でLinuxをデスクトップOSで使いたいとは、思えないのでありました。だって上記のようないままでできていたことがLinuxでもできると理解できないと不安だし(実際、Linuxであれこれ実現可能なの？ という疑問は、Linux環境を作ってあれこれイジることができるスキル持ちの自分でも解決できていない)。

さらには、Adobe Creative CloudとMicrosoft Officeが動作しないと仕事にならないし。

結局のところ、Linuxデスクトップは、アンチMicrosoft・アンチAppleの原理主義者か、ニッチな用途でLinux環境が必要なプロフェッショナルユーザー(AI関連とかサーバアプリ開発のひととか)といった、極めて少ないユーザーしか使われていかないのではないか。ただしこの属性のユーザーは強烈にLinux環境を支持するはずなので、何らかのブレークスルーがあれば、そういったユーザーを起点として一気に普及する可能性はあるかもしれないけど。

この拡張機能はGoogle Chrome(とその派生品)で動作します。
Firefoxで機能する同等品は存在しません。過去にはbccをつける拡張機能があったのですが、Chromeの拡張機能と同様にGmail側のアップデートで動作しなくなってしまい、Firefoxでは代替品も無いようです。

もしFirefoxでGmailのbcc自動付加をしてくれる拡張機能があれば教えてください。

macOS 26 Tahoeに対応したESET Cyber Securityは、ESET英語サイトからダウンロード可能です。アップデートの適用は自己責任にてお願いします。
https://www.eset.com/us/home/cyber-security/#download-for-your-operating-system

英語サイトですが、日本語環境でダウンロードすると、日本語版がダウンロードできる模様。また、モジュール更新やライセンス認証ができない不具合が確認されたとして提供を一時停止だったそうですが、9/13現在では、バージョン番号が少し上がった9.0.4500.0がダウンロードできるようになっています。

9.0.4500.0を、macOS 26 Tahoeの環境にインストールしてみましたが、正常にモジュール更新実行でき、ライセンス認証もできました。致命的なエラーは出ていないようです。

日本の代理店のページはこちら。9/13現在のステータスは9/1公開のページに記載ある「macOS Tahoe 26.x 対応プログラムを準備中です」とのこと。サポートをきちんと受けたい場合は、正式なリリースを待ちましょう。

2025-09-23追記
日本の代理店から、昨日09/22づけて対応版の公開通知ありました。V9.0.4500.0ということで、英語サイトでの配布物と同じバージョンとなっています。

2025-11-05追記
アップデート版のESET Cyber Security v9.0.5300.0がリリースされました。リリースノートはこちらから確認できます。プログラム自動アップデートは、2025/11/05 より順次配信とのことのようですので、しばらくすると通常のアップデート機能で自動で最新版に更新されるはずですが、再起動が必要なので、時間のとれるときに手動でアップデートしたほうがよさそうです。

物理SIMからeSIMへの変更に手数料とって処理日数もかかるMVNOは、今後は淘汰されるかもなあ。
MNOからの借受条件にeSIM変換やクイック転送の動作は契約的に制限されてる？　それとも論理的に実装不可なのだろうか。実装不可の場合はMVNOサービス終了の足音ですね。

いま、iPhone16でIIJmioの物理SIMを使用しているけれど、IIJmio自体はeSIM対応しているけれど、eSIM変換もクイック転送も対応していない。今後、機種変更する際には面倒だなあ。
あれこれ今後の面倒な手続きを考えると、契約の変更も視野に入れたい。同じくらいの料金で、eSIM変換とクイック転送に対応しているキャリアはどのようなものがあるのだろうか。月額の費用を抑えるならpovoかなあ。

2025-09-10T18:30:00
半日経ったので、情報再整理。まとめると、以下のような感じですね。

• eSIMに変換、eSIMクイック転送は、MNOとアップルの対応が必要、MVNOでは対応可能か現時点で不明
• eSIMの再発行ではSMS必須だったりして、運用が意味不明。店頭での対人での対応が必要なことが多い(無店舗経営のMVNOでは今後この点も問題になりそう)
• 音声通話対応のeSIMの場合は、データ通信専用eSIMより発行が厳格になっているので、トラブル時の再発行は、けっこうつらい状況になっている
• 物理SIMを頻繁に差し替えて運用するようなパターンは、eSIMではあんまり想定されてない
• eSIMの機種間移動については手数料かかる場合も多く、物理SIMとはコストの差が出ている
• eSIMの再発行や機種間の移動は、深夜などではキャリア側のメンテナンスや人的問題で対応していない場合も多い(物理SIMでは何時でもできるのに退化している)
• eSIM専用機種の場合、海外旅行などで現地の物理SIMでデータ通信という今までできていたことができない(現地のeSIM導入するしかない)

まだ日本ではeSIM専用機は、時期尚早のような気もする。個人的には現在iPad ProでPOVO 2.0をeSIMで使っているが、これはデータ専用での運用のため、もし何かあっても再発行で電話番号変わってもよいから、納得できている部分もある。
音声通話対応のeSIMで、音声通話目的の場合は電話番号変更ができないので再発行で同じ電話番号の発行をしてもらわないといけないし、通話の受けがあるからサービス停止の時間はゼロにしたい等が課題になっている。

eSIM専用iPhoneを先行で導入しているアメリカでは、eSIMの発行はどのような運用フローになっているのだろうか？

大手のMNOは「eSIMに変換」「クイック転送」も対応しているから、物理SIMからeSIMに移行しても運用上の不都合は少ないけれど、対応していないMVNOはサービス終了の方向になりそうではある。
経営体力のないMVNOから淘汰が進み、独占に戻ったMNOでの料金の改悪がされて、昔のような高い料金プランに戻ってしまうことがないだろうか。

2025-11-10追記
MVNOでもeSIMクイック転送を　「ドコモ、KDDIに働きかけをしている」とIIJ谷脇社長
やっぱり、そうなりますよね、という記事。とにかくがんばれ。

DropboxやGoogleDriveと異なる点としてSugarSyncの売りの「パソコン内の任意のディレクトリをクラウドにバックアップ」「任意のディレクトリを他パソコンへ同期」というものについてはpCloudでも同様な設定が可能である。それぞれ任意ディレクトリのクラウドへのバックアップが「pCloudバックアップ」、他パソコンとの任意ディレクトリ同期が「pCloud同期(紹介記事等においてはpCloud Syncと表記)」と称する。

またpCloudは買い切りのライセンスのため、サブスクで毎年お金を支払う必要もなく、長い期間を使えばコスト面でも有利である。

同期よりバックアップが主目的のため、pCloudバックアップを設定した。使用する回線の問題でもあるが、初期のバックアップに時間がかかった。またファイルサイズの大きいデータを転送する瞬間、そのファイルの転送中はpCloudのアプリがレインボーカーソル状態になって半ば固まってしまう点がちょっと気になった(そのファイルが転送完了するとレインボーカーソル終了で正常に、また次の巨大ファイルでレインボーカーソル、と初期バックアップ中は、ほぼすべてのタイミングでレインボーカーソルであった)。なお、一度指定ディレクトリ全部をクラウドにバックアップ転送したあとは、アプリのレインボーカーソルも発生せず、比較的CPUやネットワークのストレスもなく使用ができている。

あと、アプリでほしいなと思った機能としては転送中のキューのファイルリスト。先述の初期バックアップ時のレインボーカーソル時に何を転送しているのか気になったが、リストが見えないので何が起きているのか、わかりにくい点があった。

macOS 26 Tahoeにおいては、このタイミング(9月上旬のOSのベータ版リリース時)では、まだ未対応とのことで一部機能(pCloudのクラウドをストレージとしてマウントするカーネルエクステンションを設定導入)が正常動作しなかったが、アプリも適時メンテナンスされているようなので、OSの正式リリース後にはきちんと対応してくれると思われる。
実のところ、pCloundのアクセスにも対応したCloudMounterというアプリを使用しているので、ストレージとしてマウントするのであれば、CloudMounter経由で問題はない。

SugarSyncは10年以上使用していたが、あっさりとお役御免。次回のサブスクライセンス更新を停止し、またクラウド上のファイルも手動で全削除して、Macアプリのアンインストールも行い、お別れを告げた。

Google Chromeなど根幹のアプリケーションのゼロデイのセキュリティホールの修正バージョンアップの際にも、この遅延配布の問題がある。セキュリティホールがある状態でステイされ、１ヶ月近く放置されてしまう。ユーザーからは解決方法がない。

こういう状況のため、安心して端末を使うことができない。Androidを主端末にできない理由のひとつである。セキュリティホールの修正の場合、遅延配布をやめてほしい。

X1 Proを買うまで、業務用WindowsはN100のミニPCで動作速度にも満足している状態だったが、X1 ProのRyzen AI 9 370のPCのスピードに慣れると、アプリの立ち上げも操作中の反応もN100のスペックでは遅すぎに感じる。

こうやって速い速度のPCに慣れていくのも、恐ろしいね。

Macの場合、M1からM3のMacbook airに移行したけれど、バックアップにセットアップして待機しているM1でもそこまでの遅さは感じないのは、IntelアーキテクチャとArmアーキテクチャのApple Siliconの差なのだろうか。それともOSの差であろうか。M1がもともと高スペックでM3との差がないといえるのだろうか。

N100は低価格帯のCPUではかなり健闘しているとはいえるけれど、流石にRyzen AI 9 370と比べるのは、やりすぎなのだろうか。

セットアップも終わって、Intel N100のMini PCとRyzen 5のタワーPCの2台の既存PCをまとめてリプレース。

CPUがRyzen AI 9 HX 370で、メモリ96Gと、Mini PCとしては、現時点の最上位に近いスペックで、静音、かつ爆速で快適。CPU内蔵のRadeon 890Mなので、GPU性能はディスクリートのGPUと比べたら劣るものはあるけれど、そこまで重たい処理をしないつもりなので、問題なし(そもそも超絶に重たい処理を継続して行うならMini PCでは排熱が追い付かない)。

クーポン値引き後でも18万円を超える値段を気にしなければ、たいへんバランスのよいシステムになっていると思います。

リプレース後の稼働状況をみつつ、いままで使用していたPCは初期化などしていったんバックアップ機材として保存して置こうと考えている。

この環境はWindows7からずるずるとアップグレードしていた環境のため、かなりゴミがWindowsフォルダに残っている。そのうち、Windows11 24H2へのアップグレードを阻んでいた理由として、古いデバイスドライバが悪さをしていたと考えられる。

こちらのかたの記事も参考にしてください。同じようなことやって、解決しています。

ハードウェアを切り離していても、デバイスドライバが読み込まれてしまっており、そのデバイスドライバが阻害要因としてアップグレードの途中でエラーが発生していたようだ。コア分離の設定で、今となってはお行儀の悪いデバイスドライバを洗い出して、それを削除するということになる。今回、ばっさりと、問題のありそうな古くて未使用のデバイスドライバを削除したところ、無事に23H2から24H2へのアップグレードに成功した。

なお、この手順は、OSが正常に起動しなくなったり、エラーを出し続けたりする可能性もあるので、慎重に。真似する場合は、バックアップを取ってから、自己責任で対応してほしい。

手順としては、まずWindowsセキュリティの設定画面から、「デバイスセキュリティ」内の「コア分離」をonにする。古いデバイスドライバがあるとonにできずに、問題のあるデバイスドライバの詳細がみられるので、この詳細を見て、個別に削除していく。

まず、普通に削除してみる。これにはcmdを管理権限で起動して、以下のようなコマンドを発行する。

pnputil.exe /d oem22.inf

コア分離の問題のあるデバイスドライバの詳細に書かれているoem22.infのようなファイル名を見つけて、それを指定する。

エラーが出て削除できない場合は、

pnputil.exe /d oem22.inf /force

で強制的に削除できる。

.infの記述がないものは、通常の手順で削除できないので、以下のフォルダから手動でファイルを強制的に削除する。

C:\Windows\system32\drivers

をエクスプローラーで開き、コア分離の問題のあるデバイスドライバの詳細に書かれている該当のファイル名を探して、デリートボタン。管理権限確認のダイアログがでるので、承認して、削除。

通常の削除方法で削除できたものは、Windows11にしてから、なんらかのインストーラーによってインストールしていたデバイスドライバで、手動でむりやり削除したものは、それ以前からインストール済であった、10年も前の日付のデバイスドライバであった。どれも、未使用のデバイスドライバで、デバイス自体も接続されていないものであり、削除しても問題のないものばかりであった。

もし、コア分離のエラーとしてリストアップされているデバイスドライバが、使用中のデバイスのものであった場合は、このような対応が取れないため、手詰まりになっていたことだろう。

一通り、削除対応を行ったのち、コア分離をあらためてonにして、指示に従って再起動。正常に起動したのち、Windows11のインストールアシスタントを起動して、24H2のアップグレード処理を行う。その後、再起動を何度か挟んで、OSが起動すると、正しくWindows11 24H2の環境となった。

最後にあらためて、Windows Updateをして、最新のパッチをあて、再起動して、作業は一通り終了。これにて、今後のアップデートやOSサポートが継続して受けられる環境となった。

2025-10-09追記

使用していたPCに25H2がWindows Updateで降ってきた。さくっと適用。現時点では24H2とほとんど差がないらしいので、アップグレードに支障なく、またアップグレード後も特に問題なく、動作している。