Linux on Alicey's blog

[CVE-2026-31431 CopyFail] RockyLinux10での検証と対策

Fri, 01 May 2026 00:47:00 +0900

こんにちは。

Twitterで話題のCVE-2026-31431 CopyFail を実際にRockyLinux10(RHEL10相当)で動かし、対策方法が有効か確認しようと思います。

LinuxからIX2215にSSH接続する際に出るエラーの解決

Sun, 06 Apr 2025 17:08:00 +0900

こんにちは。
今回はFedora 41やRHEL9系(RockyLinuxなど)のLinuxからIX2215にSSH接続しようとしたら、エラーが出て接続できなかったので、改善法を備忘録として残しておきます。

Linux KernelをBuildしようとしたら詰まったところ

Sun, 30 Mar 2025 23:07:00 +0900

こんにちは。
今回はkernel.orgにあるKernelをBuildしようとしたところErrorになり詰まったので、改善方法をメモがてら残しておきます。

Error内容

makeを実行してしばらくすると以下のようなエラーになります。

```

CC [M] arch/x86/kvm/svm/avic.o

CC [M] arch/x86/kvm/svm/sev.o

CC kernel/context_tracking.o

CC kernel/iomem.o

CC [M] arch/x86/kvm/svm/hyperv.o

CC [M] arch/x86/kvm/svm/svm_onhyperv.o

CC kernel/rseq.o

CC kernel/watch_queue.o

LD [M] arch/x86/kvm/kvm.o

AS [M] arch/x86/kvm/vmx/vmenter.o

CHK kernel/kheaders_data.tar.xz

CC [M] kernel/torture.o

AS [M] arch/x86/kvm/svm/vmenter.o

GEN kernel/kheaders_data.tar.xz

LD [M] arch/x86/kvm/kvm-intel.o

LD [M] arch/x86/kvm/kvm-amd.o

AR kernel/built-in.a

CC [M] kernel/kheaders.o

make[2]: *** [/home/alicey/work/alicey-kernel/6.13.8/BUILD/linux-6.13.8/Makefile:1989: .] Error 2

make[1]: *** [Makefile:251: __sub-make] Error 2

make[1]: Leaving directory '/home/alicey/work/alicey-kernel/6.13.8/BUILD/linux-6.13.8'

error: Bad exit status from /var/tmp/rpm-tmp.CINzKf (%build)

RPM build errors:

Bad exit status from /var/tmp/rpm-tmp.CINzKf (%build)

make: *** [Makefile:12: build] Error 1

```

はじめは、kheaders.oのBuildに失敗でもしているのかと思い単独Buildしても問題なく、-Vオプションを付けてmakeを実行してもなぜ失敗しているのかよくわかりませんでした。

.configを作る際に、defconifgで作るとうまくいき(kernel moduleが足りないので、起動には失敗してemergency modeになる)、Buildに利用していたRockyLinuxの/boot配下からCopyしたものに対してolddefconfigするとBuildに失敗する状況でした。

改善方法

CONFIG_SYSTEM_TRUSTED_KEYS の指定を空にすることで改善しました。

SecureBootなどで利用する署名用の鍵なのでしょうか。

(適当にググると皆さん無効にしているようには見えますが...)

asis

```

$ cat /boot/config-5.14.0-503.26.1.el9_5.x86_64 |grep certs/rhel.pem

CONFIG_SYSTEM_TRUSTED_KEYS="certs/rhel.pem"

```

tobe

```

$ cat SOURCES/config |grep CONFIG_SYSTEM_TRUSTED_KEYS

CONFIG_SYSTEM_TRUSTED_KEYS=""

```

（余談ですが、このオプションみつけるまでmenuconfig→buildを繰り返したので辛かった....）

修正後

修正してBuildしたところ問題なくInstallできました！

余談ですが、defconfigでBuildしたRPMと、olddefconfigでBuildしたRPMの容量はそれぞれ

