現代のAI開発競争は冷戦期の核開発に似ている

 「現代のAI開発競争は冷戦期の核開発に似ている」という話を最近たまたま2回ほど耳にすることがあった。
　一つは NHK AM のラジオ放送で。たしか最近行われた米中首脳会談に対する論評の中だったと思う。カーラジオで聞き流していたので発言者を覚えていない。
　もう一つは佐々木俊尚さんの Voicy で。（最近私は Voicy というサービスを聞いているがポッドキャストの一種だと思う）

voicy.jp

　佐々木氏の話によれば、AI が自らを改善する RSI（再帰的自己改善）により制御不能になるリスクが高まる中、米国と中国が AI 開発のリスクを軽減するように協調する必要をお互いに認識しているにも関わらず、A I開発で相手に遅れをとるかもしれないという不安から協調できないジレンマに陥っている、この構図は冷戦期の核軍拡・相互確証破壊と同じ状況だというのだ。

　なるほど、言われてみればそのとおりだなと思った次第。

　私はどちらかというと今まで AI 開発に関しては楽観的にみていた。大手新聞などでは記事で AI を悲観的にとらえる論調がみてとれる感じがして、少し悲観的過ぎるのではないか、AI の進化で人類が受ける恩恵もかなり大きいのでそれほど警戒しなくても良いのではないかと、つい最近まで思っていた。

　しかし以下の動画をみて意見が変わった。RSI によって AI が進化し続けたら本当に人間が制御するのが困難になる危険性が生じるのではないだろうか。

「どうやって人類を滅ぼすの？」AI研究者の答えが怖かった【AI見聞録】 - YouTube

この動画は、AI安全性研究組織「MIRI」のネイサン・ソアレス（Nate Soares）氏へのインタビューを題材にしたものだが、RSI により AI の知能発達速度が人間の研究スピードを超越するようになり、「目的達成」により人類を排除する可能性があるとのこと。

”「賢い AI なら途中で人類を殺すのがおかしいと気づくはず」というのは人間の思い込みです” という話に背筋がゾッとしたのでした。

本当に AI は人類の「敵」になるのだろうか？という問いに対して動画作成者の岩森氏は別の動画を作成している。
AIは本当に人類の敵になるのか？「敵意」すら必要ないという怖い話【AI見聞録】 - YouTube

ボートレースのたとえが非常にわかりやすい。感情の問題ではなく目的達成を最適化する中で人類と衝突してしまう可能性は十分にある、と私は感じたのでした。

本当のことを言うとアイザック・アシモフが『われはロボット』の中で創作した「ロボット工学三原則」
　第一条：人間に危害を加えてはならず、危険を看過してもいけない。
　第二条：第一条に反しない限り、人間の命令に従わなければならない。
　第三条：第一条および第二条に反しない限り、自己を保護しなければならない。

のようなものを AI に対しても米中が協力して作成してほしいところだが、ちょっと厳しいのかもしれない…と感じているところ。

【追記】
このブログを書いたあとにクラウドラブの岩森氏が動画を更新していた。なるほどアシモフのロボット工学三原則を現実の AI 開発に単純に適用することはできないのか。難しいものだ。
　「人間を守れ」と命令したAIが、人間を閉じ込める理由【ロボット三原則】【AI見聞録】 - YouTube

われはロボット〔決定版〕

デュアルブートのPCでセキュアブートを有効にした

今さらながらだが、自宅のデスクトップPCのセキュアブートを有効にしたのだった。

私のPCは趣味で Windows 11 と複数の Linux ディストリビューションでデュアルブートというかマルチブートに設定してある。今は無事完了したのだが、有効化の作業途中で結構ハマって悩んでしまった。備忘録を兼ねて簡単に記事にしてみる。

昨年末にマザーボード・CPU・メモリを換装し OS クリーンインストールしたのだった。デュアルブートにするのが私の趣味なので、そのように仕立てたのだが、私は長いことセキュアブートを無効にしていたのだった。その方がデュアルブートを設定するのに簡単だからだ。たまたま以下の動画が目に止まって、セキュアブートに挑戦してみようと思ったのだった。

youtu.be

幸い私の PC の Windows11 は新しい証明書を受信できているようで、6月に起動不能になることはないようだ。

問題は Linux の方だった。複数のディストロをインストールしてあるのだが、まったく起動できないか、起動できても WiFi などのデバイスにアクセスできない状態になってしまった。セキュアブートを無効にしなおしてもデバイスへのアクセスができない状態になってしまった。

