Android13のmotorola edge 40でロック画面に通知内容がまったく表示されず困りましたが、解決することができました。

ロック画面には通知の内容もアイコンも表示されていない

結論から

設定 > 通知 の画面内にある「ロック画面をスキップ」のスイッチをオフにすると解決しました。

ロック画面をスキップをOFFにする

通知スタイルには2種類ある

ロック画面に表示させる通知の種類には「チップ」と「リスト」の2種類存在します。
このうち問題が起きたのは「リスト」のほうです。

この設定は
設定 > ディスプレイ > ロック画面 > 通知のスタイル
で変更することができます。

設定画面の説明ではリストは「通知をリストとして表示」との記載がありますが、ページ一番上の画像の通り通知内容がリスト表示もされていなければ、通知アイコンすら出ていません。

リストを選択するとロック画面に何も表示されなくなる

チップは問題なし

リスト表示の問題を解決する前(「ロック画面をスキップ」のスイッチがオン)の状態でも、チップ表示は問題ありませんでした。
ロック画面には通知のアイコンが表示されており、その欄をタップすると通知内容が表示されました。
これでも問題は無いのですが、たかが1タップであったとしてもタップしなければならないというのが、日常的に良く行う通知のぱっと見確認において煩わしさを感じさせます。

通知のスタイルでチップを選択すると…


ロック画面をスキップがONであったとしても…


ロック画面には通知アイコンが表示され…


通知アイコンをタップすると通知内容が表示される。

ロック画面をスキップ…しないことで解決

結論は先に述べた通りですが、色々と設定をいじっているうちに「ロック画面をスキップ」が原因であることが分かりました。
ロック画面をスキップの説明には「ロック解除後、最後に使用していた画面に直接移動する」とあります。
このような説明で、ロック画面に通知内容がリスト表示されないことに気付く人など世に存在するのでしょうか…(?)
とても不親切であると感じました。

何はともあれ「ロック画面をスキップ」のスイッチをオフすることで、無事にロック画面に通知内容が表示されるようになりました。

無事に通知内容がリスト表示されるようになった。

和光市役所裏の1階とも地下とも言えるような場所、市役所駐車場脇に入口がある「和光農産物直売センター」。
和光市の特産品や他の地域の野菜や調味料などが販売されている店舗です。

レジには利用できるQRコード決済のマークが掲出されていますが、そこには「楽天ペイ(R Pay)」マークは存在しません。
また、JAあさか野の公式ウェブサイトではキャッシュレス決済導入のお知らせが出ていますが、そちらのページの画像でもPDF資料でも「楽天ペイ(R Pay)」のマークは見当たりません。

楽天ペイのマークは無い

楽天ペイは使えないのか聞いてみた

私が店員であれば「見ればわかるでしょう!」と言いたくなるところですが、そこをあえて聞いてみました。

私「楽天ペイは使えませんよね?」
店員「使えますよ

!?

なんと、楽天ペイで支払いが出来ました。

楽天はメジャーな企業でもありますし、使えるのであればマークを出しておいてほしいものですね。
担当者が相当な楽天嫌いなのかな?

和光農産物直売センターで支払いが出来ている

※2023年10月現在の状況です。

いきなり愚痴ですみません。
PCを起動し、メーカーロゴは表示されるのにWindows 10は起動せず、モニタの信号がオフになって画面は真っ暗。
そんなときはインターネットを検索するわけですが、上位に出てくるサイトは役に立たないサイトばかり。

「ハードウェアの故障かもしれません」
「掃除をしましょう」
「更新アップデートをアンインストールしましょう」
「スタートアップの修復をしましょう」
「リカバリ(初期化)しましょう」
「部品交換しましょう」
……。

違うんだよ!そうじゃない!

大げさな事はしたくないの。
初期化は嫌なの!今までの環境に戻したいの!
ちなみに過去にも触れましたが、スタートアップの修復で復旧したことは現時点でも1度もありません。

というわけで、以前にWindows 10の修復方法について記事にまとめましたが、それらを試す前にやったほうが良いことがあります。
上記の検索して出てくる数々のサイトにも書かれていなかったので記しておきます。

条件:ハードの故障ではないと思われるとき

今回試す条件としては、メーカーロゴが表示されBIOS(UEFI)にもアクセスでき、Windowsの回復オプション等にもアクセスできて、ストレージやメモリなどのハードの故障ではないと思われるとき。
HDDランプ(LED)が度々光って不規則に点滅してストレージが動作しているときに試してください。