defconfig: 14MB

olddefconfig: 76MB

程度になりました。

出来上がったものはこの辺に置いておきます

https://yumrepo.alicey.dev/alicey-kernel/

それでは、ばいち。

OCIの無料Instanceでyum(dnf)使うとOOMする対策

Sun, 20 Oct 2024 20:39:00 +0900

こんにちは、今回はOracleCloud(OCI)で利用できる無料Instance(Memory 1GB)で、yum install などのコマンドを叩くとフリーズしたり、OOMして使い物にならなかったため対策をしました。その備忘録です。

1つのKubernetesクラスタにingress-nginxを2個以上デプロイする

Fri, 27 Sep 2024 07:29:00 +0900

こんにちは。
今回は、自宅K8sでingress-nginxを2つデプロイしたので備忘録として残しておきます。
Service: LBが使える前提です。ない場合はMetalLBなどで作成しましょう。

古のMiniDVをUbuntuで吸い出した備忘録

Sun, 10 Mar 2024 18:18:00 +0900

こんにちは。

今回は、古のテープカメラのメディアであるMiniDVのデータを吸い出して一般的なPCで開ける状態にしたログを残します。

NTPサーバー「SEIKO TS-2550」導入してみた

Sun, 17 Dec 2023 23:36:00 +0900

こんにちは、今回ヤフオクでTS-2550(TJ)というNTPサーバ(TimeServer)を購入しみたので軽くご紹介します。

【HPE】ML110のRAIDカードとNICのファームウェアをUbuntuでアップデートした備忘録

Sun, 25 Jun 2023 23:37:00 +0900

こんにちは。

HPE ML110 Gen9のRAIDカード(Smart Array P440)とNIC(331T, 330i)をUbuntuでアップデートしたので、その手順を記録として残しておきます。

なぜこのような備忘録を書いたかというと、HPEで配布されるファームウェアは基本WinとRedHatを基準にしており、Ubuntuではひと手間加える必要があるためです。

※筆者はこの手順を参考にして起きたトラブル(機器の故障等)の責任の一切を負いません。自己責任でお願いします。

手順１: ファームウェアのダウンロード

HPEのサポートページからファームウェアをダウンロードします。

URLはこのへん。

このとき、OSの選択肢にUbuntuはないため、Red Hat Enterprise Linuxを選択しておきます。そのためrpmファイルがダウンロードされます。

ダウンロードが成功したら、scpなどを用いてサーバにコピーします。

手順2: rpmファイルをdebファイルにコンバート

rpmファイルをdebにコンバートするために、 alien というミドルウェアを利用します。

以下コマンドでインストールします。

> sudo apt update && sudo apt install -y alien

インストールに成功したらファイルのコンバートを行います。コンバートは以下コマンドで行えます

> alien [firmware-filename].rpm

完了すると、同一ディレクトリに [firmware-filename].deb ファイルが生成されます。

手順3: debパッケージをInstall

debファイルを取り込むためには、dpkgコマンドを利用します。以下コマンドで作業します。

> dpkg -i [firmware-filename].deb

HPのファームウェアの場合、 /lib/x86_64-linux-gnu/ 配下にフォルダが作成されるようです。

cdコマンドで移動して、存在を確認します。

> cd /lib/x86_64-linux-gnu/[firmware-filename]/

> ls -al

(パッケージのアンインストールは dpkg -r でできます。)

手順4: ファームウェアインストーラの実行

ファームウェアをRAIDカードやNICに適応します。

電源状況等には注意して行うと良いと思います。

この手順はアップデートする機器により多少異なるため、ファームウェアのインストールページを確認すると良いと思います。

一例のみ掲載します。

例1: > ./setup

例2: > ./CP042888.scexe

実行すると、どのカードに対して適応するかなどをプロンプトで質問されるので、該当するものを選びます。

おまけ

