z80oolong @z80oolong@qiitadon.com

### /etc/fstab の設定

以下に、前述したファイルシステムのマウントに関する設定ファイルである /etc/fstab に追記する設定について記述する。

ここに、 <UUID of ext4> は、増設 microSD 上に作成した ext4 ファイルシステムの UUID を、 /mnt/expand は、増設 microSD 上に作成したファイルシステムのマウント先のディレクトリを示す。

...(略)...
UUID=<UUID of ext4> /mnt/expand ext4 error=remount-ro,rw 0 1
/mnt/expand/home /home none bind 0 0
/mnt/expand/var /var none bind 0 0
...(略)...

以上の設定により、増設 microSD のマウントが可能となった。

### /home, /var ディレクトリの移動手法

以下、 GPD MicroPC 上の Ubuntu 19.04 環境の /home, /var ディレクトリ以下の内容を増設した microSD の領域に移動する手法は以下の通りである。

- 先ず、増設した microSD 上にパーティションを切り、 ext4 ファイルシステムを作成する。今回は、増設 microSD の領域全体で１個のパーティションと ext4 ファイルシステムを作成した。
- 次に、 GPD MicroPC 上の Ubuntu 19.04 環境をリカバリモードで起動して、増設 microSD 上に作成した ext4 領域を適当なディレクトリにマウントする。
- そして、 /home, /var ディレクトリの内容を増設 microSD 領域に移動した後、移動先のディレクトリを mount --bind ... を用いてルートディレクトリ上の /home, /var ディレクトリにバインドする。
- その後、設定ファイル /etc/fstab の末尾に後述で示す記述を追記する。

# 現在の技術案件の近況

## GPD MicroPC 案件

### LXDE 環境の導入について

先日、 Ubuntu 19.04 を Wubi 経由で導入した GPD MicroPC 環境について、通常使用するデスクトップ環境について検討していたが、この度、軽量な環境軽量なデスクトップ環境である LXDE の導入を行った。

LXDE については、従来より使用していた環境であり、また使い慣れた環境であるので非常に快適である。

### /home, /var ディレクトリの移設について

ここで、 GPD MicroPC に Wubi 経由で導入した Ubuntu 19.04 環境は、そのルートパーティションを EFI システムパーティションを含む C ドライブ上に導入した。

この為、Ubuntu 19.04 のルートパーティションの容量が現時点では 64GB 程度しか無く、今後大量のソフトウェア及びデータを格納する際は非常に不便を強いられる事が予想された。

そこで、 /home, /var ディレクトリ以下の内容を増設した microSD に移動する事を検討した。

## proot 案件

現在、 Debian noroot 環境に導入する Ubuntu 19.04 環境の動作確認等を行っているが、 Debian noroot 環境下における proot において 20 byte 程度のパス名の socket を作成した際に、 invalid argument - connect(2) socket のメッセージを表示して異常終了する問題について調査した。

その結果：

- proot は、 -r オプションで指定したルートディレクトリのパス長と作成する Socket のパス長の合計が 108 byte を超えた場合は、 PROOT_TMPDIR 以下にパス長を 17 byte に短縮した代替の Socket を生成する。
- ここで proot が Android OS の増設メモリで動作している場合、ルートディレクトリのパス長は 80 byte となり、 PROOT_TMPDIR をルートディレクトリ以下に設定していると、 20 byte 前後で Socket の最大パス長を越えて異常終了する。

なる原因が判明した。

# 現在の技術案件の近況

## GPD MicroPC 案件

先週末に、漸く予約購入していた GPD MicroPC が自宅に届いたので、早速 Ubuntu 19.04 を導入した。導入に当たっては、 @kapper1224 氏によるブログを参照した。導入の際に各種気付いた点及び備忘録等に関する tweet を纏めたものを Twitter のモーメント及び [togetter の纏め][1]にて投稿した。

現時点で確認された問題点としては：

- 導入可能なディストリビューションは Ubuntu 19.04 に限られている。その他の Xubuntu 等の導入は成功しなかった。
- 現状では、 GPD MicroPC の無線 LAN の動作が若干ながら不安定である。
- Wubi による導入では増設メモリへの導入に失敗する場合がある。

現在は、 GPD MicroPC 上の Ubuntu 19.04 には、軽量デスクトップ環境である LXDE を導入し、自宅で使用していた環境を移行している所である。

