元祖ワシ的日記

9月までは毎日バックアップされてたのに10月分が一切ないことにきがつきました。TIme Machineの画面には「!」マーク。それをクリックすると

バックアップ中に、バックアップデェスクが取り出されたか、またはMacから取り外されました。

バックアップディスクが接続され、オンになっていることを確認してください。

問題が解決しない場合は、別のケーブルを使用してディスクを接続してみてください。

などというメッセージ。いやボリュームマウントできてるし、なんならFinderで中見れるじゃん・・つっこみどころ多数なのですが・・・

ChatGPTとご相談してるとNFC/NFD問題ではないか？というサジェスチョンをいただきました。いやこれSequoiaではちゃんと動いてました。いまさらそんな問題起きますか？

とも思いましたが、そもそもdateコマンドで

#午前

とかわけわからない時刻を出すようになったAppleのことですから疑ってかかるべきかなぁと。

そこでアホらしいとおもいつつ名前を「floraのバックアップ」から「floraTM」に修正しました。そしたらヌルヌル始まるTime Machineバックアップ。驚きです。

バックアップが終了後また「floraのバックアップ」に戻してバックアップしようとしたらまたこのエラー。

次に「floraのックアッ」と濁点半濁点のある文字列を全てボリューム名から削除してみたところバックアップは成功。

「バ」や「パ」がないとうまくいくということはNFC/NFD問題で確定のようです。

NFC/NFD問題というのは文字の符号化の問題で例えば「バ」という文字を「バ」一文字とするか(NFC)、「ハ」と「゛」の二文字の組み合わせ文字（NFD)にするかという問題です。見た目はほとんど同じなのに符号化が違う（つまり同じ文字列とは判断されない）という困りものです。一般的にはNFCが主流かと思います。WindowsもLinuxもそうです。ただMacだけは何故かNFDでした。MacOSとWindowsでファイルやりとりするときの問題になりNFDのファイル名であってもブラウザでアップロードするとNFCになるなど、対応が入り最近ではほとんどこの問題はみない・・のですがTahoeで問題復活ですか。ちゃんとテストしてるんだろうか・・

とりあえず「Time Machineボリューム名には日本語は使うな」これで解決かと思います。お試しあれ。

macOS Tahoe 26.0.1

札幌市交通局の環状線部分（西4丁目〜すすきの）をようやく乗ってきました。

ここは北海道で唯一の未乗区間だったのですが、この区間が完成したのは2015年ということで、実に10年越しの乗り潰しとなりました。逆に言えば、それだけ長い間札幌周辺には足を運んでいなかったということでもありますね。

北海道までは航空機利用です。千歳でもよかったんですが、なんとなく利用したことがない旭川空港に行きたいなというだけの理由で旭川を起点にしました。これなら函館本線を1日で縦走もできる。なんてこともあり、旭川から山線経由で行こうかとも思ったんですが、ちょうど上の子が文化祭の代休ということで、2人旅になることになり、山線まわりだと札幌到着が深夜0時直前になってしまうので、翌日の学校のことも考えて断念。苫小牧経由のルートに切り替えました。とはいえ、それでもなかなかの強行軍であることに変わりはありません。

ちなみにオイラはJALをこよなく利用しているのですが朝イチの始発のJALはANAより出発時間が遅く、ANAを選択することにしました。漂うアウェイ感。初めての第二ターミナル。旭川到着後バスで駅まで移動し、そこから特急で札幌入りして市電に乗車。その後は新函館北斗から新幹線で東京へと戻るという、まさに日帰り弾丸ツアーでした。

札幌での滞在時間は、わずか2時間。その中で今回のメインイベントである市電の環状線区間への乗車を組み込みました。短時間ながらも、大通り公園や札幌時計台も見て回ることができ、思ったよりも充実した内容に。ちょうど大通り公園ではイベントが開催されていて、地元ならではの北海道グルメを味わうこともできました。フライドポテトや焼きそばなど。ほんの短い時間でも“北海道らしさ”をギュッと体験できたのは嬉しい誤算でした。

その後、昼間の特急列車で函館へと向かいました。実は、札幌〜函館間を日中に移動するのは今回が初めて。これまでは夜行の急行「はまなす」しか乗ったことがなかったので、海沿いを走る車窓の風景はとても新鮮で、思わず見入ってしまいました。北海道の大地と海の景色が広がる中を走る列車旅というのは、やはり特別ですね。

