zram (2)

結局,SlackwareARMのサーバー,古いCore i7の第2 ワークステーションの第1 OSであるManjaro AMD641zramをswapにすることはできましたが,思ったような設定はできていません., 第2 OSであるDebian AMD642Bullseyeでは,zram-toolsをインストールするだけで一番簡単でした.,全部zramをswapに使うようにして,ディスクのswapパーティションを使うのをやめました.

あとは仮想マシンが残っていますが,緊急性はないのでぼちぼちやっていきます3実験的な意味はあるので気力がみなぎっているときにやってみるつもりです.

しばらく様子を見たいと思います.

zram

Debianのサーバーを立ち上げましたが,久しぶりにLinuxいじりの気分になって,Manjaro ARMを復活させたりして遊んできました.

その中で気がついたのは,旧来,swap専用パーティションやルートディバイス上のファイルをswapに使ってきましたが,最近のdistroではzramというディバイスをswapに使っていることです.

zramについては,ネットで調べればいろいろ詳しく書いてあると思いますが,主記憶の一部を仮想的なディスクに使うものです.同じく主記憶を使うtmpfsとの違いは,保存するデータを圧縮する点のようです.

もちろん,旧来のディスク(実ディスク)のswapも併用可能ですが,zramにうんと高いプライオリティー1100など.が与えられて,実ディスクの方に書き込まれることはほとんどないようです.

この方法,Raspberry Piなどディスクとして書き込みが低速なSDカードを使っている場合特に効果的なのはいうまでもありません.

残念ながらSlackwareARM 15.0ではデフォルトではzramが使われませんが,ネットの情報を参考にして設定したら,うまく動くようになりました.

$ swapon
NAME TYPE SIZE USED PRIO
/dev/sda2 partition 4G 0B -2
/dev/zram0 partition 4G 0B 100

こんな感じです.

下記のページを参考にしました.元記事ではzram0〜3までの4つ,それぞれのサイズを512MBにしていますが,筆者の場合は,zram0ひとつだけ作って,その代わりサイズを4GBにしました(RAM 8GBのマシンです).

お手軽簡単な仕組みははまると超難解

とあるDebianのサーバーですが,MariaDBの移植は予想外に簡単にできました.昔のx86 32bitマシンで使っていたデータベースのネイティブなデータを新しいx86 64bitのデータのディレクトリーに展開しただけです.

続いて,phpMyAdminをインストールしようと調べてみると,Debianにはパッケージがあって,apt install phpmyadmin で基本的にはうまく行くようになっています.

ところがどっこい,このパッケージに付属しているインストールスクリプトは,まだMariaDBなりMySQLがインストールはしてあるが使ったことがない状態を前提としています.

rootのパスワードを設定するところでエラーが出て1そりゃまあ既にrootのパスワードは設定してあるから.,提示された次善の策3〜4の選択肢のうち, “Ignore” を選びましたが,そのあとの経過は芳しくありません😓

いろいろ調べたり,自分で考えたりして,2時間ほど試行錯誤しましたが,結局あきらめて, apt remove phpmyadmin をしました.

たぶん,MariaDBのuser databaseから,rootを削除して,もう一度, apt install phpmyadmin を実行すればいいんじゃないかと思います.あるいは,普通にphpmyadminのサイトから公式のパッケージをダウンロードして,自分で展開した方が楽かもしれません.

いずれにせよ,また次回にします.

Systemd

世の中みんなsystemdになってきました.筆者が最初にいじったsystemdのシステムは,1〜2代前のRaspberry Pi OSで,たぶん2017年頃だったと思います.Raspberry Piに赤外線リモコンのソフトを組み込んだ時,デーモンの起動にsystemdを使いました.

その後はたぶん,Gentoo, Manjaro, Debianをインストールして評価1実用的な用途のためのインストールではなく,インストールのためのインストール😓して,いつものように,習うより慣れろ的にやってきました.

今回,とあるサーバーの更新に際して,慣れたSlackwareではなく,次のLTS2Debianでそう呼ぶかは知りません😓へのupgradeもオンラインでできることを期待して,Debianにしました3根こそぎupdateをSlackwareの場合リモートからできないため.

で,いろいろ必要なサービスを設定していくのですが,そのために細かいことまでsystemdに対応するようservice設定をしているところです.設定が終わったら,

systemctl start サービス名

で,起動して,動作を確認する場合は,

systemctl status サービス名

なので,キーボードの上矢印を押して前のコマンドを編集するわけですが,まん中のコマンドを書き換えるのは,ちょっとやりにくいなと感じています.

systemctl サービス名 コマンド

というシンタックスにして欲しかったです.

それはさておき,困るのは,何か困った時に,

debian 困った事柄

で,ネット検索しても.systemdでない方の情報が圧倒的に多いことです.

いちいち検索のキーワードにsystemdを入れるか,あるいはdebianは入れずに,

systemd 困った事柄

で検索するようにしています.

プロバイダー変更

ようやくこの3月で,今のプロバイダーの3年縛りが終わりました.以降はいつ解約しても違約金がない契約です.

今のプロバイダーは本当に災難というか,天災というか,地獄というか,人類最後の日というか,例えようのないほどひどいです.

これは,典型的な宵の口のスピードです.いくらベストエフォートとはいえ,1Gbpsの契約で100Mbpsのスピードしか出ていません.

家族からは当初から非難の嵐でしたが,実は,筆者自身はスピードのことはそれほど致命的とは考えていませんでした.

何が天災かっていうと,それは,IPv6のサポートの酷さです.IPv6対応ということになっていますが,使い物になりませんでした.

その地獄から抜け出すべく,新しいプロバイダーに申し込みました.宅内工事は,この金曜日に行われる予定です.

で,今までの感じで行けば,その日のうちに開通なはずなんですが,もらった資料によれば,宅内工事から開通まで,1〜5か月とあります.

なんてことでしょう.ただ,まだプロバイダーから,具体的な話は何もないのでどう展開するか不明です.