[1]:https://togetter.com/li/1374467

### その３

- 最後に、 MATE デスクトップ環境を起動するスクリプトを起動すると、 XSDL サーバに MATE 環境が描画されるので、適切に画面表示及び日本語入出力の設定を行う。

以上の作業により、以下の画像の様な MATE デスクトップ環境が得られた。

なお、以上の環境は現時点では試作の環境であり、今後試作の環境が置かれている ubuntu ディレクトリ以下のファイル群を tarball で固めて、 Debian noroot 環境に移動・展開して、本格的な動作確認を行う予定である。

また、試作環境の段階において、現時点では、以下の問題点が判っている。

- dbus daemon の動作について、 /var/run/dbus/dbus_system_socket に関する動作が不安定である。
- /var/run/dbus ディレクトリが存在しない場合は、当然に上記ソケットの作成に失敗し、 MATEデスクトップの設定の一部が起動しない問題が発生し、上記ディレクトリが存在する場合でも上記ソケットの通信に不具合が発生する場合がある。

### その２

- 以上で作成したスクリプトが正常に起動すると、 CLI ベースの Ubuntu 環境が起動するので、その後以下の様にして MATE デスクトップ環境と日本語環境等を導入した。
```
$ apt-get install mate-desktop-envronment plank fcitx-mosc
```
その他、必要に応じてパッケージを導入した。
- この時、幾つかのパッケージについて設定及び依存解決の失敗が発生するので、以下の様に原因のファイルの削除と設定の再実行を行った。
```
$ rm /var/lib/dpkg/info/udisk.postinst
$ rm /var/lib/dpkg/info/libfprint0:armhf.postinst
$ dpkg --configure -a
```
- 次に、前述した Debian noroot 環境の動作原理を元に MATE デスクトップ環境を起動するスクリプトを記述した。
- そして、上記のスクリプトの起動前に、 XSDL サーバを起動しておく。

# 現在の技術案件の近況

## Debian noroot 環境案件

### その１

ここ最近は、 Debian noroot 環境に導入する為の Ubuntu 19.04 環境の作成を行っていた。基本的には、以下の手順で作業を進めた。

なお、以下の作業は Terminal Emulator の内部ストレージ領域に ubuntu なるディレクトリを作成して行った。

- 先ず Ubuntu 19.04 環境は、[canonical.com で配布されている tarball][1] をベースとした。
- 上記の tarball を前述したディレクトリに展開し、同じディレクトリに proot 等を置いた。
- そして、[Debian noroot 環境の動作原理][2]に基づいて proot を起動するスクリプトを記述した。

[1]:https://partner-images.canonical.com/core/disco/current/
[2]:https://qiita.com/z80oolong/items/4ef119a6af79a9276a0d

## Termux 版 proot 案件

さて、最新版の Termux の開発コミュニティによる proot では、 proot jail 環境内での chroot システムコールの実装が強化された。

そこで、 Termux において Ubuntu 19.04 を動作させる為の Ubuntu の tarball を Debian noroot 環境内で展開し、 [Ubuntu 19.04 の chroot jail 環境の作成について実験を行い、 tweet にて言及した。][1]

chroot jail 環境の作成自体は成功したものの、 mount システムコールの未実装や proot のオプションを通したディレクトリのバインドが chroot jail 環境から見る事が出来ない等幾つか問題があった。

しかしながら、概ねこの環境は動作しているので、 Debian noroot 環境上に Ubuntu 19.04 の導入を今後検討している所である。

[1]:https://twitter.com/z80oolong/status/1138805954818920454

# 現在の技術案件の近況

先々週から今週までの技術案件の進捗等について述べる。

## Debian noroot 環境案件

先日頃より、 Debian noroot 環境において、 proot コマンドに --root-id オプションを付与する事により、 proot の fake_id0 機能を有効にして起動している。

これにより、 apt-get コマンドにより、標準的な SSH サーバである OpenSSH を導入して起動させる事に成功した。

即ち、以下の様に OpenSSH を導入し、 /etc/ssh/sshd_config ファイルを "[Debian noroot 環境において OpenSSH に基づく SSH サーバを導入する][1]" で述べた通りに設定した所、正常に SSH サーバが起動した事が判った。