そして今回、改めて札幌と函館の距離の遠さを実感しました。移動時間にしておよそ4時間強。こうして大人になって旅程を組んでみると、なかなかの距離感です。ふと思い出したのが、自分の中学の修学旅行。行き先は札幌だったのですが、当時はまだ連絡船の時代で、高速道路も整備されていなかったはず。それでも函館から札幌まで、大型バスで移動していたわけで、「よくあの時代にこの距離を移動してたなあ」と、今さらながら感心してしまいました。バスの中で何やってたんでしょうね？まったく覚えてませんわ。

そんなこんなで、今回は市電の環状線完乗をきっかけに、思わぬ旅の記憶や北海道の広さを再確認する一日となりました。
これで残りは沖縄のゆいレールの延伸部分だけということになります。早めに処理をしたいなぁ・・（日帰りかな・・）

東北本線（今は盛岡から先は三セクになってしまいましたが）は全線複線です。日本の経済の大動脈を支えただけのことはあり・・と思っている人いませんか？実は青森駅の数km手前から単線になります。こちらの動画の1:30:56あたりを見ればわかるかと思います。青森信号所のあたりから確かに単線になっています。

https://www.youtube.com/watch?v=KuzrCG57VEk

ここで面白いのは単線になった直後から上り勾配になって高架になっていることです。高架ではありますが、一本も線路を超えません。そして右側に急カーブを切り、また降りると踏切（通称浪館通りの踏切・古川踏切）があります。この踏切は明らかに複線ですよね。ここには線路を二本引く十分なスペースがあるどころか線路が実際にあるわけです。しかももう一本の線は高架になっていない。よってこの高架で越える道路も一本もないことになります。

なんでこんな不思議なことになってるんでしょうか？こちらの動画にヒントがありました

https://youtu.be/KOnssSa4l0k?si=QlzpjJsBBOOnmILT

この高架の真下には昔旭町の踏切がありました。ここは青森駅を通らず奥羽本線への短絡する貨物線との分岐と操車場のちょうど中間になり、さらに当時は青函連絡船への貨物線もありました。google mapをみるとわかりますが青函連絡船への連絡船と青森駅構内、奥羽線の間に旅客列車を通さなければなりません。そこで旭町の踏切の上空に旅客線を高架にして平面交差を避ける構造にしました。しかしその後地下道が開通して踏切がなくなり、連絡船もなくなり貨物線も無くなりました。結果ここで旅客線が越える線路も無くなり、高架にする必要もなくなったのですが、高架だけは残っているというという状況になった。このあたりもっと正確な裏付けをと調査したのですがこれ以上のものはネットだけでは見つかりませんでしたが、おそらくそういうことだと思います。間違いなどありましたらコメントよろしくお願いします。

国土地理院の古い航空写真でも分かるかと思います。

私の記憶も曖昧ですが浪館通りの踏切（古川踏切）のほうも今は線路が２本しかありませんが、昔は４本くらいあったような気がします。海よりの線が青函連絡船への線です。踏切警手がいて人力で昇降する踏切だったような記憶があります。

毎年じわじわと増えてます。建物は一歳歳をとってるのに不思議

とあるサーバにrailsを入れる必要が出てきたんですが、こんなエラーでpumaが起動後お亡くなりになります。その原因の調査。

> bundle exec puma
/home/issei/cure_heart/vendor/bundle/ruby/3.2/gems/puma-6.6.0/lib/puma/puma_http11.so: [BUG] Segmentation fault at 0x0000000000000000
ruby 3.2.7 (2025-02-04 revision 02ec315244) [amd64-freebsd13]

-- Control frame information -----------------------------------------------
c:0012 p:---- s:0053 e:000052 TOP    [FINISH]
c:0011 p:---- s:0050 e:000049 CFUNC  :require
c:0010 p:0011 s:0045 e:000044 METHOD :37
c:0009 p:0035 s:0039 e:000038 TOP    /home/issei/cure_heart/vendor/bundle/ruby/3.2/gems/puma-6.6.0/lib/puma.rb:12 [FINISH]
c:0008 p:---- s:0036 e:000035 CFUNC  :require_relative
c:0007 p:0017 s:0031 e:000030 TOP    /home/issei/cure_heart/vendor/bundle/ruby/3.2/gems/puma-6.6.0/lib/puma/cli.rb:6 [FINISH]
c:0006 p:---- s:0028 e:000027 CFUNC  :require
c:0005 p:0011 s:0023 e:000022 METHOD :37
c:0004 p:0005 s:0017 e:000016 TOP    /home/issei/cure_heart/vendor/bundle/ruby/3.2/gems/puma-6.6.0/bin/puma:6 [FINISH]
c:0003 p:---- s:0013 e:000012 CFUNC  :load

