M3 Max 14インチMacBook Proを購入した

Apple Siliconの登場から久しく経過しているが，Intel CPUを使い続けていた。

アップルストアー（実店舗）で何度か触ったことはあったが，アプリの起動速度程度しか実感することはできず，”爆速”からは程遠い感じであったことも起因している。

しかし，今回諸々の事情から，M3 Max搭載の14インチMacBook Proを購入した。

結論を先に述べると，期待以上の満足感だ。

Intelアーキテクチャーに依存したMacには，語りきれない程のトラブルが内在していたが，それらの多くが解消されている。

それだけではない。Intel用アプリとApple Siliconネイティブアプリがシームレスに起動できるし，Apple Siliconに対応済みのアプリはアップデートの際に自動的にApple Siliconネイティブにアップデートしてくれる。

これは驚き。

それだけではない，「移行アシスタント」のレベルと精度が驚異の完成度になっていた。

今後の飛躍を期待したい。

iPhone 15 Pro Maxに機種変更した。

遅ればせながら，iPhone 15 Pro Maxに機種変更した。

今回，USBメモリをAPFSの暗号化でフォーマットしてみた。

なんと，iPhone15 Pro Maxで認識できた。

このことは，あまり知られていないようだ。

長が〜いパスフレーズで暗号化しておけば，USBメモリをうっかり紛失しても中身を見られる危険性はほぼ0%になる。

MacBookのChromeのupdateに失敗する場合の決定的な対策

Mac用のGoogleChromeのアップデートは，

「メニューバー」→「Chrome」→「Google Chromeについて」

によって，手動実行できる。

しかし，何らかの原因で，必ずエラーとなってしまうと，２度と正常にアップデートができなくなってしまう。

An error occurred.(Error code:0)(Extra code:4)

その際の解決策がweb上で見つかった。

そのページに書かれている通りに，

• /Library/Google/GoogleSoftwareUpdate/ 内の

 GoogleSoftwareUpdate.bundle ファイルを削除する。

• Chromeを終了して、再度起動する。

これで一発で解決した。

情報ありがとうございました。

Googleはこのバグフィックスの方法を把握していないようだ。

「ちょ〜古いパソコンを活かすには，LinuxではなくFreeBSDを！」のつづき

このマシンをFreeBSD-14.0-RELEASEへメジャーアップグレードをした。

# freebsd-update upgrade -r 14.0-RELEASE

この非力なマシンでは，かなりの時間を要した。

ただ，何の問題もなくアップグレードが完了した。

しかし，メールサーバーを実稼働していたメインのマシンのアップグレードには失敗してしまい，rollbackも失敗。という最悪の結果となってしまった。

まぁ，数日間ダウンした状態になってしまったが，スクラッチから再構築した。

この内容については，別記事でアップしたいと思う。

FreeBSDでexFATのHDDを使う。

今回は，HDDをIDEに接続した場合を示す。

FreeBSDの起動後にログインして，exfat関連パッケージをインストールする。

# pkg install fusefs-exfat

# klload fusefs

# vi /boot/loader.conf

最終行に

fusefs_load="YES"

を追加して保存。

ここで一旦，再起動する。

# shutdown -r now

再起動後，再ログインして，

# dmesg | less

FreeBSDが認識したHDDのデバイス情報を取得する。

今回のHDDの取得情報は，

ada0 at ata1 bus 0 scbus1 target 1 lun 0

ada1: <FUJITSU MPE3084AE EE-C0-24> ATA-4 device

ada1: Serial Number 055*******(セキュリティの関係で隠滅)

ada1: 66.700MB/s transfers (UDMA4, PIO 8192bytes)

ada1: 8063B (16514064  512 byte sectors)

これにより，ada1であることが確認できたので，次に

# gpart show ada0

=>          63   16514001  ada0  MBR     (7.9G)

              63   16498692        1  ms-ldm-data   (7.9G)

  16498755         15309            -  free  -   (7.5M)

           2048       4194304       2  freebsd-swap    (2.0G)

     4196352   115906560       3  freebsd-zfs   (55G)

 120102912               248          -  free  -  (124K)