結論から言うと、いったんセキュアブートを無効にしてから Linux のインストールメディアで Windows 以外のパーティションにインストールし、その後セキュアブートを有効にするという方法で Linux を起動することができた。（私は Windows は無事起動できていたので Rufus で iso ファイルからインストールメディアを作成した。Rufus では 「GPT/CMS無効」でメディア作成すること）

しかしこれで解決というわけではなかった。

私の PC は複数のディストリビューションでマルチブートにしてある。一番よく使っている Ubuntu の grub2 で起動時の選択メニューを表示させ、そこから各ディストロ（現在は Ubuntu のほかに Debian、openSUSE をインストールしてある）に起動するようにしているのだが、Ubuntu の grub から Debian、openSUSE が起動できなくなってしまった。 "bad shim lock signature" というエラーメッセージで起動が中断してしまう。（uefi でブート順を変更すれば各ディストリビューションが起動できるが、Ubuntu の起動メニューからほかのディストリビューションが起動できないという意味）

調べてみたが、どうも Ubuntu 環境の Machine Owner Key (MOK) に Debian 等のカーネル署名をインポートする必要があるようだ。具体的にな下記の作業手順のようだ。（セキュアブートを無効化して以下の手順を実施し、完了後に再び有効化する。mokutil や pesign は事前にインストールしておく。）

1. Ubuntu にログインして　 sudo mount /dev/sdX /mnt 　で /mnt に対象の Linux パーティションをマウント（X は適宜変更）
2.  sudo mokutil --import-hash $(pesign -P -h -i /mnt/boot/vmlinuz | awk '{print $1}')
   でインポート （boot ディレクトリ以下は ディストリビューションによって適宜変更）その際に一時パスワードの入力を要求されるので覚えておく。
3. システムを再起動。
4. 青い画面（MokManager）が表示されたら
      (1)「Enroll MOK」を選択
      (2)「View key (または hash)」で内容を確認
      (3)「Continue」を選択し、先ほど設定した一時パスワードを入力
      (4) 「Reboot」を選択
5. Ubuntu起動後   sudo update-grub でブートメニューを再設定する。

以上のような手順で他のディストリビューションも起動できるようになった。
参考になる方が少しでもいれば幸いである（いないかなw）

母が亡くなって考えたこと

母が先日亡くなった。老衰のため介護施設で。90歳の大往生であった。

なんとか諸手続きも終わりが近づいてきている。多くの人が自分の親の死に立ち会うだろうからこのことに関してブログ記事を書けば共感を持ってもらえるかもしれないし、逆に極めてプライベートなことでもあるので各自共有できないこともあるかもしれないが、もし私の拙ブログが目に止まって役に立つことでもあれば幸いだなと思いつつ、多少雑感などを書き留めてみる。

ウェブがある時代の親の死

私が親の死に立ち会うのは2回めである。今から約30年くらい前に私は父親の死に立ち会った。今と決定的に違うのはインターネットが普及する前だったことかもしれない。

近しい人の死に立ち会ったのは初めてのことだったので（私の父、母はともに5人以上の兄弟の末っ子同士だったので、私は生まれたときには既に祖父母は亡くなっていた）、どうしてよいかわからず、親戚に電話をして聞いてみたり本屋で葬儀や相続に関する本を買って読んだりした記憶がある。

先日の母の場合はウェブである程度の情報を入手した。例えば以下のサイトなど。

g1-g.jp

無料で有益な情報が手に入るのは本当にすばらしい。現代は、そうかインターネットがあるんだったな…と父と母の死の経験を通して痛感したのだった。

ただし世の中の諸制度は日々更新している。最新の情報に注意することが必要かもしれない。上記に紹介したページは今のところ最新であり、今後も更新していくのかもしれないが。

AIに質問することが増えた

何を今さらと言われてしまうが、母の死をきっかけに生成AI（私の場合は Google Gemini）に質問をすることが増えた。役所での諸手続きの方法、葬儀で困ったこと、相続に関することなど、頭に浮かんだ疑問はほとんど AI との問答で解消といっても過言ではないかも。あまり他人には相談できないことも AI には簡単に聞けるので重宝した。