PCの電源を入れたら長時間放置します。
ただそれだけ。

複数のPCにて、これでWindowsが起動しました。
時間としては30分~3時間ぐらい。
もちろん回復しないこともあります。
そのときは以前の記事「(かなり適当な)Windows10起動復旧修復手順メモ(画像なし)」を参考にして下さい。
私のようにせっかちですとすぐに電源ボタンを押したくなりますが、単純なことなので時間を無駄にしないためにもまず試してみてください。

今回は以上です。

いつ頃からか自宅のWindows 10 Proにリモートデスクトップ接続できなくなっていました。

結論を言うと、Windowsアカウントにパスワードが設定されていませんでした。

スマホでもLAN内の別PCからも接続出来ない

接続出来ないことに気付いたのは数ヶ月前にスマートフォンからアクセスしようとしたときのこと。
ここのところしばらく接続することはなかったので、スマホアプリのバージョンアップでおかしくなったのか、それともPCの設定を変更してしまい余計なことをしてしまったのか、いずれかが原因だろうと思いました。
しかし、接続できないPCと同一LANにある別のWindows 10のPCにはスマホアプリから接続できる。
その別PCから当該PCにリモートデスクトップ接続しようとするとやはりできない。
正しいはずのパスワードを入力しても「お使いの資格情報は機能しませんでした」「ログオンに失敗しました」と出るばかり。

よって、接続先PCに原因があるのだろうと後日直すことにしました。

過去は接続出来ていた

接続出来なくなったPCはWindows10にアップグレードする以前からリモートデスクトップ接続を許可しており、外出先等から度々アクセスしていました。
Windows10にしてからも何度も接続しており、リモートデスクトップ接続の許可設定やファイアウォールの設定等は済ませてあります。

念のため、「リモートデスクトップ接続できない」という内容でインターネット検索し、ヒットしたサイトの項目を確認しました。

・コントロールパネルからのシステム→詳細設定画面のリモートデスクトップ接続の許可設定はチェックが入った状態(許可状態)。
・設定画面からのシステム→リモート デスクトップ画面でもリモートデスクトップを有効にするがオンの状態。

詳しく言うといずれもグレーアウトされており「一部の設定は組織によって管理されています」と表示され、変更不可能な状態。
それはグループポリシーエディタで設定していたからです。
・「ユーザーがリモート デスクトップ サービスを使ってリモート接続することを許可する」が有効。
・「接続数を西漸する」が有効で、最大接続数の数値は999999。

ファイアウォールでは
・「ドメイン」「プライベート」「パブリック」の3つのプロファイルとも規則を適用する状態。
・ポート番号(変更済み)も昔から変わっておらずいつもの番号。

ルーターもこのポート番号では当該PCに接続されるように設定しています。

一体何故リモートデスクトップ接続出来なくなってしまったのか?

パスワードが設定されていなかった

当該PCでは起動時にパスワードを入力することなくデスクトップが表示されるように設定しています。
これはWindows XPの頃からこのような設定で各PCを運用しています。
よって、パスワード設定の有無に関わらず普段はパスワードを入力する機会がありません。

長年使用しているパスワードなので、もしかしたらセキュリティ面の懸念から変更してそのことを忘れてしまったのか?
念のためパスワードが正しいかどうか確認することにしました。
画面ロックしてからロック解除しようとするとパスワード入力欄が表示されず、サインインボタンだけ表示されました。
どういうことなのだろう?

パスワードを変更してみることしました。
設定→アカウント→サインイン オプション画面からパスワードを変更しようとしたところ、なんと!そもそもパスワードが設定されていませんでした!

接続出来るようになった

パスワードを設定したところリモートデスクトップ接続出来るようになり、問題は解決しました。
これで一件落着……ではあるのですが。。。

パスワードは何故消えたのか?
それはわからず仕舞いです。
今のWindows 10環境はWindows 7からのアップグレードで、クリーンインストールしたわけでもなくアカウントも作り直していない。
そもそも以前はいつものパスワードでリモートデスクトップ接続できていました。
なので消えた原因にまるで心当たりがありません。

しばらくの間、私はパスワード設定されていないPCを使用していたことになります。
パスワードがなくなってしまうことがあるのはちょっとした恐怖ですね。

※最適化を繰り返しお手上げ状況の最後の最後で撮ったスクリーンショット