# file -s /dev/ada0*

/dev/ada0: DOS/MBR boot sector MS-MBR

      *

      *

      *

# ls /dev/ada0*

/dev/ada0        /dev/ada0s1

マウントする。

# mount.exfat -o rw /dev/ada0s1 /mnt

FUSE exfat 1.4.0 (libfuse2)

これでマウントができている筈。

念の為に確認をする。

# cd /mnt

# ls -la

確認ができたら，完了。

注意）使用が終わったら，最後にアンマウントを忘れずにする。

# umount /mnt

FreeBSD 13.2 インストール後の設定ーその２

=============lsコマンドの結果をカラー表示する。================

% vi .cshrc

# $FreeBSD: releng/12.1/share/skel/dot.cshrc 337497 2018-08-08 19:24:20Z asomers $
#
# .cshrc - csh resource script, read at beginning of execution by each shell
#
# see also csh(1), environ(7).
# more examples available at /usr/share/examples/csh/
#

alias h history 25
alias j jobs -l
alias la ls -aF
alias lf ls -FA
alias ll ls -lAF
alias ls ls -FG  ←この行を追加する

# These are normally set through /etc/login.conf. You may override them here
# if wanted.
# set path = (/sbin /bin /usr/sbin /usr/bin /usr/local/sbin /usr/local/bin $HOME/bin)
# setenv BLOCKSIZE K
# A righteous umask
# umask 22

setenv EDITOR vi
setenv PAGER less
setenv CLICOLOR  ←この行を追加する

if ($?prompt) then
# An interactive shell -- set some stuff up

=====================sudoをインストール====================

# pkg install -y sudo

# visudo

# %wheel ALL=(ALL) ALL←この行の先頭のコメント#を外す。

%wheel ALL=(ALL) ALL

インストールの際に自身のユーザーをwheelグループで作成していない場合は，wheelに昇格させるか，新たに追加する。

FreeBSDインストール直後に行う設定ーその１

仮にインストール時にroot以外の一般ユーザーを作成していなかった場合は，

最初に作成しておこう！

理由としては，何らかのミスによりrootでインストールできなくなった場合，一般ユーザーを作っておくことによりレスキューできる。そのことは，別記しておく。

ここからは，rootで行う。

========================================================

FreeBSDの場合，sudoはデフォルトでインストールされていない。

主な作業は，root権限が必要で，敢えて一般ユーザーがsudoを経由して行っても

不測の事態の起こる可能性は同等だからだ。

========================================================

最初にパッチファイルを当てる。

# freebsd-update fetch

# freebsd-update install

# shutdown -r now

# pkg-static install -fy pkg

# pkg upgrade -y

# freebsd-update install

# shutdown -r now

# pkg update -f

# pkg upgrade -y

# shutdown -r now

# freebsd-version -kur

13.2-RELEASE-p2

13.2-RELEASE-p2

13.2-RELEASE-p2

このまま使用すると，ログアウトしても画面上にはログが表されたままになってしまうので，画面ログの後始末を追記する。

rootを含めたユーザーのHome Directoryに.logout（cshの場合）を作り保存する。

# vi .logout

clear

vidcontrol -C

[Esc]:wqで保存

ログアウトするとすぐに効果が現れる。

ちょ〜古いパソコンを活かすには，LinuxではなくFreeBSDを！

現在我が家には１０台を越すパソコンがある。

無論，全て正常に起動でき使用可能である。

その中で，SerialATA非搭載のデスクトップ機（AMD Duron）がある。

元々は，Windows XPのために自作したパソコンだが，現在は，当時所有していた

３台分を１台にまとめたものだ。

残念ながら，DIMは768MBしかない。

さてこのスペックに相応しいOSは何か？

多くのLinuxディストリビューションの場合，最新のスペックが要求される。

32ビットCPU対応のディストリビューションもあるにはあるが，セキュリティの面などで，実用に耐えられない。