ちなみに、この手順を利用してもUbuntuではインストールできないものもありました。

QLogicの10G NICのドライバの場合、次のようなエラーが起こりました。

こういった場合は、大人しくRHEL系のOSやWindowsを使うべきでしょう。

Zabbixとラズパイで室温監視してみた

Wed, 08 Mar 2023 05:35:00 +0900

こんにちは
先日、エアコンが突然停止していたことに気づかず、サーバをおいている部屋の温度が45度になり、ONUが停止。リモート操作を受け付けなくなるという事件がおきました。

流行りの「おうちKubernetesクラスタ」やってみた

Sat, 19 Feb 2022 16:22:00 +0900

こんにちは。
今回は、RaspberryPi4が2台手に入ったので、「おうちKubernetesクラスタ」を構築してみたいと思います。「おうちKubernetes」といえば、株式会社サイバーエージェントの「おうちKubernetesインターン」が有名かと思いますので、気になる方は覗いてみてください。

【Kubernetes】[pod cidr not assigned] flannelインストール時にハマったこと。

Tue, 01 Feb 2022 01:39:00 +0900

Kubernetes The Hard Wayを参考にしたオンプレKubernetsクラスタにflannelを構築しようとしたところ、ハマった点があるので、ご紹介します。

前回の記事(【Kubernetes】Calicoインストール時にハマったこと。)も似た内容を取り扱っているため、参考にしていただけると嬉しいです。

エラー内容

各ノードで

sudo sysctl net.ipv4.conf.all.forwarding=1

sudo sysctl net.ipv6.conf.all.forwarding=1
を実行し、

kube-flannel.ymlをapplyしたところ、下記画像のようにクラッシュし、再起動を繰り返します。

エラー内容は、
[Error registering network: failed to acquire lease: node "*NodeName*" pod cidr not assigned]
となっており、PodCIDRが設定されていないといった旨を示しています。

改善方法

Configure the Kubernetes Controller Manager

上記のファイルに変更を加えることで改善します。

手順

sudo vi /etc/systemd/system/kube-controller-manager.service
でエディタを開く
--allocate-node-cidrs=true \
を追記する
保存する
sudo systemctl daemon-reload
sudo systemctl restart kube-controller-manager
で再読み込みする

(すべてのノードで行います。)

結果

正常に動作するようになりました。

初心者殺しだ...ばいち。

【Kubernetes】Calicoインストール時にハマったこと。

Mon, 06 Dec 2021 11:12:00 +0900

先日、Kubetenetes-The-Hard-Way(オンプレ3台構成にアレンジしてます)を行い、初めてKubernetes触れました。その後、ネットワーク周りで遊ぶためにCalicoをインストールしようとしたところ、若干ハマった部分があるので、簡単にご紹介します。

症状

Install Calico networking and network policy for on-premises deploymentsを参考にCalicoとcalicoctlを kubectl apply -f calico.yaml , kubectl apply -f calicoctl.yaml でデプロイしました。

yamlファイルにはPod CIDRの項目のみ、変更を行っています。

しかし、Podに割り振られるIPアドレスはデプロイ以前と同様のもので、Kubernetes policy, basic tutorialを参考にネットワークポリシーのテストをしても、中途半端に反映されているような挙動をし、アクセス拒否の設定をしても、アクセスできてしまう(未設定時より時間かかったりする印象)といった状態でした。

原因と改善策

そこで、改めてCalicoのインストール手順やKubernetes-The-Hard-Wayの手順を確認した所、初歩的なミスを見つけました。

Calicoをインストールする際は

Configure CNI Networking

が不要になります。また、オンプレ用にカスタマイズして行っていたルーティングの設定も不要になりました。

ここでは、10-bridge.conf, 99-loopback.confを作成していますが、Calicoをインストールすると以下のようなコンフィグファイルが自動で生成されます。

というわけで、rm 10-bridge.conf 99-loopback.confで設定ファイルを削除し、再度確認すると、