--中略--
   0x85d9f7000    0x85da37000 rw-   64   64   1   0 ---- df 
   0x85e437000    0x85e439000 r--    2    2   3   0 ---- vn /usr/local/bin/ruby32
   0x85fa00000    0x85fde4000 r--  996  996   5   2 ---- vn /usr/local/lib/libruby32.so.32
   0x8607e4000    0x860804000 r--   32   32  47  20 ---- vn /lib/libthr.so.3
   0x861804000    0x8619dd000 r--  473  473  79  34 ---- vn /lib/libc.so.7
   0x8627dd000    0x8629d1000 r--  500  500   3   1 ---- vn /lib/libcrypto.so.7
   0x864800000    0x864ae6000 r--  742  742  39  14 ---- vn /lib/libcrypto.so.111
   0x8668e6000    0x86697b000 r--  149  149  39  14 ---- vn /usr/lib/libssl.so.111
0x1a2e9affd000 0x1a2e9b004000 r--    7   29  61  17 CN-- vn /libexec/ld-elf.so.1
0x1a2e9b004000 0x1a2e9b01a000 r-x   22   29  61  17 CN-- vn /libexec/ld-elf.so.1
0x1a2e9b01a000 0x1a2e9b01b000 r--    1    1   1   0 ---- df 
0x1a2e9b01b000 0x1a2e9b01c000 rw-    1    0   1   0 C--- vn /libexec/ld-elf.so.1
0x1a2e9b01c000 0x1a2e9b01e000 rw-    2    2   1   0 ---- df 
0x7ffffffff000 0x800000000000 r-x    1    1 183   0 ---- ph 

Abort (core dumped)

結論から先に言っておきます。これFreeBSDの秘伝のタレの問題でした。古いライブラリがバージョンアップで削除されていない問題です。

どうしてそこに至ったかというと、エラーからしてなんかSSL関係っぽいから。

で調べてみるとありました。めっちゃ古いファイルが。

$ ls -l /lib/libcrypt*
-r--r--r--  1 root  wheel    53264 May 18 10:09 /lib/libcrypt.so.5
-r--r--r--  1 root  wheel  3039112 May 18 10:09 /lib/libcrypto.so.111
-r--r--r--  1 root  wheel  2046848 Jun 13  2016 /lib/libcrypto.so.7
-r--r--r--  1 root  wheel  2046848 Jun 13  2016 /lib/libcrypto.so.7

/usr/libにもありました。

lrwxr-xr-x 1 root wheel 19 Nov 12 2014 libcrypto.so -> /lib/libcrypto.so.7

/lib/libcrypto.so.7を削除して、ln -s ../../libcrypto.so.111 /usr/lib/libcrypto.so を実行。pumaを再ビルドしたら無事に起動しました。

そもそもなんでこうなってしまったのか？まともにメンテをしてなかったからかもしれませんが、とにもかくにもfreebsd-updateで運用しているとよくあるんですよ。というかbashでもつい最近あったわけで。こういうエラーに遭遇しちゃうと知らないと解決が大変で・・・

とにかく、/libおよび/usr/libのタイムスタンプが異様に古いものは古いバージョンのものの可能性があるので削除。あるいは新しいものにsymbolic linkを切り替え。これが基本です。こんな古いライブラリが必要になるケースなんてほとんどないはずですし、そもそもメンテされてないライブラリを使っているアプリがあること自体ナンセンスです。

あと、ついでだから今このバージョンで真っ新からインストールしたらどのような配置になるのか。それを調べる方法も書いておきます。以下の場所にbase.txzってファイルがあるかと思います。ベースシステムはこの中に全部入っています。これをダウンロードしてきます。

https://download.freebsd.org/ftp/releases/amd64/13.5-RELEASE/

このファイルはタダのtarファイルなんで中身を見ることができます。全部見ると大変なんで ./libだけとってきて、さらにファイルを出力します（ディレクトリの最後の/はとりのぞく。これはあとでfindの結果と比較するため）。これが最新のbaseシステムです。

tar tfz /usr/dist/13.5-RELEASE/base.txz ./lib ./usr/lib | sed -e 's/\/$//' | sort > /base.list

これを find ./lib した結果と比較すればOKです。

find ./lib ./usr/lib|sort | diff -c base.list -

OpenAIにイラスト描いてもらいました。pumaに乗ってます。