
2023 年になりましたがやっていきたいと思います！

# やったこと

## インターン

### RIT

約一年間ほど働かせてもらって 6 月で[退職しました](https://note.com/rit_inc/n/n327e5594b637)。チーム開発や実務での開発、モノを作る上で重要なことなどを学びました。またアプリサーバのパフォーマンスチューニングなど中々できない経験をさせていただきました。

### 出前館

夏にフロントエンドエンジニアとして働かせていただきました。レガシー(PHP)に立ち向かいながらリプレースしていって(React+GraphQL)楽しかったです。コードを読む筋肉が付きました。またコードレビューのレベルが高く、アクセシビリティや HTML を正しく書くといったところの奥深さについて教えていただきました。

### アカツキゲームス

夏にサーバエンジニアとして[働かせていただきました](https://hackerslab.aktsk.jp/2022/09/26/183545)。Ruby&Rails のアップデートと YJIT の負荷検証をさせていただきました。負荷試験回したり、new relic とにらめっこしたりと楽しかったです。大規模なサーバやエコシステムに圧倒されました。

## HackDay

10 月に参加しました。日本のディジタル化というテーマでアイディアからかなり凝って考えました。また当日は一日で形にする必要があるので、限られた資源をいかに活用して早く完成させるかを考えました。僕はフロントエンドを担当していたので、どうして REST サーバに依存しないように開発を進め最後に結合できるかを考えました。かなり奇抜ですが、UI を早く完成させて BFF で時間と欲しい物の差異を吸収しようとしました。

## 文化祭開発

全体の開発統括とサーバチームリーダという立場で 身体的 3D PVP アクションゲームを作りました。初めてクラスのゲームづくりをしている人たちと開発ができて楽しかったです。開発統括という立場だったのですが、ゲームクライアントの方はさっぱりわからないので心からすごいなと思いながら見ていました。サーバチームでは開発経験の少ないメンバを二人引き入れて、僕は極力コードを書かずに二人にチーム開発や Web 開発といったところを勉強してもらいながら開発を進めました。初めて開発について教えて実践してもらうということをしたのですが、二人共「勉強になった。ありがとう」と言ってくれたので嬉しかったです。全員の努力の甲斐あって文化祭全体のお客さんの評価で 2 位をいただくことができて本当に良かったです。また文化祭全体の方でも携わらせてもらって、マップアプリと景品確認アプリを作りました。どちらもインターンでの経験が活きて開発を進めれて楽しかったです。両日合わせて 1000 人以上の方に使っていただけて少しでも文化祭に貢献できたと思うと光栄です。

# キーワード

## ゲーム

文化祭で初めてゲーム開発をして楽しさを覚えました。どうしたら楽しくなるだろうかと考えて実際に遊んでもらってわいわい楽しそうな姿を見ると感慨深いです。文化祭当日も大人やちびっこたちが一生懸命コントローラーを振って対戦しているのを見て本当にやってよかったと思えました。ゲーム開発は普通のソフトウェア開発と違って面白さという不確実なものを追求するので、とても難しいと思いますが魅力的だと思いました。

# 2023 年に向けて

コンピュータを極めるべく大学編入を目指します！なんとか乗り越えて卒研も頑張りたい :-)


2022振り返り


この記事は [YounGeek AdventCalender 2022](https://qiita.com/advent-calendar/2022/youngeek) 8 日目です！
ゆるーく Linux 日記を書いていきやす。

# 背景

ノート PC のディスク容量が足りなくなったので、SSD を増設！
今まではより大きなディスクにクローンすることで対応していた。
いつも通りでも良かったが、M.2 のスロットが余っているかつ、単一のディスクでデュアルブートをしていたので、今回は Arch パーティションを新しい SSD に切り出すことにした。

# 工程

[ArchWiki](https://wiki.archlinux.jp/index.php/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8) 参考

- オリジナル Arch パーティションから新しい SSD へフルコピー
- GRUB のインストール＆設定

ディスクのクローンと違うのはシステム移行の際に使うコマンドが違うところだ。ディスククローンでは`dd`を使い、今回は`rsync`を使用している。

## SSD フォーマット＆ファイルシステム

無難にもとのやつと同じ構成にした

```
# parted /dev/sd*
```

```
(parted) mkpart primary fat32 1MiB 551MiB
```

EFI = fat32, root = ext4

```
# mkfs.ext4 /dev/sd*
```

```
# mkfs.fat -F 32 /dev/sd*
```

## システムファイルクローン

rsync を使う。新しい SSD をパーティションごとにマウントして、

```
# rsync -aAXHv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"}
```

オプション `--exclude` の内容はコピーされないようになっている。`-aAXH`でハードリンクやシンボリックリンクを保持してコピーすることができる。また`-v`はコピー中のファイルを表示させるようにしている。

## fstab の更新

[arch-install-scripts](https://archlinux.org/packages/extra/any/arch-install-scripts/)をインストールして genfstab を実行

```
# genfstab -U /mnt >> /mnt/etc/fstab
```

## ブートローダーインストール

ブートローダーがインストールされる配下に`vmlinuz-linux`と`initramfs-linux.img`、`initramfs-linux-fallback.img`をオリジナルから新しいストレージにコピーしておく。（`rsync`コピーの際にマウントが適切にできていないとおそらく存在していない）
grub 関連のコマンドを実行する。

```
# grub-install --target=x86_64-efi --efi-directory=/mnt/boot --boot-directory=/mnt/boot --bootloader-id=GRUB
```

```
# grub-mkconfig -o /mnt/boot/grub/grub.cfg
```

# まとめ

ディスクのクローンをやっていた頃は LiveCD 環境から`dd`を実行していたが、移行前環境からフルコピーを行えたのは良かった。今回は単一ディスクでデュアルブートをしているという特殊な環境から増設＋切り出しを実現するためにこのようなことを行ったが、今後も今回の増設手法を使いたい。\*`rsync`は異なるファイルシステム間で真価を発揮するらしい

# 悲劇

ディスクの容量が少なくなって増設を行ったが、増設後に無駄だったことが判明した。実はゴミ箱がディスクを圧迫していたのだ。`rm`コマンドを使っているとゴミ箱の概念は存在しないが、特定のファイルマネージャーや VScode などからファイルを削除すると一度ゴミ箱に送られる。ずっと LinuxDesktop を使ってきて、初めてゴミ箱の存在気づいた。ゴミ箱に VM 関連のイメージなどが 50GB 入っていて泣いた。

ちなみにゴミ箱は`~/.local/share/Trash/files/`にあります。
みなさんは SSD を買う前に何がどこでディスクを圧迫しているか確認しましょう。（なんか当たり前のことを書いてて涙が出てきた）

よき Linux Life を :-)


SSD増設！単一ディスクデュアルブート環境からの脱却と悲劇


Arch ユーザになってから初めてコントリビュートしました！未来の Arch ユーザのために書き留めておきます

# AUR でアカウントを作る

[AUR](https://aur.archlinux.org) にアクセスしてアカウントを作成します。ここでは自分がメンテしているパッケージや他のユーザからのリクエストを確認することができます。

# AUR アカウントに SSH key を設定する

AUR Repository へのアクセスは SSH を必要とするので新しく鍵を作成し登録しましょう。

```
$ ssh-keygen ~/.ssh/aur
```

```
Host aur.arhlinux.org
    IdentityFile ~/.ssh/aur
    User aur
```

パブリックキーを AUR アカウントに登録します。

# 孤児となったパッケージをクローンする

新しくパッケージを作るとかだと少し違いますが、今回は孤児となったパッケージをクローンしていきます。該当のパッケージを AUR で検索し、クローン URL を確認してローカルにクローンします。

```
$ git clone ssh://aur@aur.archlinux.org/~~~.git
```

# バージョンアップのために PKGBUILD を編集

PKGBUILD が AUR の核の部分です。ここにアップストリームやビルドの際の処理が書かれているので、適切にバージョンアップを図ってください。
また今回は孤児を救ったので、

```
# Maintainer: Dz99 <email>
# Contributor: Who Black <email>
```

といった感じでメンテナを自身に変更して、過去のメンテナをコントリビューターに書き直すことが必要でした。

# テストと .SRCINFO の更新

テストを行う際は

```
$ makepkg
$ sudo pacman -U ~~~.pkg.tar.zst
```

PKGBUILD の書き方が正しければ、パッケージを作成できます。またインストールしてみて動作を確認してみましょう。問題なければ

```
$ makepkg --printsrcinfo > .SRCINFO
```

で .SRCINFO を更新しましょう。.SRCINFO もコミット履歴に入っていないとリジェクトされます。

# リポジトリにプッシュ

最後にリモートリポジトリにプッシュして AUR への投稿は完了です。

```
$ git push origin master
```

[savvycan](https://aur.archlinux.org/packages/savvycan) AUR を確認してみましょう。

今回は特に PKGBUILD ガシガシいじることはなかったので、自分で PKGBUILD を書くなどをやっていきたいです！
あとは今回救ったパッケージはきちんとメンテしていきます :-)


AURの孤児の救い方


Linux デュアルブート環境で Bluetooth デバイスを使う環境を整えました！少し躓いた部分があったので残しておこうと思います。

# bluez などのパッケージのインストール

バックエンド [bluez](https://www.archlinux.jp/packages/?name=bluez) とコンソールクライアントを追加する [bluez-utils](https://www.archlinux.jp/packages/?name=bluez-utils) をインストール。GUI クライアントはいくつか選択肢があるが、今回は i3 を使っていることもありトレイアプレットが含まれる [blueberry](https://www.archlinux.jp/packages/?name=blueberry) を選択した。bluetooth アダプタのドライバ `btusb` をロードし、`bluetooth.service` を起動、有効化する。

```
$ modprobe btusb
```

```
$ sudo systemctl start bluetooth
$ sudo systemctl enable bluetooth
```

# Bluetooth アダプタを自動で起動。接続

デフォルトでは自動で起動しないので、`/etc/bluetooth/main.conf` に以下を追加

```
[Policy]
AutoEnable=true
```

# デュアルブートに対応させる

これが起こってしまう理由だが、Bluetooth サービスはペアリングの際に、コンピュータには Bluetooth デバイスの MAC アドレスに対応させたペアリングキーを、BLuetooth デバイスにはコンピュータの MAC アドレスに対応させたペアリングキーを保存する。こうすることによって情報を保存している。しかし、コンピュータの MAC アドレスは一意のものなので、それぞれの OS で Bluetooth デバイスをペアリングしようとすると、Bluetooth デバイスに保存されているペアリングキーが上書きされてしまうことになる。したがって片方の OS で生成されたペアリングキーをもう片方の OS で上書き保存すれば、複数の OS で共有することが出来る！

### Windows で生成されたペアリングキーを抜き取る

PsTools をダウンロードして解凍、レジストリエディタを起動する

```
./PsExec64.exe -s -i regedit.exe
```

レジストリエディタで `HKEY_LOCAL_MACHINE` に移動
このもう少し下に各 Bluetooth デバイスの MAC アドレスの書かれたキーが見つかるので、見つかりしだいそれをエクスポートする。テキストエディタでのぞくと `LTK` や `ERand` などが見られるはず。最後にレジスタファイルをテキストに変換したものを Linux 側が簡単に受け取れるように保存。

### Linux にて Windwos で生成されたペアリングキーに情報を修正する

root ユーザに切り替えて `/var/lib/bluetooth/XX:XX:XX...` に移動する。このディレクトリの中には Bluetooth デバイスの MAC アドレスの名前のディレクトリがあるので、対応するディレクトリに入る。Windows と Linux で該当の Bluetooth デバイスの MAC アドレスが一致していない可能性があるので(???)違っていた場合は、Windows に合わせて修正（MAC アドレスはコンピュータやデバイスごとに一意のものだと思っていたので不思議）。
Bluetooth デバイスのディレクトリ内で info というファイルがあるので、ここにあるペアリングキー情報を Windows のものに置き換えていく。デバイスによって違うが、Windows のレジスタファイルで`LTK`と`ERand`、`EDIV`、`IRK` を記載されていたものを Linux の info 内でそれぞれ `LongTermKey.Key`と`Rand`、`EDiv`、`IdentityResolvingKey.Key` に対応させて記述する

```
[LongTermKey]
Key=(convert(LTK))
Rand=(convert(ERand))
EDiv=(convert(EDIV))
...etc
```

最後はリブートで動作確認しておしまいです！よき Linux ライフを :-)


Arch(Dual Boot)でBluetoothのセットアップをする


学校で Java Servlet を開発する機会があり、Eclipse 周りで苦戦したので残しておきます。

# AUR で eclipse-jee を入れる

本家サイトでも Eclipse for Java Developers と Eclipse for Enterprise Java and Web Developers の二種類があるように、AUR にも [eclipse-java](https://aur.archlinux.org/packages/eclipse-java/) と [eclipse-jee](https://aur.archlinux.org/packages/eclipse-jee/) の二種類がある。JavaEE は Web 開発用のパッケージが揃っているものことを指すので、間違えないように入れる。

# tomcat を入れる

適当にパッケージを検索して入れる。

# プロジェクト作成時に Target Runtime を Tomcat にしておく（？）

これをしておかないと Servlet で使われるライブラリ等がインポートされずに怒られる。僕はあとからプロジェクト設定で Server Runtime のライブラリを追加することで対応するはめになった。

# Eclipse の JDK と Tomcat の JRE のバージョンを合わせる

Eclipse でコンパイルされたクラスファイルが動く JRE のバージョンは指定されているので、ここを合わせてあげる必要がある。Eclipse の設定から JDK のバージョン選択で Tomcat で使われている JRE に対応するバージョンを選ぶ。既存のプロジェクトに適応させたい場合はプロジェクトの設定から行う。

よき Eclipse Life を :-)


ArchでEclipseを使ってJava Servlet開発する


半年前くらい前に発表する予定だったが、機会がなくなったので供養のために…

# あるとき、ふと CPU 使用率を見ると…

普段は 1%くらいの CPU 使用率が 50%ほどあった。その時は何もしておらずターミナルを開いていただけだった。

# 当時の環境

PC : CPU は新しめでそれなりのスペック
OS : Linux. ずっと使っていたが、このようなことは一度もなかった

# top を実行

top コマンドは CPU 使用率が高いプロセス順に表示してくれる

systemd がほとんどをしめていたが、具体的なサービスまでは分からなかった

# systemd cgtop を実行

user.slice が一番上に！user.slice って何だ？

# user.slice とは

- slice は systemd が管理するユニットの一つ
- サービスなどのユニットを階層的に編成している。（プロセスをいい感じにまとめている？）
  <br>

つまり user.slice はユーザが実行しているプロセスを編成しているので、user が実行しているプログラムやプロセスが CPU 使用率高騰の原因か

# systemctl status user.slice を実行

たくさんのプロセスの中で見覚えのない shell script が実行されている

```
sh /*.sh
```

# 怪しいシェルスクリプトを発見

実行されているファイルを見ると Polybar テーマ配下にある様子…

天気予報だとか、中国語の名言を取得するようなスクリプトがたくさんあり、
それを実行し続ける内容だった。

使っていない機能もあったのでモジュールを使わないようにすると…

# 解決

無事に元の CPU 使用率に戻りました！

みなさんも OSS のテーマを適当に拾ってくるときは注意してください =-)


PolybarのテーマがPCのリソースをパクパク食べていた話


僕は普段 i3 のステータスバーに Polybar を使っている。

今回は最近起きたちょっとした事件を紹介する。

# 発端

その日はいつものように OS のアップデートをしていた。そしてすぐに異変は起きた。

ステータスバーにあったアイコンが全て消えていたのだ…

# 原因

結論から言うと、パッケージをアップデートしていた際に FontAwesome のバージョンが上がっていたが、

使っていた Polybar テーマ(config)がそれに対応していなかったから。

この [PR](https://github.com/Yucklys/polybar-nord-theme/pull/11) で対応済みだった。

# 対策

GitHub からローカルに持ってきたプログラム、テーマなどを自動で更新する仕組みを考える。

- パッケージマネージャで更新した際に、同時に GitHub リポジトリも更新してくれる
- パッケージマネージャのリポジトリに入れちゃう。 <- これは人が手動で更新してるのかな？

気長に考えます :-)


Dz99 Blog