Calicoが生成したIPアドレスに置き換わり、ネットワークポリシーも適応できるようになりました。

まとめ

初Kubernetes、仕組みを理解しない状態で触るとハマりポイントが非常に多く、苦戦していますが、わかると楽しく、非常に面白いシステムです。

是非皆さんも遊んでみてください。

DockerでDjango(SQLite)な開発環境を用意する

Thu, 19 Aug 2021 02:56:00 +0900

DockerでDjango(SQLite)な開発環境を用意する

今回は、Pythonで実装されたWebフレームワークの1つである、DjangoをDockerコンテナ上で動かす環境を作っていきます。環境は以下のようになっています。本来であればコンテナはなるべく軽く、1コンテナ1アプリケーション構成で作るべきだとは思いますが、今回は開発しやすさを優先して構築しています。

DBにSQLiteを利用していることや、Shellにexecして作業しているのもこの為で、コンテナに馴染みのない人でもわかりやすいことや、開発時のDBを共有しやすくするためにこの構成にしています。

もっとコンテナの特徴を生かした構成にしたい場合や、本番環境で利用したい場合は他のサイト(ドキュメント等)をご覧ください。

Dockerバージョン

Docker version 20.10.7, build f0df350

入れるもの

Python3.9.6
Django3.2.5
SQLite3
その他使うもの(vim, lessなど)

今回作成したファイルはGitHubに掲載しています。

git cloneしていただければ、そのまま動くと思います。

使い方

まず、git cloneでGitHubからファイルを落とします。(コードをコピペしても動きます)

> git clone https://github.com/Alicey0719/pythonDjangoDevelopEnv.git

次に、落ちてきたディレクトリに移動し、start.shを起動します。

この際、Dockerが起動していないと動かないので注意しましょう。

> cd pythonDjangoDevelopEnv/

> sh start.sh

すると構築が始まり、しばらくすると...

コンテナのシェルに接続されます。

意図された環境が構築されています。

記述されている内容の解説

1つずつ順に見ていきます。

docker-compose.yml

ここでは、起動するコンテナの設定を記述することができます。
4行目から見ていきましょう。
4行目では、サービスの名称を"python-django"(任意の名前)と定義しています。
5行目では、build(ComposeFileを実行し、ビルドされるときのpath)するものに対して"."を指定しています。これはカレントディレクトリを示し、そこに置かれているDockerfileが対応します。
6行目では、container_nameを指定しています。そのまんまですねｗコンテナの名前(任意)です。
7行目では、stdin_openを指定しています。これは、コンテナの標準入力をオープンしたままにします。
8行目では、ttyをtrueにしています。これはコンテナに擬似TTYを割り当てています。これにより、コンテナが自動的に正常終了することを防ぎ、起動したままの状態を作ることができます。
9,10行目では、Volumesの設定をしています。これは、コンテナ内の/codeとホストPCの./codeを同一のものとして扱うような設定となります。
11,12行目では、Portの割り当てをしています。これにより、コンテナ内の8000ポートとホストPCの8000ポートを同一のものとして扱えます。よって、ホストPCからlocalhost:8000のように指定すると、コンテナ上のサーバにアクセスできるようになります。

※djangoを実行する際にpython3 manage.py runserver 0:8000と指定しないとコンテナ外からアクセスできません。

より正確で詳しい説明はリファレンスを御覧ください。

Dockerfile

docker-composeのbuildで呼ばれているものになります。
1行目のFROMでは利用するイメージを指定しています。今回はPython3.9.6を利用します。
2行目では、Pythonの環境変数を指定しています。(非空なら標準出力・標準エラーのストリームのバッファリングを行わない)
3,4行目ではcodeディレクトリを作成し、それをワーキングディレクトリに設定しています。
5行目では、ホストPCにあるrequirements.txtをコンテナ内のcodeディレクトリにコピーしています。
6行目でaptのパッケージ一覧を更新し、aptでインストールするものを記述しています。(sqlite3とかvimとか) コンテナのお作法的には、apt install 後にapt cleanなどでアーカイブファイルを削除しコンテナを軽量化することが多いです(参考)。
7行目で、pipをアップグレードして、8行目でrequirements.txtにかかれているものを、pipでインストールしています。

