KCU1500 は近々 discon になると思うので今更書き残しておく意味があるかよくわからないが・・・。
この組み合わせじゃないといけないことに気づくまでに結構試行錯誤が必要だった。
ここまでできると、あとはインストラクション通りにドライバをインストールできる。ドライバが入ると KCU1500 のファン制御が有効になって静かになる。
PYNQ はスタートアップ時に Jupyter Notebook が起動するように設定されている。
それを止めるためには、以下のサービスを systemctl を使って止めればよい。
グラフィカルなログインを止めるには、
$ sudo systemctl set-default multi-user.target
Ultra96v2 で PYNQ の Linux イメージを動かすまでのメモ。
WiFi のアクセスポイントに接続するようにあらかじめ設定を変更しておく。
http://avnet.me/ultra96-pynq-image-v2.4_v2 からダウンロードする。
結構時間かかる上に、チェックサムが公開されていないのでデータが壊れていないか確認できない。
SD カードが /dev/sdb だったとして、
# dd bs=4M if=/path/to/ultra96v2_v2.4.img of=/dev/sdb
とする。RootFS のパーティションが小さいので、SDカードの容量に余裕があれば、パーティションを拡張後、resize2fs してファイルシステムの容量を拡張しておくとよい。
確認したところ、 Ubuntu 18.04 ベースなので、本来なら、network-manager をインストールして netplan を使って WiFi 接続設定するのだけど、インストールされていないので、別の方法で設定する。
まず、SDカードの第２パーティションを /path/to/mountpoint にマウントする。
/path/to/mountpoint/etc/wpa_supplicant.conf 作成
country=JP
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="<SSID名>"
psk="<パスフレーズ>"
}
（パスフレーズを平文で書きたくない人は別途調べるとやり方が出てくる。）
/path/to/mountpoint/etc/network/interfaces.d/wlan0 編集、wlan0 が自動で UP されるよう以下の内容にする
auto wlan0
iface wlan0 inet dhcp
wireless_mode managed
wireless_essid any
wpa-driver wext
wpa-conf /etc/wpa_supplicant.conf
電源と、microSD、micro-USB ケーブルを接続する。
PYNQ サイトには、micro-USB ケーブルで接続すると Ethernet デバイスが認識されて、192.168.3.1 でアクセスできると書いてあるがこれはどうもうまくいかなかった。
その代わり、シリアルデバイスとしては認識されてターミナルソフトからアクセスできる。
$ ip a して wlan0 が接続できていればOK。
http://<wlan0 の IP アドレス> にブラウザでアクセスすれば Jupyter Notebook の画面が見られるはず。ちなみにパスワードは xilinx 。
また、この IP アドレスに SSH でもアクセスできるはず。ユーザとパスワードはともに xilinx 。
3 TB HDD × 2 で構築していた RAID1 を 8 TB HDD × 2 に交換した記録。
今回は、/dev/sdb1 と /dev/sdc1 の２パーティションで RAID1 (/dev/md0) を構成している前提。
ファイルシステムは XFS を使用。
手順としては、RAID 再構築 → RAID 拡張 → LVM 拡張 → ファイルシステム拡張の４ステップ。
8 TB のドライブの使い方として、 3 TB + 5 TB に分けて２つの RAID1 を作成して LVM でまとめることもできるけど、今回は 8 TB の大きなアレイを作成することにした。
# mdadm /dev/md0 --fail /dev/sdb1 # mdadm /dev/md0 --remove /dev/sdb1 # shutdown -h now
今回は 8TB 全体を使う１のパーティション (/dev/sdb1) を作った。
パーティションのタイプは Linux RAID (29) を指定する。
# fdisk /dev/sdb
3 TB 領域を同期する。大体５時間かかった。
# mdadm /dev/md0 --add /dev/sdb1
# mdadm /dev/md0 --fail /dev/sdc1 # mdadm /dev/md0 --remove /dev/sdc1 # shutdown -h now
# fdisk /dev/sdc
# mdadm /dev/md0 --add /dev/sdc1
このままだと前の容量の 3 TB しか使えないので、RAID 領域を拡張する。
残りの 5 TB 分の同期に８時間ほどかかった。
RAID1 なので、 --assume-clean しても良かったと思うけど、今回は同期しておいた。
# mdadm --grow /dev/md0 -z max
Physical Volume の拡張
# pvresize /dev/md0
LV に設定する PE 数の確認（Total PE）
# pvdisplay
LV の拡張
# lvextend -l [PE数] [LV path]
# xfs_growfs [マウントポイント]
LaTeX での論文を Git で管理し、GitHub と継続的インテグレーション (CI) ツール を使って論文を pdf 化し、GitHub の Release ページから見られるようにすることで論文執筆を効率化する話（ただし、論文執筆速度が速くなっているかは別の話）。
これが実現したらもはや手元の環境には LaTeX 処理系はなくても論文執筆が可能なので、タイトルに「環境レス化」を入れた。手元に全く環境を持たないのは難しいとしても、複数の LaTeX 処理系を使い分けたりは格段にしやすくなる。
論文を Git リポジトリで管理して、GitHub を用いて共著者間で共有している。主な活用法としては以下のような感じ。
papers/xxx みたいにディレクトリを掘って配置ところが、共著者の中には論文を読んでチェックできればいい、という人がいる。そういう人にとっては、わざわざ論文 pull してコンパイルする作業が面倒だったりする。.latexmkrc を書いて latexmk main するだけにしても「pdf ファイルをメールで送ってください」となるのがオチだった。
ならば、GitHub に push したら CI で自動 pdf 化できるようにしたらいいのかな、と思ってやってみた。幸い、参考になるサイト（下記）があったので、大いに参考にした。
.latexmkrc に記述し、リポジトリに含むmain.tex とする。papers/xxx など、ディレクトリを掘って格納する現在のところ、CircleCI は無料で月間 1000 分ジョブを実行できる。LaTeX 文書の量によるが一度に必要な時間は２分程度。したがって、CircleCI を他の用途に使っていなければ月に 500 回くらいは論文をコンパイルできる計算になる。個人的な感覚としては十分な計算時間が利用できると思う。
以下のような動作を目指す。特に、自動で pdf 化された論文が Release ページに登録されるのは使い勝手が良いと思う。これができるようになれば、手元の LaTeX 環境をセットアップしなくてもクラウド論文執筆が可能。（ただし、変更をリポジトリに push してからコンパイル結果が出力されるまでに２分かかる、ほとんどは Docker 環境の立ち上げに要する時間。）
X.X.X 形式で tag を設定または更新したときに pdf ファイルを GitHub の Release としてアップロード今回は、CircleCI 2.0 を使う。必要な手順は以下の３つ。
CircleCI 2.0 では、.circleci/config.yml に YAML 形式の設定を記述する。以下の例は、 build, publish-github-release の２つのジョブからなっている。また、tag に応じた処理を行うために main ワークフローを設定している。このテストは teruo41/latex-circleci-test に置いてある。
[prism field=”circleci-latex-config” language=”YAML”]
build ジョブ内で papers/${TARGET_DIR} ディレクトリに移動して latexmk main を実行する。TeXLive を利用するための Docker イメージは Docker Hub の teruo41/ubuntu-texlive:latest を利用。Docker イメージについては後述。
publish-github-release ジョブはコンパイルした pdf ファイルを GitHub の Release ページに登録するためのジョブ。これには、cibuilds/github:0.10 の Docker イメージを利用。
複数のジョブ間で実行結果を受け渡すには、先行ジョブ（ここでは build）で persistent_to_workspace を指定する必要があり、後続ジョブ（ここでは publish-github-release）で attach_workspace を指定する必要がある。
main ワークフローは、X.X.X 形式のタグが GitHub 上で更新されたときに build と publish-github-release ジョブを実行する。これにより、tag に対応した pdf ファイルが GitHub の Release ページにアップロードされる。
動かせればよい人は、teruo41/ubuntu-texlive:latest の使用を推奨。これは、Ubuntu リポジトリに登録されている TeXLive をインストール済みの Docker イメージ。Ubuntu がサポートしているバージョンのそれぞれについてイメージを作る（予定）。
自前で環境を作りたい人は、Dockerfile を作って手元で docker build して Docker hub に push するか、GitHub か BitBucket に Dockerfile を格納したリポジトリを作って、Docker hub 上で Automated build するかどちらかで作ることができる。ちなみに、この例で使っているイメージは Automated build で作成している。それに使用している GitHub リポジトリは teruo41/ubuntu-texlive。
以下の設定をする必要がある。
.circleci/config.yml で必要な変数は、 GITHUB_TOKEN と TARGET_DIR の２つ。GITHUB_TOKEN は GitHub の Personal Access Token を設定する。リポジトリの Release ページに書き込むためには GitHub から適切な権限設定が必要。Public リポジトリか Private リポジトリかで必要な権限が変わる。詳しくはここを参照。
TARGET_DIR はコンパイルする論文のディレクトリを設定。papers/${TARGET_DIR} ディレクトリに移動した後 latexmk main が実行される。
ここまで設定したら使える状態のはず。論文のリポジトリを更新して push したらコンパイル可否がコミットページに表示される。また、tag を設定して push すれば、コンパイル結果の pdf ファイルが GitHub の Release ページに追加される。
tag を設定して GitHub に push する git コマンドの例。branch と同様に tag も push できる。
$ git tag -a 0.0.1 -m "Created tag 0.0.0" $ git push origin 0.0.1
一度設定した tag を更新するためには、-f オプションを使えばＯＫ。
$ git tag -af 0.0.1 -m "Updated tag 0.0.0" $ git push -f origin 0.0.1
少し前から接続できなくなって困っていたけど、今日解決方法を発見した。
733 不明なデバイスさん2018/05/05(土) 21:07:06.67ID:7Er95jKL >>734 >>729 jre1.8.0_171\lib\security\java.securityのjdk.tls.disabledAlgorithmsから3DES_EDE_CBCを削除したらつながったよ。 力技だけど…
https://mevius.5ch.net/test/read.cgi/hard/1468533309/733
試したところ、見事解決した。
今持ち歩き用の PC として Surface Pro LTE Advanced を使っている。
事務作業には十分なスペックと軽さ・薄さで満足度は高い。
このモデルは、nanoSIM が挿さるのと、eSIM が内蔵されていて、モバイル通信プランを購入することで世界各地でモバイルネットワークに接続可能。
nanoSIM スロットには国内で使える年間契約の SIM を挿していて、海外渡航時に eSIM に切り替え、Ubigi などの通信プランを購入して使う、というのが便利そう。
ポケット WiFi 持ち歩かなくていいって素晴らしい。
ところがどっこい、eSIM を使うのが結構難儀だった。
eSIM でモバイル通信プランを購入する画面までたどり着けない。
eSIM には、「eSIM プロファイル」と「APN」を設定する必要がある。その両方が適切に設定されていないと圏外表示になり、何もできない。
自分の場合、デフォルトの「eSIM プロファイル」と「APN」は機能しなかったみたいで、Ubigi の問い合わせから eSIM プロファイルをダウンロードする方法を教えてもらい、さらに「APN」を設定するための情報を教えてもらって初めて圏外から脱することができた。
自分の場合、nanoSIM の設定の時もそうだったが、eSIM でも APN 設定するときに、「インターネットとアタッチ」を選ぶ必要があった。
ろくな説明をしなかったのに、適切な作業手順を提示してくれた Ubigi のサポートは素晴らしい。
（一方 Microsoft のサポート情報の役に立たなさよ・・・）
その後、さらに一つ重要なポイントとして、自分の環境では、２つの SIM を切り替える際、「詳細オプション」の「APNを添付する」から利用したい APN の「編集」を一度選択し、そのまま「保存」する必要がある。
これをしないと、アンテナピクトは立つが接続されない。
モバイルネットワークに PC 単体で接続できるのはとても便利なだけに、利用方法が難しかったり、うまくいかないときの対処法がわかりづらいのはもったいないなと思う。
すぐに修正されると良いのだけれど・・・。
https://github.com/lervag/vimtex/commit/144e60649a0214b09ee78d3aeff4eb569daea194
のコミットで、vimtex から latexmk を使う場合に自動で -pdf オプションが付加されるようになりました。
platex + dvipdfmx の組み合わせは、日本語文書を作成に今もよくつかわれているので注意が必要。
とりあえず直したい、という場合には、vimtex がインストールされているディレクトリで、
$ git checkout 774e0309b1e4b30310ed8b5764cd131014148288
とする。これで、原因となっている変更前の状態に戻すことができる。
（ただし、git pull で最新にすることができなくなる。修正されたら、git で操作するか、インストールし直せば OK）
Issue を立ててみたので、どうなるか見守ってみる。
https://github.com/lervag/vimtex/issues/1142
これを機に LuaLaTeX 等に切り替えるべきなのかもしれない・・・。
https://github.com/lervag/vimtex/commit/9d62a40af7bf141e0020cb264c202ee66830ce90
で修正されました。
https://github.com/lervag/vimtex/issues/1142
にある通り、以下を .vimrc に追加する。
let g:vimtex_compiler_latexmk_engines = { '_' : '-pdfdvi' }
調べると色々出ては来るけど、環境変数 SSH_AUTH_SOCK の中身を有効な内容に上書きすれば OK。
自分の .bashrc には以下のように記述した。
[prism field=”bashrc-ssh-agent” language=”bash”]
ポイントは以下。
$SSH_CONNECTION の中身を見て、 SSH 接続されたシェルかどうかをチェック。
$SSH_CONNECTION が空の場合、クライアントであるとみなして、ssh-agent を起動する。
ssh-agent を共有可能にする。ssh-agent 起動後、$HOME/.ssh/ 内の鍵を ssh-add して追加する。$SSH_CONNECTION が空でない場合、サーバであるとみなして、ssh-agent をシェルから利用できるようにする。
$SSH_AUTH_SOCK の値自体は固定したいので、$HOME/.ssh/agent としておき、実体へのシンボリックリンクとする。tmux に対して別の SSH セッションで接続し直した場合でも、$SSH_AUTH_SOCK の参照先を差し替えることができ、ssh agent を利用することが可能。$ PYTHONUSERBASE=/path/to/install/to pip install --user package
https://stackoverflow.com/questions/2915471/install-a-python-package-into-a-different-directory-using-pip