当事象はバージョン1.20.1の最適化では新たな光源バグが発生しないことを確認しました。
2023/08/09:追記、2023/08/15:修正


補足:
※1.20.0では検証していません。

1.20.1の最適化後でも以前の光源バグが残っている場合はあります。
詳細は下記の通りです。

▼1.19.xの場合
① 光源バグが発生
② 手動で光源を再配置するなどして明るさを修正
③ 最適化
④ 「②」で修正した箇所も含み光源バグが再度発生

▼1.20.1の場合
① 1.19.4までに光源バグが発生
② 手動で光源を再配置するなどして明るさを修正
③ 最適化
④ 「②」で修正した箇所は正常のまま

上記1.20.1の場合で、「②」にて明るさ修正を行わなかった箇所の明るさがおかしなままであることがありました。
過去のものは手作業で直すしかなさそうです。
2023/08/15:追記


Minecraft Java Edition 1.19.2~1.19.4での話です。
未解決なので解決方法は載っていませんが、何かのヒントになればと試行した内容を記しておきます。
PC環境はWindowsです。

光源バグとは?

マインクラフトでは光源を中心に明るさが広がり、その明るさの値によってモンスターが生まれたり生まれなかったりします。
通常は一定に明るさが広がるのですが、これが通常とは異なる明るさなってしまう(暗くなってしまう)不具合が光源バグです。
照明バグとも呼ばれ、英語では Lighting Glitch や Lighting Bugs などとも呼ばれています。

我がワールドではこのバグがそこかしこに無数に存在していて、そろそろ頭に来てしまいました。

修正方法は?

光源を新たに置いたり既設の光源を配置し直すことで正しい明るさに戻ります。
私は松明の設置→削除で日々直しています。

しかし、ネットで直し方を検索すると日本語ページでも英語ページでもワールドを「最適化(Optimize)」すると良いと言う情報がヒットします。
当該世界を選択状態にして「編集(Edit)」ボタンを押すと、その中に「ワールドを最適化(Optimize World)」という項目ボタンがあるので押します。
その際に「キャッシュデータを消去する(Erase chached data)」のチェックボックスにチェックを入れてください。
このキャッシュを削除することで明るさが正常に戻ると説明されています。
(バックアップを取るかどうかはご自由に。私のデータではどちらでも変化がなかったので(未解決)。)

最適化したら悪化した

私のデータでも最適化は試してみました。
結果は悪化しました。
日々直してきた箇所がほとんどすべてバグ状態に戻ってしまいました。

後述の通り何度も最適化を試みたのですが、光源バグが発生しうる箇所は決まっていて、しかしながらその箇所の明るさが必ずおかしくなるとは限りませんでした。
どういうことかというと、光源バグが発生する箇所は限られていて、闇雲な場所に発生するわけではないということです。
けれど、最適化すると必ず明るさがおかしくなるわけでは無く、バグが発生したりしなかったりする箇所もあるということです。

最適化を繰り返している内に見えてきたことは、自分(プレイヤー)が居る(セーブ前に最後に居た場所)周辺はバグが発生しづらく、離れた箇所ではバグが発生しやすいと言うこと。中には必ずバグが発生する箇所もありました。
また、必ずチャンクの端で発生し、チャンクを境に片側のみ光源バグが発生し片側は正常な明るさで、両側ともおかしいパターンは存在しませんでした。

可能な限りのデータを削除して最適化した

先述までのことは以前までに試していたことで、私はmodが原因で光源バグが発生しているのではないかと疑いました。
しかし、私のワールドでは数多くのmodを利用している為、ワールドからmodを外して最適化を行うことを躊躇していました。
ところが、地下まで完璧に湧き潰した広大エリアに久しぶりに行ってみたところモンスターだらけという状況になっていたので、これは何とかしないといけないと重い腰を上げることにしました。

modを削除した

まずは最適化に関係しないと思われるmodを削除して最適化。
そして明るさレベルを確認。
その後はチャンクロード系のmodから1つづつ外しては最適化して確認。
直らないので、mod利用をやめるとワールド内のアイテムが消失しかねないmodも除外。
最後はOptifineも外して、Forgeすら利用をやめて最適化。
それでも直りませんでした。

ワールドサイズを小さくした

数年にわたってプレイしているワールドなので、読込済みの範囲は広大です。
チャンクのデータが多いと最適化にも時間がかかるのでワールドを小さくしてみました。