$ apt-get install openssh-server

[1]:https://z80oolong.qrunch.io/entries/YITlGjcQGGApo6iY

# 現在の技術案件の近況

## その他案件

現在、 git の config ファイルに関する差分ファイル及び mutt の EAW 文字対応に関する差分ファイルにおいて、これまで Gist 岩礁にて公開していたものを、 GitHub 環礁に移行する作業を行っていた。そして、これらの git 及び mutt の差分ファイルのリポジトリを以下の通りに移行した。

- [git 2.17.0 以降において config ファイルの lock に失敗する場合の挙動を変更する差分ファイル][1]
- [mutt 1.9.0 以降において East Asian Ambiguous Character を全角文字の幅で表示する][2]

今後は、他の Gist 岩礁にて公開している差分ファイルについても GitHub に移行し、各種差分ファイルの公開についても GitHub 上にて行うことを検討している。

[1]:https://github.com/z80oolong/git-config-fix
[2]:https://github.com/z80oolong/mutt-eaw-fix

# 現在の技術案件の近況

ここ最近は技術案件に関しては、天候の急激な変化に伴う身体的な疲労感と全身倦怠感等の汎ゆる身体的な問題に伴い、随分と進捗は停滞気味である。

## Debian noroot 環境案件

現在、 Debian noroot 環境に対応した proot について、最新の Termux の開発コミュニティ版の proot に追随させる作業を行っている。

ここで、最新の Termux の開発コミュニティ版の proot においては、 root 権限をほぼ完全にエミュレートする機能である fake_id0 機能において、 chroot システムコールのエミュレートが実現されたのが大きな変更と言える。

なお proot の追随作業に伴って、 proot に依存するライブラリである talloc のバージョンを 2.2.0 に更新することを企図していたが、 2.1.15 以上のバージョンの talloc において、 PC 端末でのクロスコンパイルに問題が発生し、原因究明及び問題解決に難航している状況である。

本件については様々な可能性について、検討しておきたい。

# @kapper1224 様へ：

先立っての大型連休中は色々とお世話になりました。

## USB dongle に bootable OS を焼くデバイスの件について

Raspberry Pi ではありませんが、 OTG 対応の Android 端末から当該端末に接続された USB dongle に bootable な Linux Distro 等を焼くための [Android 向けアプリケーションは存在するようです。][1]

以下に示すアプリは root 権限を取得すること無く bootable な USB dongle を作成できるようです。

また、 root 権限を取得する必要が有りますが、前述したアプリに類似したアプリは幾つか存在するようです。

(OTG に接続されたデバイスに MBR をどのようにして書き込むのかは、よく判りません。)

[1]:https://play.google.com/store/apps/details?id=com.mixapplications.iso2usb

# 改元の御挨拶

この度は平成から令和への改元に際し、３０年間続きました平成の時代におきまして、皆様には誠に御世話になると共に、多大なる御厚情を賜りました事につきまして、心より感謝致します。

当方は今後とも、各種技術案件に関して更なる研鑽を積み重ねていく所存であります。

本日より始まる令和の時代が、皆様にとってより良き時代となりますよう、心より御祈り申し上げます。

令和元年５月１日

## Debian noroot 案件

最新の安定版の公開に伴い、 Debian noroot 環境に対応した [Dropbear の差分ファイル][1]及び [OpenSSH の差分ファイル][2]の更新を行った。

また上記に伴い、 Debian noroot 環境向けの [Linuxbrew 向け Tap リポジトリ][3]の更新についても併せて行った。

## その他案件

ARM 等向けの Go 言語処理系の導入の為の [Linuxbrew 向けの Tap リポジトリ][4]の更新を行った。

[1]:https://gist.github.com/z80oolong/3e353bd8f0b44f415880d047b4dad4af
[2]:https://gist.github.com/z80oolong/20d389ca32ecb16be83360918213524c
[3]:https://github.com/z80oolong/homebrew-debian-noroot
[4]:https://github.com/z80oolong/homebrew-go

# 現在の技術案件の近況

現在うだうだ中。大型連休中京圏無計画リハビリ徘徊紀行。ここ最近の技術案件は、各差分ファイルの最新版への対応作業に追われた。

## tmux 案件