そこで最も強力なOSが，FreeBSD(i386)となる。

以前，仮組をした際に一度FreeBSDをインストールして，メジャーアップデートにも対応できていたので，今回改めて，13.2-RELEASEを新規インストールした。

まず，MacBook Proでここから，isoファイルをダウンロードした。

FreeBSD-13.2-RELEASE-i386-dvd1.iso
次に，MacにUSB接続の外付けDVDドライブを接続し，

次の手順で，インストールディスク(DVD-R)を作成した。

MacがDVDドライブを認識しているかの確認を行う。

% drutil eject　　　　　☜DVDドライブのトレイが飛び出す

% drutil tray close　　　☜DVDドライブのトレイが閉まる

正常に動作することを確認したら，Finderを開き，
FreeBSD-13.2-RELEASE-i386-dvd1.iso

の上で，右クリックし，

「ディスクを作成..」.をクリックして，最適なオプションを選択して書き込みを開始する。

※この「ディスクを作成..」は，DVDドライブが接続されていないとポップアップウィンドウの中に表示されない。

これにより準備が完了。

ターゲットマシンのDVDドライブにメディアを挿入して，

DVDドライブから起動するようにBIOSの起動順番を変更して起動させれば，インストールの画面が表示される。

MacBook Airの修理が完了した。

12月13日(月)の18時〜21時の回収（19時に回収された）して，

14日(火)に修理部門に到着

15日(水)8:28のステータスで，検査中に変わる

16:30を過ぎたところで突然，「修理状況を確認できません」

に変わるが，17:30を過ぎた頃に「修理完了し配送の手続き中」に変わった。

修理前Appleの「マイサポート」ページで登録デバイスから削除をしていたのだが，

修理完了と共に登録されていた。

しかもシリアルナンバーが同じになっていた。

あれ？何かの間違いかと一瞬目を疑ったが，届いてマシンの復活を済ませたら，

何とシリアルナンバーが修理以前のものと同じだった。

Appleはシリアルナンバーをロジックボードで管理していないのかそれともシリアルナンバーを書き換えてしまうのか不明だ。

ただ，復活の初期の段階でWiFiのMACアドレスが変更となっていたことは確認できた。

今回の交換部品は，Logic Boardと電源ボタン一体のTouch ID Boardだった。

修理費用¥46300+消費税¥4630=¥50930だった。改めて消費税が高い。

配送費用は全てAppleの負担だったので，持ち込みのための交通費を考えると配送の方が良い。因みに配送業者はヤマト運輸。

ヤマトの欠点は突然配達に来てしまうことだ。クロネコメンバーズに登録していても無意味だ。そこを何とかしてもらいたいものだ。

肝心の復活の手順だが，これにかなり苦労した。

届いたマシンのストレージは初期化されていたので，電源OnにするとmacOSのセットアップが始まった。

それを中断して，「Command+R」によって，Time Machineからの復元を試みた。

そのことで膨大が時間を無駄にしてしまった。

T2チップ非搭載マシンの場合，Time Machineからの完全復元で簡単にできたのだが，T2チップ搭載のこのモデルの場合，次のようにしないと絶対に復元できない。

１．まず，最新のOSをインストールする。

（Time Machine記録時のバージョンと異なっても良い）

２．OS起動の途中で，「移行アシスタント」により，Time Machineからの復元に移行する。

これによって，短時間で復元ができる。

この手順は，M1チップ系搭載の最新モデルも同様だ。

これは，Windows PC系のTPM 2.0よりも強化されている。

TPMはUEFIで無効にしておけば，簡単にクローンの作成も可能だし，移行も簡単にできる。無論，bitlockerで暗号化されたものを無効にできるということではないので誤解の無いように。

今回の電源トラブルに接して

普段，マシントラブルで最も困ることはストレージのクラッシュによるデータ損失だ。

ただ，これに関してはCloud上のストレージサービスを利用するなりバックアップ用のサーバーを自前で仕立てて回避できる。