MCA Selectorというソフトウェアを利用し、自分(プレイヤー)が居る周辺のみを残してチャンクデータを消去しました。
ネザーとエンドについては、エクスプローラーからフォルダー丸ごとデータを削除しました。

範囲を狭くしたところで直らないだろうと思いつつ最適化してみましたが、案の定直りませんでした。

設定を初期化した

原因はmodではなかったので設定をすべて初期状態にして最適化したものの直らず。
Optifineで一旦「ビデオ設定の初期化」もしたものの直りませんでした。(Optifineは削除して最適化。)

パック類を削除した

関係無いだろうと思いつつも、Minecraftの保存フォルダーからリソースパック、データパック、シェーダーパックのファイル自体を削除しました。
直りませんでした。

マイクラをバージョンアップした

最新のMinecraftならもしかしたらと新しいバージョンでワールドを最適化してみましたが、直りませんでした。

Javaを最新にした

MinecraftにはJavaの動作環境も同梱されているため、各自でPCにJavaをインストールする必要はありませんが、私は自分でPCにインストールしたJavaを利用していた為、最新のJavaを入れてから最適化してみました。
ワールドは1.19.2であるため、動作するJavaのバージョンは16または17。
17の(本記事公開時点での)最新版17.0.6の64bit版をPCにインストールし、このJavaを利用して起動させました。
加えて、JVMの引数(起動パラメーター)も変更していたので初期化しました。
結果は直りませんでした。

また、その後はMinecraft同梱のJavaを利用して最適化も試みましたが、直りませんでした。

※ランチャーは公式のものを利用しています。

ちなみに…

JVMの引数の初期値や、ネットで検索するとヒットする“マイクラを軽くする方法等”のサイトで紹介されている多くは「G1GC(ガベージファーストガベージコレクタ)」ですが、私の普段の起動構成では「ZGC」を利用しています。
当然に他のパラメーターも異なってくるわけですが、今回はどちらの引数を用いて最適化しても直りませんでした。

真っ新な環境に“必要なデータだけ”入れた

ここまでやってもダメ。
最後に真新しいMinecraft起動構成を作成し、起動後に作成されたMinecraftデータ保存フォルダーのsavesフォルダーに、ワールドデータを入れて最適化してみました。
これはmod等の関係無いファイルなどが悪影響しているかもしれないと考えたからです。
またsavesフォルダーには単にワールドファイルをコピーするのではなく、コピーするファイルは1つ1つ厳選しました。
例えばmodが作成したと思われるファイルを始め、Minecraftが標準が作成したファイルであっても1.13以降使われなくなったdatファイル等は削除しました。

徹底的に余計なデータをそぎ落とした上で最適化。
言語設定や音量や操作感度なども一切いじらずに初期そのまま。
しかし光源バグが直ることはありませんでした。

念のためいくつかの明るさを正してから最適化

最適化で明るさが直るのであれば必要の無い行動ではあるのですが、念のために最適化を実行する前にはいくつかの光源バグ箇所を正しい明るさにしてから最適化を行いました。
単に明るさレベルを直すだけではなく、光源を再配置する形で正しい明るさにしました。
結果としては最適化後は毎度のこと再びバグ状態になっていました。
最適化時のキャッシュ消去については毎回チェックを入れました。

お手上げ

ここまでしても直らない。もうお手上げです。

しかし不思議なのは日本語でも英語でもバグを訴える言葉は見つかるものの、それらの訴えがさほど多くないことです。
すべてのページをチェックしたわけではありませんが、公式のサポートでも光源バグは解決済みのページばかりでした。

私をこんなにも苛つかせているというのに、世界一売れているこのゲームでこの現象に悩まされている人は少ない。
Minecraftに潜んでいるバグなのか、それとも私の環境が悪いのか、私の環境が悪いとしても新しい起動構成も再現するという状態がわからない。

この謎が解決する日が訪れることを願うばかりです。

例1

例2


例3

例4


例5

例6


※上の例6枚は最適化実行前のワールドで撮影したものです。

交通系ICカード「SAPICA」は関東地方の交通機関では利用できない

検索してこのページに辿り着いた方はどこで使えるのか知りたくてアクセスされたと思うので、まずは結論から。
コンビニエンスストア「セイコーマート」で使用することが出来ます。

SAPICAとは?