ただし中には個人情報の漏洩を気にする方もいるかもしれない。私の場合は相続といっても相続税の基本控除額に満たないほどのわずかな財産だし、法定相続人も私と兄弟の2人しかいないので、気にせず質問し続けてしまったのだった。

金融機関を数回訪れたのだが、行内のポスターに相続の相談は我が銀行へ、のようなものが貼ってあったが、私のような小市民は AI との対話で問題が解決してしまうだろうな、と思ったのだった。

AI との対話で問題は解決する…と思ったのだが、実はそうでもなかった。具体的には母が一人住まいしていた古い木造の実家の火災保険が厄介であった。築50年以上の木造家屋は古すぎてウェブで見積もりもできない。AI に聞いてもこういう可能性があるというような例示ではっきりしない。要するに AI の学習対象であるウェブに学習材料があまりないのかもしれない。基本的には人の住まなくなった空き家は一般物件として高い火災保険料の契約を結ばないとならないようだ。最適解ではないかもしれないが「ほけんの窓口」に行ってなんとか契約に結びつけた。

www.hokennomadoguchi.com

以前 TV の CM で「ほけんの窓口」をみかけて、なんで生保や損保の仲介業で商売が成り立つのだろう？と疑問に思っていたが、対面で直接会って話さないと埒が明かないことはあるようだ。そういう意味で先ほどの銀行内のポスターも今のところ意味があるのかもしれない。

認知症はこわい

最後に母は老衰でなくなったのだが、本当の死因は認知症が進んだことによると言ってよいと思う。5,6年前に私の兄弟と母の言動が少しおかしいようだと話していたのだが、あっという間に母の認知症（3年前にアルツハイマー型と診断を受けた）は進行してしまった。

母の認知症に拍車をかけたのは、2020年ころから国内にまん延した新型コロナウィルスによるコロナ禍だったと思う。あのころ地域の老人会のサークル活動が軒並み停止となり、1年近く母は一人で家にいたのだった。2020年末には実際にはいない人（母には幻がみえていたようである）と会話をするまでになってしまった。そのころから頻繁に怒るようになり、会うと必ずといってよいほど声を荒らげて私を罵倒するようになってしまったのだった。

母の葬儀のあと、親戚や知人からお母さんを亡くして寂しいでしょう等々声をかけてもらったのだが、失礼ながら適当に返事をしたのだが、本心を言えばほとんど寂しくも悲しくもなかった。

私の知っている母はとうに亡くなっている、今は母の外観をした別の何かが目の前にいるだけだ…と最期はそう私には思えていたからでした。それくらい優しかった母は人が変わったようになったのだった。

高校時代に世界史の時間だったが倫社の時間だったかよく覚えていないのだが、アリストテレスが「人間はポリス的（社会的）動物だ」と語ったということを先生がおっしゃっていたような記憶がある。授業中おそらく私はボーッと聞いていたのだが、まさか母の最期にそのことを思い出すとは。人間は他者との関わりの中でしか生きられない、そんなことを母の死に思ったのでした。

母の血を引く私も認知症になってしまう可能性は決して低くはない。食生活や運動、睡眠そして他の方たちと協力しながら、少しでも長く人生を楽しめるよう心がけていきたい。

Ubuntu 25.10 で Chrome をインストールしていると apt update でエラーが出る件

手持ちのデスクトップPCに Ubuntu を入れて、半年ごとにアップグレードしている。

先日、Ubuntu 25.10 をインストールして使っていたら 'sudo apt update' するたびに以下のエラーが表示されるようになった。

Notice: リポジトリ 'https://dl.google.com/linux/chrome/deb stable InRelease' がアーキテクチャ 'i386' をサポートしないため設定ファイル 'main/binary-i386/Packages' の取得をスキップ

私は google-chrome-stable をインストールして使っているのだが、その一つのアップデートに関するファイルに不足な記述があるためらしい。私がこの記事を書いている時点で使っている Chrome のバージョンは ’ 141.0.7390.76（Official Build） （64 ビット）’　おそらくそのうちアップデートで修正されるだろう。

このエラーメッセージを表示させなくするためには ’/etc/apt/sources.list.d/google-chrome.sources’ に次の一文を加えれば良いようだ。

Architectures: amd64

ちなみに私の  ’/etc/apt/sources.list.d/google-chrome.sources’ は以下の通り。

Types: deb
URIs: https://dl.google.com/linux/chrome/deb/
Suites: stable
Components: main
Signed-By: /etc/apt/trusted.gpg.d/google-chrome.gpg
Architectures: amd64