また，マシンの一部のボードが故障した場合のパーツの交換やストレージの丸ごと引っ越しで回避できる。

しかし，今回のMacBook Airのようにロジックボード上にSSDが埋め込まれているモデルの場合，ストレージを救済する手段がなくなってしまう。

余程の力技を使わない限りSSDの中身を取り出せない。

無論，SSDに損傷があったわけではないの理論上は取り出し可能だが，それには基盤の設計等に精通していないと無理だ。

今回は，少し古めではあったが１ヶ月前のTimeMachineのデータが残されていたので損失は最小限で済んだ。

突如MacBook Air(2018)の電源が入らなくなった

MacBook Air(Retina,13-inch,2018)

このマシンは，家電量販店のポイントを利用して購入した吊るしモデルだ。

何のカスタマイズも施されていない素の状態のマシンだ。

購入からまだ2年11ヶ月のところで突如電源が入らないという事象に見舞われた。

知り得る限りのトラブルシューティングを試みたが何の変化も見られない。

web上で検索をかけると，このモデルの一部にロジックボードの不良ロットがあることが分かった。

ただ，無償交換対象のマシンにはAppleからメールが届くらしいのだが私宛には届いていなかった。

仕方なく，Appleのサポートにチャットで問い合わせたところ無償交換の対象になっていないとのこと。

Apple Careにも加入していなかったので，概算見積もりで5万円強の修理代がかかることになった。

Appleは5年経過したマシンをビンテージ，7年経過したマシンはオブソリートに指定する。

残りの寿命を考えると修理すべきか悩むのだが，Intelマシンを残しておくことのメリットとして，Linuxマシンへ変身させられることがある。

今更，Intel Macを購入する時代ではないので，誰がどんな使い方をしたか分からない中古のマシンを購入するのとほぼ同価格で修理が済みそうなので修理に出すこととした。

FreeBSDサーバーの引っ越し(驚くほどスムーズ)

Dell SC430サーバーでメールサーバー（受信専用）を運用していたが，

突然スイッチランプがオレンジに点灯＋CPUファンがけたたましく轟音をあげ起動しなくなった。

モニターにはメモリー関連のエラーが表示されていたので，メモリーを抜き，無水エタノールで，スロットまでも磨き上げたが症状は改善されなかった。

Webで同様の症状のトラブルシューティングを探してそれらしい処置を行ったがまったく変化なし。

行き着くところはマザーボードしかないところまで絞り込んだところ，ボード上の１つのコンデンサーが破損しているのを発見した。

これ以上は無理だと判断し，急遽Ubuntu21.10専用マシンにHDDを移動させる試みをした。

FreeBSD-13.0-RELEASE-p4は，２台のHDDでZFSによるstripeを構成している。更に，ボリューム全体を暗号化してある。

この２台のHDDを別のマシンに載せ替えただけで，起動できるのか不安が残ったが，前に進めるしか手がないため，強行突破を試みた。

パソコンのBIOSはデフォルト設定にしてあるので，BIOSは無事通過した。

次の画面で，パスフレーズの画面が立ち上がり，OSの起動の手前まで進んだ。

パスフレーズを入力すると，難なくFreeBSDが立ち上がった。

一つのエラーも表示されない。

rootでのログインも問題がない。

そこで，ネットワークに繋がっているかを確認したところ，当然IPアドレスを決め打ちしたNICが見当たらないので，ネットワークは死亡。

そこで，オンボード上に２つあるNICをひとつずつ確認しながら，IPアドレスの決め打ちを行って無事設定できた。

FreeBSDがこんなにも簡単にマシンの引っ越しが可能なことにあらためて感動した。

FreeBSD 13.0 RELEASE

予定通りにFreeBSD 13.0がリリースされた。

https://www.freebsd.org/releases/13.0R/announce/