SAPICAとは北海道札幌市で入手出来る交通系ICカードの1つで、関東地方でいうところのSuicaやPASMOのようなものです。

SAPICAはSuica/PASMOのように全国で利用…とはいかない

SAPICAエリア(札幌市中心)ではSAPICAのほか、JR北海道のKitacaやSuica/PASMOやICOCAやSUGOCA/はやかけん/nimoca…などなど全国の交通系ICカードを利用できます。
全国のほとんどの交通系ICカードは他のエリアでも利用できるもの(相互利用可能)なのですが、しかしSAPICAは北海道以外のエリアでは利用できないのです。(投稿日2023/03/29現在)

私は2013年に札幌観光した際にSAPICAのことをよく知らないままお土産にとカードを購入してしまいました。
現地では普段利用しているモバイルSuicaを使用したため購入したSAPICAカードは使用せず、その後にSuica/PASMOエリアではSAPICAが利用できないことを知りました。
カード裏面の案内には「10年間利用が無い場合は残高が失効する」との記載があります。
しかし北海道に行く予定は今のところ無く、このままでは近い内に残高が丸々失効してしまいます。

カード裏面の利用案内には10年間利用が無いと失効するとの記載

セイコーマートなら北海道以外でも使用可能だった

SAPICAが他地方のカードエリアで利用出来ずとも、(Suica/PASMO対応の店ではなく)SAPICAそのものに対応している店があるのではないか?
東京であれば北海道に関係する店舗でSAPICAを電子マネーとしてもしかしたら使えるかも?
と期待をしたのですが、残念ながら私が知っている店では使用することは出来ませんでした。

ただ、埼玉県には東京都には存在しない「北海道に関わる店」があります。
それはコンビニ「セイコーマート」です。(関東地方では茨城県にも店舗が存在するようです。)
そして埼玉県のセイコーマートでも支払い手段としてSAPICAが利用できました

残高を使い切ったりチャージも可能

訪問した埼玉県のセイコーマートではカード残高を使い切り、不足分を現金払いすることも出来ました。
またチャージも可能なようです。
(世の中には、交通系ICカードで支払い可能であるものの不足分を現金払いできないお店も存在し、支払いできてもチャージ出来ないというお店も存在するので、エリア外でもこの対応はありがたいですね。)
これで残額は0円になり損をせずに済みひと安心。

埼玉県内のセイコーマートでSAPICAの残高を使い切った

以上、埼玉県内でSAPICAを使う方法でした。

今月発売されたNintendo Switch用ゲームソフトのスプラトゥーン3。
前作、前々作と同様に「ランク」と「ウデマエ」が存在します。

「ランク」は味方も対戦相手も表示されなくなり、自分しかわからない武器解放用の数値と化してしまいました。
その武器もチケットを多めに払えば上位ランクで解放される武器も入手が可能なので、ランクは必要なのか?と思えてしまうものになってしまいました。

ウデマエ

さて、ガチバトルのバンカラマッチでのみ絡んでくる「ウデマエ」。
前作までを楽しんだ人ならば、バトルでは自分と同じウデマエ帯の人達が揃えられてマッチングしていると思いがちです。
しかし、結論を言うとウデマエはみんなバラバラでした。

B-スタートの私

私は前作スプラトゥーン2のデータを引き継いでスプラトゥーン3をプレイし始めています。
そうすると「ウデマエ」は「B-」からスタートとなりました。

ウデマエB-の私がバトルに参加すると…

そんな私がバンカラマッチ(オープン)に参加してみると……。

ウデマエ上位帯のバッジを付けた人がチラホラ

S+のプレイヤーとご一緒

バトル参加者みなさんのネームプレートに付いているバッジを見てください。

ウデマエが「A」になったときにもらえるバッジが付いている人もいれば、同様に「S」のバッジ、金色の「S+」のバッジまであります。
つまり、少なくともバンカラマッチ(オープン)ではB帯B-のプレイヤーとS帯S+のプレイヤーが同一バトルでマッチングしているということです。

ウデマエの存在意義とは?

インターネットで検索してみると、私は真偽は検証していませんがバンカラマッチ(チャレンジ)でも同様だという投稿/発言を見かけました。
「ウデマエ」はランクでの武器解放のようなものは無いので、スプラトゥーン3でのウデマエは“単にバッジがもらえるだけ”の存在のようです。