先日、 tmux の最新の安定版である tmux 2.9 がリリースされた。本件に伴い、 tmux 2.9 を East Asian Ambiguous 文字に対応させる為の差分ファイルの公開を行った。

また、 tmux の HEAD 版についても、 East Asian Ambiguous 文字に対応させる為の差分ファイルの更新を行った。

以上の差分ファイルについては、[以下の GitHub のリポジトリ][1]にて公開を行った。

また、これに伴い、 East Asian Ambiguous 文字に対応した tmux を導入する為の [Linuxbrew 向け Tap リポジトリ][2]も併せて更新を行った。

[1]:https://github.com/z80oolong/tmux-eaw-fix
[2]:https://github.com/z80oolong/homebrew-tmux

しかし、詳細についてはソースコードを精査する必要があるものの、 OpenSSH における SFTP サーバにおいては、 readdir 関数を独自に実装してシステムコール getdents(2) を経由せずにディレクトリの読み出している為に、内部ファイル及びシンボリックリンク .l2s.* が可視化される問題が発生するものと考えられた。

この事より、 OpenSSH の SFTP サーバを実装しているコードである sftp-server.c のうち、ディレクトリの読み出しを行っている関数について、内部ファイル及びシンボリックリンク .l2s.* を不可視化する修正を行うことにより、上記の問題を回避することが可能となった。

これに伴い、以下の Gist に投稿した、 [Debian noroot 環境において OpenSSH を動作させるための差分ファイル][1]を更新した。

[1]:https://gist.github.com/z80oolong/20d389ca32ecb16be83360918213524c

# 現在の技術案件の近況

## Debian noroot 環境案件

この度、 Debian noroot 環境において OpenSSH を導入し、 SFTP サーバ経由でディレクトリの読み出しを行った場合に、 proot の link2symlink 機能で使用する内部ファイル及びシンボリックリンク .l2s.* が可視化されることにより、内部ファイルファイル及びシンボリックリンク .l2s.* が読み書き可能となる問題が発生していた。

通常のアプリケーションの場合、ディレクトリの読み出しは標準ライブラリ readdir(3) を用いて行い、この時 Debian noroot 環境下では、 proot がシステムコール getdents(2) をフックして内部ファイル及びシンボリックリンク .l2s.* を不可視化していた。

# 現在の技術案件の近況

## ポエム案件

当方はこれまでに、 Qiita 半島及び Qrunch 諸島に、 Debian noroot 環境に関する投稿を中心に幾つかの技術案件の寄稿及び投稿を行って来た。

Qiita 及び Qrunch の投稿については、 Twitter の他、各種 SNS より読者の方々より様々な感想及び意見等を頂いた。当方の投稿に各種反応を頂いた各位の皆様には心より感謝してもし切れない気持ちで一杯である。

また、 Qiita 及び Qrunch 等各種技術系 SNS の開発コミュニティの関係各氏にも心より感謝したい気持ちで一杯である。

しかし当方の投稿に関して、 Twitter にて各種反応を頂いた際に、 Twitter において回答するには文字数に関する制限に起因する回答の限界を感じる事が多く有り、非常に申し訳無い気持ちで一杯になる事が多くある。

今後は、当方の投稿について各種問い合わせ等の反応があった場合には、出来る限り体系的な回答等が行う事が出来る様に、 GitHub の issue 等の体系的なシステムの利用等を検討して行く所存である。

# 現在の技術案件の近況

## Debian noroot 環境案件

先日、 Debian noroot 環境について、 Termux の開発コミュニティによる proot のソースコードのコミットが更新された事に伴い、 [proot-termux-build の安定版の更新と proot の再コンパイル][1]を行った。

なお、変更点については、オリジナルのソースコードへの追随に伴う変更のみとなっている。

## Qrunch 諸島案件

この度、 Qrunch 諸島及びはてな諸島への全ての投稿を取り出し、 git リポジトリを用いて管理した。

なお、 Qrunch には現在の所、投稿を操作する為の API が存在しない為に、 Qrunch からの投稿の取り出しは完全に手動によって行った。

手動による投稿の取り出し作業は非常に手間がかかったが、 git による投稿の管理で投稿の履歴管理等の手間が随分と低減されそうである。

[1]:https://github.com/z80oolong/proot-termux-build/releases/tag/v5.1.0.110