本来であれば、コンテナはアプリケーションが主役であり、1コンテナ1アプリケーション等、軽い構成で作るべきだと思いますので、上記のようにアレコレ入れないほうが良いとは思います。が、作業効率化の為導入しました...
また、継続して利用するものであれば、なるべく全てのものに関してバージョンの固定を行うべきだと思います。

requirements.txt
pipでインストールするものの一覧です。
Djangoの3.2.5やその他使いそうなものを書いていきます。
各々使用するものを入れましょう。

start.sh
start.shではDockerコンテナを構築・起動し、シェルへ接続するまでの作業を1つで行うシェルスクリプトです。
まず docker-compose up -d でdocker-compose.ymlファイルを元にコンテナを起動します。
この操作が成功した場合に&&の右側に書かれたコードが実行されます。
右側のコードでは、docker exec -it でpython-djangoという名前のコンテナのシェルに接続しています。
コンテナ起動時に実行するとそのままシェルに入ることができます。

参考文献
クィックスタート: Compose と Django
DockerのTTYって何?
docker-compose.ymlの書き方について解説してみた

機械学習基盤の構築(Ubuntu20.04+Tensorflow+Docker+GPU)

Tue, 03 Aug 2021 10:01:00 +0900

なりゆき

大学で行っている研究にて、機械学習を用いた処理を行っているのですが、学生の持っているマシン(大半がm3なMacBook)では遅すぎていつまで経っても終わらないという話が出ました。そこで、大学に機械学習のリソースをくれないかという話をしたところ、GPU搭載のゲーミングノートPCを貸していただけたので、これを使うことにしました。

（本当はGPU乗ったサーバのVM貸してほしかった.....電気代怖い....）

PCの詳細はこんな感じ

CPU : Intel Core i7 9750H(6C12T 2.6GHz up to 4.5GHz)
RAM : DDR4-2400 SODIMM 32GB
GPU : NVIDIA RTX2070 Mobile
OS : Windows10Home → Ubuntu 20.04 LTS

OSの載せ替え

まず、既存のWindowsをバックアップします。

SSDを載せ替えても良かったのですが、予算の関係で今回はディスクのイメージを作成しました。

詳しい内容は前回の記事を御覧ください。

Ubuntuのインストール

Ubuntuをインストールします。

といっても、難しいことはなく、USBブートし画面の指示に従いインストールするだけです。

ドライバのインストール

ドライバ類のインストールをします。

今回は、GPUのドライバのみ手動インストールしました。

バージョンに関しては、TensoeflowのGPUサポートと照らし合わせ、

CUDA 11.4, NVIDIA-SMI 470.42.01をインストールしました。

ココで1箇所ハマったことがあります。

UbuntuをSecureBootを利用する形でセットアップしたため、ドライバインストール時に見慣れない「Enrolling MOK Key」の設定が必要になります。

ドライバをセットアップし、Reboot後、見慣れない青背景の画面が出たため、何も考えずにContinueBootした所、ドライバを読み込みませんでした。気をつけましょう。

その時参考にしたサイト: UbuntuでNVIDIAドライバが動かない

Docker等の構築

ココまで来てしまえば、後は必要なソフトウェアをインストールするだけです。

Tensorflowの場合ですと、公式にDockerを利用するものと、pipでのセットアップに関するものがまとめられています。

これを参考に構築します。

（需要があれば、別途記事にします。）

また、DockerでNVIDIA GPUを利用する際にはNVIDIA Container Toolkit(nvidia-docker2)のインストールが必要になります。