前作までのような“自分と同じ人達”である“仲間意識”や“安心感”を得ることは出来ず、はたしてウデマエを存在させる意味はあったのでしょうか?
前作までの経験者は何だか騙されている気分になりますね。

※プレイしているMinecraftの種類は Java Edition バージョン 1.18.2 で、前提modとして Forge を利用しています。

本題の前の出来事

私は一括破壊系のmodは「MineAll」などのシリーズを利用しているのですが、どうしても「水源に設置したオークのフェンス」が一括破壊できず困っていました。
設定ファイルの「blockIds」欄には「oak_fence」を記載したのですが、地上にあるフェンスは一括破壊できても水没したフェンスは一気に壊せない。
「oak_fence[waterlogged=true]」「oak_fence:[waterlogged=true]」「oak_fence:waterlogged=true」「oak_fence:waterlogged:true」「oak_fence:waterlogged」などなど記載しては再起動し試したのですが、期待通りにはなりませんでした。

そこで新たに(併用で)利用してみたのが「FTB Utilities」という一括破壊mod。
期待通り、「水源に設置したオークのフェンス」を一括破壊することが出来ました。

しかし……。

変なボタンが表示された

インベントリや作業台等の画面を開くと左上に4つの水色の丸いボタンが表示されるようになりました。
「Toggle Gamemode」「Toggle Rain」「Set Time to Day」「Set Time to Night」の4つです。
うっかり押してしまうと切り替わってしまいますし、他のmodのボタンと重なってしまったので、非表示にしたいのですが……。

設定画面が無い

操作設定のキー割り当てで「FTB Utilities」の欄にあるのは、一括破壊するときに同時に押すキーの設定の1つのみ。
設定画面を開くようなキー割り当てはありません。
mod配布ページや公式の説明Wikiを見ても「FTB Utilities」にはボタンに関する記述は何もありませんでした。
もしかしてボタンは消せないのか?
ならばこのmodの利用をやめるしかないのかも。

configを見てみると

Minecraftのデータが格納されたconfigフォルダーを見てみると「ftbultimine.snbt」というファイルがありました。
テキストエディタで開いてみたところ、ボタンの表示/非表示に関する項目はありませんでした。

defaultconfigsフォルダーの中には「ftbultimine」というフォルダーが作成されており、中には3つのファイル「ftbultimine.snbt」「ftbultimine-client.snbt」「ftbultimine-server.snbt」が存在していましたが、中身の設定値は空でした。

savesフォルダーの当該ワールドのserverconfigフォルダーには「ftbultimine-server.snbt」というファイルがありましたが、こちらもまたボタンの表示/非表示に関する項目はありませんでした。

「sidebar_buttons.json」というファイルで設定

諦めつつも、先日バックアップを取ったMinecraftの全ファイルと比較を行ったところ、configフォルダーに「sidebar_buttons.json」というファイルが加わっていることに気付きました。
ファイルをテキストエディタで開いてみたところ、ボタンの設定らしき記述がありました。

ボタン毎にtrueとなっている4箇所をすべてfalseに書き換えたところ、ボタンが消えました。

"toggle.gamemode": false,
"toggle.rain": false,
"toggle.day": false,
"toggle.night": false

公式にも検索しても情報が無かった

公式のページを見たり、検索サイトで日本語や英語で検索したのですが、目当ての情報がヒットせずに困っていました。
どこかに説明ぐらい書いておいて欲しいものですね。

Minecraft Java Edition バージョン1.18.2での話です。
1.12.2で作成したワールドを、1.14.4、1.15.2、1.17.1、1.18.1、1.18.2とアップして来て今に至ります。
そのワールドで今回初めて「ワールドの最適化」機能を使用してみました。
すると……。

閉鎖された養蜂場から蜂が逃走

蜜蜂が脱走したのはそもそも抜け出せる隙がある構造となっていた養蜂場の作りに問題があったからなのですが、今までは例え1匹が少し外れた行動を取ったところで何も問題が無く、脱走したことはありませんでした。
しかし今回、ワールドを最適化した後は大多数の蜂が外れた行動を取り始め、昼夜問わず蜂が群がり重なり室内を圧迫して感圧版を踏み二重扉も突破し、拠点周辺に拡散してしまいました。

なぜ蜂が脱走したのか?