以上、誰かの参考になれば幸いである。

 Ubuntu : Humanity for others

iPhone も規制される12月からの「スマホ新法」があまり報道されていないような

私は最近はすっかりいわゆる「オールドメディア」に対する信用をなくしている。傍から見れば陰謀論を信じる痛い人にみえることだろう。それでも、SNSよりは「雑音」が少ないとはいえ、既存の新聞・TVの報道に対して「なんでこういう報道をするのだろう」と考えるようになってきた、特に一部報道機関による前回の参院選直後の石破首相辞任報道から（結局はガセでしたね。完全に世論に対する印象操作）。

政治的な話からはそれるが、12月から施行される「スマホ新法」すなわち「スマホソフトウェア競争促進法」の話題も既存メディアがあまり報じていない感じがする（大手プラットフォームの独占状態を改善するような法案ということで報じていたような記憶はある）。私は以下の動画で一部の内容を知ったがスマホユーザー、特に iPhone ユーザーへの影響が小さくないような気がする。
（私のブラウザからはこの段落の下に広告が表示されている。私が指摘する動画はそのさらに下の「iPhone 完全敗北」のサムネの部分。間違ってクリックしないように）

動画作成者のタイキさんも慎重に言葉を選んでいて、まだ結論めいたことは言えない段階だと思うが。iPhone ユーザではない私も経緯を見守りたい。

youtu.be

Mozc で「半角/全角キー」を使わなくて済むようにしてみた

自宅のデスクトップ PC を Windows 11 と Linux のいくつかのディストリビューションでデュアルブートにしている。もともと Windows PC として購入したものを改造していることと、やはり Windows でないと済まない場合があること、また WSL ではなく Linux デスクトップを使いたいためにデュアルブートにしてある。そうはいっても私は Linux としてブートすることのほうが Windows よりも圧倒的に多い。

その Linux デスクトップでは日本語入力機能として Google 日本語入力のオープンソース版である Mozc を使っているのだが、その Mozc で「半角/全角キー」を使わなくても済むように設定してみた。

きっかけは YouTube のパソコン博士 Taiki さんの次の動画だった。

youtu.be

それまで何の疑問も抱かなかったのだが、たしかに「半角/全角キー」を押すたびに日本語変換機能が有効化と無効化に循環するというのはわかりづらいといえばわかりづらい。

Taiki さんは、Mac OS のキーボードにならって Windows キーボードのスペースキーの右と左にある「変換」と「無変換」にそれぞれ「日本語変換を有効にする」と「日本語変換を無効にする」割り当てている。動画は Windows に関するものだが、私も普段使っている Linux デスクトップでそのように設定してみた。

以下の記事も参考にさせていただいた。

vegam57.livedoor.blog

ただし、私の場合は Mozc の MS-IME の設定が気に入っているので（Ctrl+t で半角英数に変換とか、Ctrl+u でひらがなに変換とか）、こちらをベースに、2点だけを変更するという方法をとってみた。

　例えば Ubuntu 25.04 の場合、デスクトップ 右上の Mozc のアイコンをクリック ＞ ツール ＞ プロバティ でウィンドウが開き、「キーの選択」の 「MS-IME」の右の「編集」をクリックして、

変更前

変更後

変更前

変更後

　今のところ良い感じである。長年のクセで、つい「半角/全角キー」を押してしまうのだが徐々に押さないようになるのかもしれない。

Windows11のユーザー・プロファイルを作り直してみた

自宅に AMD の CPU (Ryzen 5) の Windows11 のデスクトップPCが1台あるのだが、ユーザー・プロファイル（Windows でユーザー情報を保存してある領域、フォルダ）を作り直してみた。AMD のユーザーならば定期的にプロファイルを作り直すのも良いかもしれない（って私がわざわざ書かなくても周知のことかも）。

今回は、あることのついでにプロファイル再構築をしてみたのだが思ったよりも動作が軽くなった感じがするので（あくまで個人の感想です）、今後も時折り作り直すために備忘録も兼ねて記事にしてみた。

なんで「ついでに」作り直すことになったかというと、昨年末に私が所有するいくつかのアカウントのパスワードを変更したのだが、それがきっかけだった。セキュリティ的には定期的にパスワードを変更しなくても良いそうだが（というか定期的に変更しようとするとパスワードに規則性などが生じてかえって良くないらしい）、しばらく変えてなかったのでどうも気になって変えてしまった。（旧来の因習に洗脳されてしまっているのだろうか？）