こちらを参考にさせていただきました。

公式のドキュメントはこの辺りですね。

docker composeを利用する場合、v1とv2でdocker-compose.ymlのGPUを指定する方法が異なりますのでご注意ください。個人的にはv2で構築することをおすすめします。

詳しくは、ドキュメントをご参照ください。

また、この辺りは、バージョンによって変化が生じやすい部分かと思われますので、環境(OSやGPU)に応じた設定を都度ドキュメント等で確認することをおすすめします。

おまけ

せっかくゲーミングPCだからゲームしないとね？

というわけで、マイクラをプレイしておきました。

僕がよくする配信+ゲームではGPUフルロード。フレームレートも落ちますね....144Hzモニタの意味....

というか、キー配列無茶苦茶すぎん？

無駄にBIOSからキーボードの光り方変えられるｗ

いろいろと癖が強いマシンだった。

ばいち

初期状態のWindowsをddでバックアップ

Fri, 30 Jul 2021 09:24:00 +0900

初期状態のWindowsをddでバックアップ

大学から借りたPCにUbuntuをインストールすることになりました。(詳しくは次回投稿します)

しかし、PCにはWindowsがインストールされており、しかも初期設定をしていない状態でした。これでは回復ディスクを作成するのも面倒です。

ここで思いつく方法として

SSDの換装
ddでイメージの抽出

があります。

予算がなく、SSDの換装が難しかった為、ddで初期状態のWindowsのイメージを作成することにしました。

※参考にする際は自己責任でお願いします。ミスると全データ消えます。

はじめに

まず、ddを実行する環境を用意します。

今回はUbuntu20.04LTSをUSBメモリからライブブートしました。

UbuntuでWindowsのイメージを作る

イメージの作成をします。

まず、作成したイメージを保存する記憶媒体を接続します。

今回は外付けHDDを接続しました。

次に、lsblkで認識しているブロックデバイスの一覧を表示します。

こんな感じになります。

ここで、コピー元のデバイス名とコピー先のマウントポイントを確認します。

今回は

コピー元デバイス：nvme0n1

コピー先マウントポイント：/media/ubuntu/backup/

となります。

次に、cdコマンド等でコピー先マウントポイントへ移動します。

> cd /media/ubuntu/backup/

ここで、ddコマンドを使用します。

しかし、そのまま実行するとクソデカファイルが作成されるので、gzipを併用します。

> sudo dd if=/dev/nvme0n1 | gzip -c > ./backup.gz

コマンドの意味はそれぞれ

sudo：管理者権限で実行

dd if=/dev/nvme0n1 ：ddで/dev/nvme0n1が参照元

gzip -c：圧縮(結果をファイルではなく標準出力へ出力する)

> ./backup.gz：ファイル./backup.gzに出力

実行画面はこんな感じ

(テストとかミスとかしてるけど気にしないで....)

しばらく待つと、

作成が完了します。

ファイルサイズは14GB程でした。

戻すときは逆の手順で行います。

> gzip -dc < backup.gz | dd of=/dev/nvme0n1

余談

今回、gzipを利用していますが、これがなかなか遅いです。。。

1コアフル利用...

そこでpigzを利用するとマルチスレッド処理できるため速いらしいです。標準で入っていなかったため挑戦しませんでしたが、試してみても面白いかも。

なにかの参考になれば幸いです。

参考文献

ddの進捗を確認：https://qiita.com/tukiyo3/items/5e3fd748287ffa4b6612

ばいち

【Zabbix4.0】You are not logged in - リバースプロキシ環境での利用

Mon, 10 May 2021 02:53:00 +0900

こんにちは。
ZabbixをIISでのリバースプロキシ環境で利用したところ、

このようなエラーメッセージが表示されログインできませんでした。
IPAddressでアクセスは可能なため、リバースプロキシを経由していることが原因と考えられます。
今回はこれをどうにかしたいと思います。