通常ならミツバチの巣や養蜂箱なの巣箱に住み、巣箱から出ては蜜を集めて箱に戻るという行動を取っています。
養蜂場では花が巣箱のそばにあるので、蜂は狭い範囲で行動をしていました。
たまに扉の感圧版を踏む音がすることもあったのですが、扉を超えて脱走までした蜂は今まで居ませんでした。
ましてや複数の蜂が脱走するとは思いもしていませんでした。

それが、ワールドの最適化を行った後は大多数のミツバチが巣箱に戻らなくなってしまい、昼夜問わずに常に多数の蜂が飛び回り養蜂場の端に集まってしまい、二重扉をも抜けて大脱走してしまいました。

なぜ巣箱に戻らなくなったのか?

わかりません。
おおそらくバグでしょう。

対応は?

養蜂箱をクラフトして新たな巣箱を用意し、既設の巣箱をすべて新しい養蜂箱に置き換えたところ、多くの蜂が箱に戻って通常通り生活してくれるようになりました。
しかし、原因は巣箱だけではありませんでした。
養蜂箱に入ってくれた蜂も多いのですが、入ってくれない蜂もたくさん居たのです。

蜂の数を数えてみたら増えていた

今までは72箱×3匹=216匹を飼育していたのですが、脱走した蜂もすべて捕らえて数えてみたところ182匹も増えていたのです。
ちょうど倍になっていたのならまだわかるのですが、倍よりも何割か少ない数の蜂が増えていました。
考えられることとしては、最適化を行う直前のセーブの時点で、「飛び回っていた蜂」もしくは「箱に戻っていた蜂」が181匹で、それが倍になったのかもしれません。(根拠のない憶測です。)

よって、そもそも狭い養蜂場で、普段より圧倒的多数の蜂で溢れてしまったことで、重なり合うなどして予期せぬ結果を招いたようでした。

他の生き物は?

ネコやオオカミの紐付けは切れていないか?
ウマやラマなどには今まで通り乗ることができるか?
確認したところ、他の生き物は問題ありませんでした。

余談

他のMinecraftワールドではわかりませんが、私の拠点では蜂は北西にしか飛びません。
以前放し飼いをしていた頃、だいぶ増やしたはずの蜂の数が減ってしまうことがあり、周辺を探してみたところ北西北西へと蜂が飛んでいたことがありました。
拠点はメサ 荒野バイオームで植物もほぼ存在せず山などの起伏はあるものの見渡しは良好。
読込チャンクを少なくした上で夜間に養蜂箱を抱えて北西に向かえば、手間ではありますが難しく考えずとも蜂を捕獲することができました。

2023/03/01:誤字修正(JEバージョン1.18.2の時点では「メサ」という日本語名称は存在せずバージョン1.13以降は「荒野」となっています。失礼致しました。)

Minecraft Java Edition のバージョンを1.17.1から1.18.1にバージョンアップしたところ、既存のワールド内の一部アイテムが消失するという事態が発生しました。

結論を先に…

modで生成されている(mod独自の)アイテムを予め1.17.1で削除してから1.18.1で読み込んだところ、アイテム消失はなくなり解決しました。
これは特定のmodで起こったことではなく、また1.18.1でも引き続き利用しているmodかどうかは問いませんでした。

どのようなものが消えたか?

一部のチェスト、一部のラージチェスト、一部の樽内に格納していたアイテムがすべて消失しました。
なお、エンダーチェスト内のものはすべて問題無く存在していました。
(※トラップチェストは1.17.1時点ですべて撤去したのでどうなるかわかりません。)

また、設置済みのオレンジのベッドの描画が透明になりました。
ベッドは、テクスチャのリロード(F3 + T)を行っても解決せず、Minecraft自体を再起動しても解決しませんでした。
描画が透明になっただけでベッド自体は存在はしており、破壊も可能でインベントリにも格納され、再設置すれば正しく描画されました。

他のブロックは無事で、ブロックとして設置しているアイテムや額縁に貼り付けたアイテムは無事でした。

どのような条件で消失したか?

同一アイテムが同様に格納された隣合った横並びの樽でも消失した樽と消失しなかった樽があり、条件はすぐにはわからなかったのですが……。
チャンク境界線を表示したところチャンクを境に無事な樽と問題の樽とが別れていることが解り、消失が起こった場所は特定の2つのチャンク内であることが判明しました。

いずれも初期拠点のアイテムが豊富に管理されている隣合ったチャンクで、消失が起こったチャンク内の格納アイテムはすべて消失していました。
当該の2つのチャンク以外では一切消失は起こっおらず、ベッドの透明化も起こっていませんでした。

