（MX Linux on IntelMac）事情説明が来ました。😂

おはようございます。
神様が「いい加減疲れてるんだから2連休やるからとっとと休め」とおもったのか（今の会社は土日は休みではないので）日曜日に仕事してたら山奥でトラブルで動けなくなり（結局ヘルプが来て応急処置でそこから先の業務は時間が時間なので中止で会社に戻り）会社から明日は「上がり（次の日休み）」でいいよと言われ、帰宅したの未明、すぐに寝て起きたら昼だった😂私です。（実はこれを書いているのは月曜日、火曜日は元々休みになっていたので2連休、というわけです・・・）
実は勤務先が変わったばっかりなので（非正規）、他の方から「来た早々大変だったね😅」って云われてますが、まぁ今後どうなりますことやら・・・
まぁそれもあって非正規で良かったと思ってたりもするんですが・・・😅

それはさておき。

その動けなくなった時間を利用して、この投稿関連の話で、これについて該当する本人らしき人物から、私に対するアンサー投稿の案内があったので、拝見しておりました。（一応ネットは見れてたので）
※2026/01/26追記：ブロックした関係上私は見ることができなくなりましたが、皆さんの方でもしみることができるならぜひ。ということで残しておきます。

うん。
多分この方Macの根本の設計思想分かってないなぁと。
（まぁこれは昔からの「ガチのエキスパート」と接してないと一部分からん話だから多少は仕方がないかな・・・とは思いますが）

IntelMacの話をするための大前提（ちょっとした歴史）

私は昔パソコンを売ってた頃、その店はMacのLevel1修理ができる店でした。
つまりハードウエア交換、製品修正までできる、つまり店頭で完全サポートができる店だったのです。
今はわかりませんが、まだキャノ販（キヤノン販売）さんとかがディーラーだった頃の話です。当然できる担当は決まっていて、私はその補助も販売の傍らやっておりました。
その時に実は色々教えられました。