FreeBSD 13.0-RELEASE に関するお知らせ
FreeBSD Release Engineering Team は、FreeBSD 13.0-RELEASE の公開をアナウンスします。これは stable/13 ブランチの最初のリリースです。
いくつかのハイライトを紹介します。
clang, lld, lldb ユーティリティと compiler-rt, llvm, libunwind, libc++ ライブラリをバージョン 11.0.1 に更新しました。
crashinfo(8) が使用するために /usr/libexec にインストールされていた GNU デバッガの旧式バージョンを削除しました。詳細なカーネルクラッシュ情報は、ports や packages から最新の GDB をインストールすることで得られます。
旧式となった binutils 2.17 および gcc(1) 4.2.1 をツリーから削除しました。サポートするすべてのアーキテクチャで、LLVM/clang ツールチェーンを使用するようになりました。
BSD バージョンの grep(1) がデフォルトでインストールされるようになりました。以前のデフォルトであった旧式の GNU バージョンは削除されました。
libalias(3) から CU-SeeMe のサポートを削除しました。
Intel QuickAssist (QAT) デバイスの暗号アクセラレーション機能の一部をサポートする qat(4) ドライバが追加されました。qat(4) ドライバは、Atom C2000 および C3000、Xeon C620 および D-1500 プラットフォームに統合された QAT デバイス、および Intel QAT アダプタ 8950 をサポートしています。
非推奨のドライバが削除されました。
いくつかのドライバが PowerPC64 アーキテクチャに移植されました。
カーネルは、TLS バージョン 1.0 から 1.3 までの TCP ソケット上の TLS (Transport Layer Security) データのカーネル内フレーミングと暗号化をサポートするようになりました。カーネル内の crypto ドライバによる送信オフロードは、AES-CBC を用いた MtE 暗号スイートと AES-GCM を用いた AEAD 暗号スイートに対応しています。TLS 1.2 の AES-GCM 暗号スイートでは、カーネル内の暗号ドライバーによる受信オフロードに対応しています。KTLSを使用するには、KTLSに対応したユーザーランドのSSLライブラリが必要です。ベースシステムに含まれているOpenSSLライブラリは、デフォルトではKTLSをサポートしていませんが、WITH_OPENSSL_KTLSオプションを付けてビルドすることでサポートを有効にすることができます。
FreeBSD 13 では、arm64 または AArch64 として知られる 64 ビット ARM アーキテクチャが Tier-1 ステータスに昇格しました。
他にもたくさんあります...
www.DeepL.com/Translator（無料版）で翻訳しました。

migrationがようやく終わりに近づいている

老朽化したPCの刷新計画も完了しつつある。

いつ壊れてもおかしくないPC２台（Mac以外）を新規PCにOSの環境丸ごと移行することに無事成功した。

長らく、LenovoのThinkPadで行っていた内容をWindows毎移行することに成功した。

このThinkPad X201Tは、元々はWindows7 Proがバンドルされていたが、Windows10 1903までアップグレードしていた。しかし，2004以降のアップグレードにはハードウェアの障壁があって、進んでいなかった。

この201Tは、ドッキングステーションを付けたMaxなCTOマシンとして購入したが、HDDの容量不足に伴って、SSDへストレージのクローンを作成して移行していた。無論、メモリーも搭載可能な最大メモリー容量の8GBにしてある。

Windowsのライセンスは、10以降は1台に付き、1ライセンスに変更されたので、新規PCでWindows10を新規購入（デジタル認証）。

Keynote for MacをiPhoneやiPadからremoteする際の注意点

今回久々にMac上のKeynoteをremoteする機会を得たので、事前に試したのだが、デバイスの認識までは、スムーズにいくのだが、

　　　　「MacBookを検索中…」

のまま先に進まない。

原因は、『ファイアーウォール』だった。

「ファイアーウォールオプション」⇒「外部からの接続をすべてブロック」にチェックを入れると、remoteができなくなってしまう。

そして、Kenote.appを追加して、「外部からの接続を許可」しておく。

これまでに何度もremote操作をしているので、ファイアーウォールにKenote.appは追加済みだったが、「外部からの接続をすべてブロック」していたのを失念していたため、ハマってしまった。

なんともお粗末。