2つのチャンクの共通点は?

2つのチャンクにはいくつかの共通点がありました。

① オレンジ色のベッドが配置されている。(各チャンク内に1つ)
② 倉庫で無数のアイテムが管理されている。(数も種類も)
③ 看板が設置されている。
④ ホッパーが設置されている。
⑤ 素のマインクラフト(バニラ)には存在しないmod独自のアイテムがブロックとして設置されている。

共通点を含む他のチャンクは?

① オレンジベッド

オレンジベッドが設置されたチャンク内にチェストや樽が設置されている他の場所を確認したところ、アイテムは無事で、ベッドの描画も問題ありませんでした。

② 倉庫

無数のアイテムが管理されているいくつかの他の場所を確認し、初期拠点よりも大規模な場所も見てみましたが、いずれもアイテムやベッドは無事でした。

③ 看板

看板は当該の2つのチャンクに隣接した他のチャンクにもいくつも存在しますが、いずれの場所も無事でした。

④ ホッパー

ホッパーは当該の2つのチャンクに接続する形で設置している隣接チャンクも存在しますが、無事でした。

⑤ mod独自のブロック

mod独自のアイテムがブロックとして設置されている他の場所は、初期拠点以外では1箇所しか存在しないのですが、その1箇所のチャンク内にはチェストや樽は存在せず、同様の事象を確認することは出来ませんでした。
なお、チャンク外の樽にはmod独自のブロックが格納してありましたが、「設置」ではなく「格納」してある分には問題は発生せず、アイテム消失は起こってませんでした。

アイテムを破壊してからアップデートしたら解決

mod独自のブロック設置が怪しいとわかったので、バージョンアップする前に予め1.17.1環境でブロックを破壊してみました。
破壊し、念のためサボテンに投げて完全消去してから1.18.1でワールドを開いてみたところ、すべてのチェスト、ラージチェスト、樽の中のアイテムは無事で、問題は解決しました。

2つのチャンクの中の1チャンクは、1.18.1では利用しないmodのブロックでした。
残る1チャンクに設置されている独自ブロックは、1.18.1でも利用するmodのもので、1.17.1版も1.18.1版も存在するmodでした。
よってプレイ環境に当該modが存在する(modが読み込まれている)かどうかは関係無いようです。

なお、過去のバージョンアップではこのような経験はありませんでした。

クリーンな環境でアップしたら?

前述の検証を行う前にも、色々試していました。

・modが無い環境でアップしたらどうなるか?
・独自のシェーダーパックやリソースパックを利用しない環境ならどうなるか?
・Forgeを利用せず素の1.18.1ならどうか?
・データパックを削除したら?
・mod独自のフォルダーやconfigファイルやserverconfigファイルを削除したら?
・ログやスクリーンショットのファイルをすべて削除したら?
・Javaの起動パラメーターを初期値にしたら?

上記すべて試してみて、素の(modやリソースパックを削除した)クリーン状態なマインクラフト Ver.1.18.1で当該ワールドを読み込んでみたのですが、mod独自のブロックを破壊しない限り問題は解決しませんでした。
日本語や英語でウェブ検索をしても同様の情報はほぼ出てこず不安でしたが、無事に解決出来てひと安心です。

▼類似例(?)
Error Updating Server to 1.18 – Items Disappeared From Chests
https://www.reddit.com/r/Minecraft/comments/radxu4/error_updating_server_to_118_items_disappeared/
Items disappearing out of non-vanilla tile entities after world reload
https://forums.minecraftforge.net/topic/106568-items-disappearing-out-of-non-vanilla-tile-entities-after-world-reload/

なお余談ですが、Javaの起動パラメーターを初期値にして1.18.1にアップしたワールド内の1.17.1までに既訪の部分を歩き回っていたところ、徐々に重くなり、ついにはフリーズしてOut of Memory(エラー)が表示されてしまいました。(このエラーを見たのは初めて。)
タイトル画面に戻るか、それとも終了するか、選択ボタンが表示されたのですが、フリーズしてボタンすら押せませんでした。
それだけ1.18.1の地下拡張部分の新規生成は重いということと、パラメーターを適切なものに変更する重要性を認識しました。(ガベージコレクタの動作に関わる部分は調整したほうが快適になりそうですね。)

※2022/02/18:誤字訂正、補足追記