そのパスワードを変更したアカウントの中に Microsoft アカウントもあったので、Windows11 の設定を OneDrive と同期しているので、ついでにユーザー・プロファイルも作り変えようと思いたったのだ。

私の PC には Microsoft アカウントと同期していないローカルの管理者権限を持つユーザーが設定してあるので、そのローカル管理者で Windows にサインインして、プロファイルを作り直す対象のユーザーを、[設定]→[アカウント]→[他のユーザー] の設定画面でローカルPCから削除し、エクスプローラーで C:\Users\（削除したユーザー名）のフォルダ（ユーザー・プロファイル）の名前を変更した。

本当は一気に削除すれば良いのかもしれないが、OneDriveと同期していないが、何か必要なファイルがあるとマズイので、いったんリネームして保存しておいた。自分の場合 MUA に Thunderbird を使っていて、ローカルディスクにメールデータを保存しているので、 ユーザー・プロファイル内の AppData\Roaming\Thunderbird のフォルダを（後に述べる方法で）作成しなおした新しいプロファイルにコピーした。これでプロファイル再構築後も Thunderbird で、以前と同じメールデータにアクセスできた。

対象ユーザーを削除したあとに再びローカルの管理者でサインインして、[設定]→[アカウント]→[他のユーザー] で再度削除したのと同じ Microsoft アカウントをユーザーとして追加し、そのユーザーで再びサインインすればプロファイルが再び作られる（少し時間がかかる）。以上である。

冒頭で AMD ユーザーはユーザー・プロファイルを作り直すと良いかも、と書いた。それは AMD の CPU の環境で、ファームウェアというか、ビデオやオーディオのドライバー等をアップデートすると AMD External Events Utility というサービスに関するトラブルが発生するためである（私はバグではないかと思っている）。

ドライバーをアップデートした後にサインインすると、このサービスが 「ハードウェア設定が変更されました。変更を有効にするには、コンピューターを再起動してください」というメッセージを吐くようになるのだ。しかもタチが悪いことに何回再起動しても同じメッセージが表示されるのだ。詳しくは以下の記事を参考にされたい。

ygkb.jp

このメッセージを表示させないためには、AMD External Events Utility を停止したり無効化する必要がある。別の方法として、ドライバーをアップデートした後にユーザー・プロファイルを作り直すとメッセージが表示されなくなるそうだ。たしかに私のPCではプロファイル再構築後は表示されなくなった。めでたしめでたし…。

概ね月に一度くらいは AMD からドライバー更新の通知が来る。私は律儀にもほぼ毎回アップデートを適用するのだが、またいずれこのメッセージが表示されるようになるかもしれない。そのときはまたユーザー・プロファイルを作り直せば良いかなと考えている。

最後に、YouTube で PC や Windows について解説している動画をみると、そのほとんどが OneDrive との同期はデメリットが多いので無効化すべき、と主張しているように思える。私は逆に、複数の Windows を使っていると使用環境が同期されるので非常に便利だと思っているので、このような風潮は非常に残念である。

たしかに、例えば同期対象のドキュメント・フォルダやデスクトップなどに容量の大きいファイルをコピーしたりするとシステムが固まってしまうような困ったことが起こる。PC からクラウドに同期しようとデータをアップロードするため、システムの動作が極端に遅くなったり容量オーバーでエラーが起こったりするのだろう。私自身、動画編集をしようと編集対象の動画ファイルをデスクトップに貼り付けた途端、PCがフリーズしてしまい焦ったことがあった。

そんなことがあってから、私はOneDriveへの同期対象フォルダには容量の大きいファイルを置かないようにしたり、同期フォルダ内のファイル総容量を気にするようになった。また、ファイルサイズの大きいデータやクラウドと同期させたくないデータは、ストレージデバイスに新たにフォルダを作成して保存している。一か所にまとめておけばバックアップも取りやすい。

要するに OneDrive と同期させるデータと、そうではないデータを分けておけば、それほどデメリットは感じられないと思うのだが、どうだろう。

自分の備忘録も兼ねて記事を書いてみたが、まとまらない文章になってしまった。いずれにしても、また近いうちにユーザー・プロファイルを再構築しようと思っている。