実は68000の頃から、Macって結構仕様が意地悪（笑）で、機種ごとに多少ハード設計が違ってると聞いています。ですから同じMacOS(当時は漢字TALK）でも、それぞれ機種専用で、他の機種にインストールできませんでした。最新ハードにはそのシステム用のプラグインパッチ機能拡張がOSに含まれていて、OSがリリースされた頃より古い世代のものについては、プラグインではなくOSの方で機種判断して対応するシステムでした。
OSXになってBSDベースのシステムになってからもそうで、基本的にその機種が出た頃のOSの後のバージョンについてはあるていど大丈夫のようですが、とくにMacBookAirはリカバリーは基本的にネットに繋いでダウンロードが基本でした（その機種販売後に出たものはUSBインストールもできたはず）。

MacOS（漢字TALKの頃）から、MacOSでのプログラミングはObjective-Cが基本で（最近はSwiftも出てはいますが）、かなり難解なうえに（癖強Cなので）、ソフトウエアもハードウェアを直接叩くのは禁止、つまりToolBoxと呼ばれるBIOSを呼び出す事になっているときいていました。
ハードウエアの違いをToolBoxで吸収していたわけです。

アップルっていうのは、昔からハードウエアの設計の問題をソフトウエアで乗り越える会社ですし、比較的エゴの強い会社だってのを前提として理解してないといけません。
実際MacOSでCPUの違うシステムが混在したとき、それを感じさせないエミュレーション技術をもつ会社はAppleの右に出るところは無いでしょうね。
原則CPUやビット数が違えばメモリ管理や命令コードも違うので、互換性はまったくないはずですが、それを極力意識させないようにエミュレーションできるっていうのは技術力がとんでもなくレベル高くないとできません。
それを昔からやってたのがAppleなのです。
実際IntelMacが発売された当初、CPUは当時発売されていた最新PCのCPUから世代は1,2世代古かったですし、それでも同等の競争力をもたせていたのには驚かされます。OSもその前のPowerPC用のものもある程度ですが使えた記憶があります。

IntelMacの場合、基本的にBIOS自体は（設定画面が無いのを除けば）PCと同様だったようで、昔のWindowsはネイティブで動いたようです。
なのでWindowsにバッチリコンパチだ、と思ってる人も多いのですが、実は細かいところでAppleらしい　”いやらしさ”　があるんですね。
セキュリティチップなんかもそうなんですが・・あれはLinuxやWindowsには直接的に影響しないのでおいといて・・・

例えば、同じIntelMacでも、Windows上やLinux上ではあまり意識されませんが、MacBookについてはSSDなども、NVMeやM.2とも違う仕様になってます。しかも世代でコネクタ形状が全部微妙に違うといういやらしさ😁
それぞれに対応するM.2用アダプタが出ているほどだったりします。
それと同様にIntelMacでも、MacBook系とiMac系、MacMiniやProなどのデスクトップ系でもハードウェアは微妙に違います。

IntelMacの頃のiMacは、SATAのHDD使ってましたけど、これがまた仕様がいやらしい仕様になっていて、パッと見普通のSATAのHDDですが、Appleのは特殊仕様で温度センサーを内蔵してたりします。ですから一般的なSATAのHDDをつなげてしまうと、そのセンサー部分がアースされてしまう（つまり高温状態とハナから認識されてしまう）ので、冷却ファンのコントロールが効かず全力全開で回りっぱなしになってしまいます（笑）
なのでセンチュリーなどでそれに対応したHDDのマウントアダプタが出てましたね。
私も買って今家にあるiMacに入れてある覚えがあります。
もっと昔の68000系を使ってる場合だと、HDDはSCSI規格だったのですが、ベンダーIDに”Apple”が入ってないと、起動ができない仕様だったりなんてのもありました。

今回はその違いが如実に問題になったと言えると思います。
というのも、iMacで試したけどいけたよ～であっても、MacBookで行けるかどうかはわかりません（これについては今後詳細を説明しますが）。
実はその逆もあったりしますしね・・・
キーボード、ポインティングデバイスの設計が、Windows系PCなどとは違って共通性がなく、設計も違うんですね（これは実際にLinux をインストールした上で、特定のソフトをいれないと、分解してチェックしてない限り分からん話ではあるんですが）。

ですから、その前提を十分理解した上で対応しないと、まぁだいたい当然のように齟齬が発生しますし、文字だけでやってると大揉めになるのは見えてます。Macの「本当の恐ろしさ」を理解してないんですね。

その前提の上で、この事情説明にはツッコまないといけません😂

という訳でツッコミますか・・・

そもそもとっととこの手の話は幕引きしたい、というどす黒い闇を感じますねこれ。まぁこれはまだおとなしい方で、Mintなんて罵詈雑言、差別発言は普通にされてましたし（FaceBookのいろんなLinux使いがあつまるグループでも同様の質問したらそういうやつは多少いましたからねぇ）。
キーボードの問題にあまり触れられたくない意図を思いっきり感じます😁
それだけMX側も「こんなのやりたくねー」だったんでしょうねぇ。
それはいかなる手段を使ってもやらせないとダメだなぁと余計に思ってしまったりしますが（まぁ私があるていど参画できるんならテストして意見ぐらいはいいますが）😁
人を殴っておいてごめんなさいされてもねぇ。じゃあそもそも殴るなよって話になるわけで。私から見れば誤解でもなんでもなく、単純に触れられたくないか差別にしか見えません。
マークされてるのですから「まだ解決してない！！」と管理者にいうべきでしょう。忙しいなんてのは言い訳に過ぎません
私なんて１日１２時間以上労働してて、休みの日はこれに全振りしてるんですよ。貴方はそうではないでしょ？

2026/01/26追記
実際その後Andy Lobb（FacebookのMX Linuxグループの管理人）には裏切られましたしね。

それがうまくいくなら世話無いんですよねぇ・・・
私が紹介されていたinput-remapperやxmodmapでリマップできなかったから言ってるわけで、前述の「大前提」を全く分かってないから言える無責任な発言だよなぁと呆れております。
実際買ってやってみろと。（昔のパワーユーザーは、トラブル再現しなかったら実際の機種で試してる人結構いて、それで機種固有の問題を特定してたりしましたから。昔は今よりPCのクセが強く、コンパックやDellなんかでも機種によって色々動かないのがありましたし。
だからいろんなPC持ってたりしたんですよね・・・それで検証してたんですよ）
あと、OADG109（106）にも普通に韓国語キーマップが混じってますよ😂
だからAluminium特有の問題でもありません😂
※後述のキーマップの内容見ればすぐ分かる話です。

甘いですね。
位置関係だけでキーマップ見ると痛い目見るんですよ。
ちゃんと検証やってないのがバレバレ。

（2026/01/26：私の記憶違いがあったので修正しました。）
106（OADG109）とかを使うと、Commandキーがスーパーキー、Optionはキートップに書かれている通りAltキー、CapsキーとCTRLが入れ替わってますね。
で、Capsキーは問題があり、それ入れ替えるだけではダメで、xmodmapの場合グループ化しないとCapsキーとしての正常動作を行いません。
グループ化することでちゃんとLockがかかり、キーボード上のランプも点灯します。（あ、これはAluminium日本語キーボードの場合なので、USだとちょっと違うかも）
勘違いしやすいのが、MacBookの設定もあるってことですね。
これは実はUS用らしくて、日本だとAluminium（JIS）で全部行けるんですが、下記の通り「英数」「かな」がMX23と25では違うという迷走ぶりです。

という訳で、種明かししますか・・・

OADG109（106系全体含む：Sun Type7 USB Japanese含む）の場合

※Sun Type7 USB Japaneseの場合は、106をベースにSun特有のキーを追加してある程度のはずなので、個人的には109とそんなに変わらんと思ってます。

んで、xmodmapの表示した内容と一緒にちょっとこのあたりを公開してみます。これが一番わかりやすいんで。

Keycodeのあとの＝以降は、左から順番に、
[普通に押した場合]
[Shiftキーと一緒に押した場合]
[mode_Switchに割り当てられてるキーと一緒に押した場合][Shift+mode_Switchといっしょに押した場合]

になってます。mode_switchはキーマップの何処かにありますので、任意に設定し直すか、どこかのキーに割り当てられてるのでそれと一緒に押すことで機能します。キーコードは203前後だった気がします・・・
２つしか書かれてない場合は残り２つのところはNoSymbol、つまり何もしないと同じ意味です。３つまで書かれている場合は４つ目がNoSymbolですね。つまり前半２つをメインで見れば良いことになります。

半角/全角　キーコード49
keycode 49 = Zenkaku_Hankaku Kanji Zenkaku_Hankaku Kanji

変換　キーコード 100
keycode 100 = Henkan_Mode NoSymbol Henkan_Mode

無変換　キーコード 102
keycode 102 = Muhenkan NoSymbol Muhenkan

カタカナひらがな　キーコード101
keycode 101 = Hiragana_Katakana Romaji Hiragana_Katakana Romaji

英数はCapsLockと同一キー キーコード　66
keycode 66 = Eisu_toggle Caps_Lock Eisu_toggle Caps_Lock
※キーコード130/131は未使用、後述のAlminium(JIS）と同じ

Aluminium（JIS)の場合

かな　キーコード 130
keycode 130 = Hangul NoSymbol Hangul
※MX23の場合はEisu_toggle NoSymbol Eisu_toggle

英数　キーコード131
keycode 131 = Hangul_Hanja NoSymbol Hangul_Hanja
※MX23の場合はHiragana_Katakana NoSymbol Hiragana_Katakana

Control(左）　キーコード37
keycode 37 = Control_L NoSymbol Control_L

Caps_lock　キーコード66
keycode 66 = Caps_Lock  NoSymbol Caps_Lock
※キーコード49、100-102は未使用（内容はOADGと同じ）、66は設定が違う

となってます。
もうこれ分かってない段階で素人丸出しハムなんですわ・・・
私でもこれぐらいはチェックぐらいします。
っていうかそこまでご丁寧に書かせてもらった（特にキーコード130/131）のに読んで理解してないのは致命的ですね。

あとOAD106/109とAppleのUSキーボードと、JPキーボード（Aluminium(JIS)）はキーコード見てもらえれば直ぐに分かると思いますが、基本的に文字キー以外はキーの数や種類、割り当て方そのものが違うので、全部アサインは別物と考えて全てをきちんと調べてから答えるべきでしょう。

Aluminium（JIS)がこういうキー配列になってるのは、このキーボードが作られた経緯によるものです。それも理解できてない。くどいようですがキー数や位置違うんだから疑って全部チェックするのは当然でしょ。
（まぁこれも別のところで詳細書こうかな）

全部疑って確認するのが、サポートする側の常識です。そのうえで証拠（エヴィデンス）を作って提示する。そして解決策も明確に、当然検証した上で詳細に提示する。IntelMacの場合は同一ハードで、っていう条件が付きますが（だからいつに製造されたどういう機種です、という意味でIntelMac(MacBook Air2011mid）と明確に書かせていただいたわけです）。
Lobb：FaceBookのグループのリーダー：に言われたからシステムの詳細までつけてね。

それが日本の常識ってもんですし、私なら彼の立場ならそういうことを基準で、丁寧に確認して説明しますね。
外国人みたいに「〇〇使ったら？」で丸投げするようなことは私はあまりしません。もし使えなかったらどうする？ってところまで彼らは考えてないからです。PCとIntelMacの「両方の闇」を理解してないと云われても仕方ないですからね。
それで外国人に「頭おかしい」って云われたんで「日本人はここまでやるからクオリティが高いって云われるんだよ、アンタたち真似できないだろ」って逆に煽ってやりましたが。

xmodmapはfcitx5やmozcで上書きされて使えんし、input-remapperも前述の特殊なハード構成の関係上安定動作しない。（とちゃんと書いたはずです）
それ無視して書き換えろとかアホか？と。
検証ができてないから言えるんですよね。
しかも検証のハードが（特にキーボードを明確に言ってない、USでもAppleUSなのかPCのUSなのか分からんし、JPについても）明確になにか記載がない。
それ明記できてない、こっちの状況も理解しようとしないのもダメですね。
自分のハードで行けるから行けるっしょ、でゴリ押しする一番❌️なパターンです。

サポートする側として、私に云わせれば失格ですね。

そもそもインストール前の段階、大元のディストリビューションのキーマップを作る時点まで遡らないと基本は直せないはずですからね。だからすこし話がでかいと気づいた段階で、もうちょっとグローバルにエスカレーションしないといけないし、その間の暫定対策も考えないといけないなと思ったわけで、それでこちらでやれるところに関しては色々模索しているわけです。
やるなら責任やリスク被ってやらんとね、とは思ってます。
どこまでできるかアレですが😅

完璧ににわか返答だったので、あほらしすぎて閉じ込められてる車の中で呆れて笑うしかなかったです。まぁ良い気分転換にはなりましたけど。

しかも極めつけが、彼のコメントにいちいちこれが入ってる。

これはっきり言って一昔前のK国人とかC国人（台湾人は違います）や、怪しい南米系日系人のやってるムーブのまさにそれ。間違いなく怪しいとしかいいようがない😂

私は国籍なんてどうでも良くて、ちゃんと対応してくれるかどうかがミソ。
逆にわかってるならアメリカ人だろうがヨーロッパ人だろうが誰でもいい。
そんなくだらんところで信用を取り戻そうっていう魂胆がミエミエ過ぎて、もう失笑しかできないですね・・・・日本人なら日本人としてガチで恥ずかしすぎて。。。。

しかも、私がキレてタイトル変えろっていったので今は修正されてますが（なので文章がちょっと変になってますけど😂）、当初は個人名（つまり「まる（を）さんへ」とか書かれてたんですよね・・・・
完全に喧嘩売ってると思われてもしょうがない。
というかそうやって個人名出して私を貶めようとしてるのがミエミエで。

たのむから他の、MXつかってて喧嘩してる連中と一緒にしないでくれ・・・マジで恥ずかしすぎる。

こりゃMXの連中、私より知らんっていうのが・・・😅
頭が痛いわこれ・・・😱
まぁ裏を返せばそれを飯の種にできるってのもあるかなぁとは思うんですがね。
さて、休みもらえたんで色々試しますかね。

2026/01/26追記
他のMacBookの人間に、この人自分で作ったMXベースのディストリビューション勧めてましたが、この問題わかってないのか、懲りずに勧めてるところはアタオカなのかメンタル鬼強なのか・・・

別記事にも書きましたが、MXやMintは、PCで使う分には問題は少ないと思いますので、ディストリビューション自体を否定することはしません。
ただし、それを勧める連中がア◯ばっかりなのが私はいけ好かないなぁと。