Orphan

以前経験したのに忘れてしまっていました.

サーバーをSlackware ARM 15.0からRaspberry Pi OS 13.3に切り替え,古いサーバーのデータなどを整理していたら,総容量が200GB程度まで減りました.

今まで1TBのSSDをつないでいましたが,半端な容量で使い道のない250GBのSSDがありこれに引っ越すことにしました.1TB SSDも空きます.

作業はManjaro AMD64 (x86_64)で行います.fdiskでGPTのパーティションを切り,mkfsでブート用のvfatとルートのext4をフォーマットします.

これが落とし穴で,Manjaroでフォーマットしたext4はSlackware 15.0では認識されないのです.

2回,コピーしてブートしてくれないので,インターフェースが悪いのかSSD自体が悪いのかなど悩みましたが,ManjaroでフォーマットしたボリュームはSlackwareでは読めないことを思い出しました.

このBLOGにもそれに関する記事があるはずですが今回見つけられませんでした😓

Geminiに聞いてみたら,古いKernelでは最新のmkfs.ext4のデフォルトでフォーマットしたボリュームはtoo newでマウントできないんだそうです.

回避策としては,

mkfs.ext4 -O ^orphan_file,^metadata_csum_seed /dev/sdXN

とします.あるいはSlackware上でフォーマットすればよいのです.

しかし,このような後方互換性のない新機能というのもちょっと困ったもんです.名前をext5にしてくれていればまだ分かりやすいものを.

Raspberry Pi 4しばらく登板

Raspberry Pi 5 (RPi5)による新サーバーの運用もだいたい目鼻がつきました.ここでいったんRPi5からRaspberry Pi 4 Model B (RPi4)にサーバー担当を交代しました.

実はこれが一番やりたかったことで,これまで,32bit OSのSlackware ARM 15.0をRPi4で動かしてきましたが,同じハードで64bit OSだとどれくらいパフォーマンスが違うのか,ということです.

ChatGPTによればArmv8では,64bit OS/アプリと32bit OS/アプリでそれほどパフォーマンスに目だった差はないとのことです.

Slackwareの頃のWordPressプラグインRedis Object Cacheのグラフを取っておけばよかったのですが,探したらありませんでした😓

これが,先ほどWordPressをRPi5からRPi4に切り替えたRedis Object Cacheの反応のグラフです.

Redis Object Cacheの反応時間.最大のピークは60 ms

最初の大きなピーク(60 ms)あたりがRPi4の起動したタイミングです.その前はRPi5ですから,両者の性能の差が顕著に出ています.たぶん,RPi4をSlackwareARMで動かしてきたときもこんなもんだったと思います😓

今回の件についてはChatGPTの言うことは正しかったようです.残念です.

プチフリーズはたぶん解決してない

解決した,と思いましたがどうやらぬか喜びでした.昨夜,M4 Mac miniのCore Spotlightのフォルダーのサイズを見たら26GBありました.まだプチフリーズは発症していませんでしたが,その前提となるCore Spotlightのフォルダーの肥大は解決していませんでした.ということで,たぶんプチフリーズについても解決していません.

今後もしばらくは,Core Spotlightのフォルダーのサイズをときどき見て,肥大してきたら削除してリブートという運用を続けます.

日本の終わりの始まり

自民党の長期政権の頃からいつかこういう日が来るだろう,いや来ないでほしいと思い続けてきましたが,イキってピョンピョンして,白紙委任状をよこせという首相に本当に白紙委任状を渡してしまいました.

日本国民はここまでバカだったか.

タモリが何年か前に,「新しい戦前の始まり」といっていましたがその恐ろしい予言通りとなりました.平和で美しい日本の終わりの始まりです.

金持ちはより金持ちになり,貧乏人はより貧乏になってその怒りの矛先を無関係な外国人などのマイノリティーに向ける.

若くて能力のある人は海外に活躍先を求めた方がいいと思います.

プチフリーズ解決

昨年の8月に購入したM4 Mac miniでは,購入後2か月くらいしてからプチフリーズが頻発するようになりました.

など,その原因を追ってきましたが,どうやらCore SpotlightとPagesが無限にインデックスを作成することが原因である可能性が高いと結論づけました.

数日前に,Pagesの新しいバージョン1がApp Storeにあるのでダウンロードしました2.これらは,既存のPagesなどを置き換えず,新規にインストールされ,アプリケーションフォルダー内にPagesなどが2つずつ並ぶという奇妙な状況になりました.どこかに古いアプリを消しても問題ないと表示されたので削除しました.

そして新しいPagesの使用を開始して数日経ちましたが,Core Spotlightの総量は100MBあまりで,従前のPagesを使っていた頃のように数GB〜数十GBに膨れる気配はありません.Core SpotlightとPagesが連携して悪さしているうちのPages側が改良されためと思われます.

Core SpotlightとPagesが無限にインデックスを作り出し,リソースを占有することでプチフリーズが起こっていたのですがその原因がなくなったので,プチフリーズが起こることもないでしょう.

これで一安心です.これだけのためにmacOSを気に入らないTahoeにupgradeする必要がなくなり満足です.

  1. 15.1. ↩︎
  2. Numbers, Keynoteも. ↩︎