Windows 10 version 1709 → version 1803へupgrade

遂にupdateが降ってきたので適用した。ちなみにWindows 10 Home。

1709のend of service (EOS)自体は2019-04-09まで (cf. https://support.microsoft.com/ja-jp/help/13853/windows-lifecycle-fact-sheet)なのでそれまでにupdateしておけば問題ないと思うが、security関連のpatchが降ってくるかどうかはよく分からない。

例によってあちらこちらで不具合の報告がなされているので不安だったし、Windows PCが使えなくなる時間がそれなりにあるし、一通り設定を見直したり動作確認したりする必要があるしで面倒なことこの上ない。個人的にはWindows PCはゲームをするためにしか使わないのでまだ良いが、これで仕事用とかだと恐しくなる。

取り敢えずやったことをざっと挙げていくと:

* Edgeが犯人かは分からないがlogin後に不要なshortcuts (yahooとか)が作られたので削除
* 「設定」の中にあるものを全部見て不要な物を片っ端から切る (カメラとかマイクのアクセスとか、Timelineの収集とか)
* Spybot Anti-Beaconを入れてtelemetryを全部切る
* 不要なAppsの削除 (特にメニューから消せないやつ) → PowerShellを使って消す
* MS-IMEの「A」とか「あ」とか表示されるが目障りなので消す → メニューから、及びレジストリをいじって消す
* 気休め程度にディスクの最適化 (C:)
* RDPWrapper libraryは入れ直したら動いた (v1.6.2から1803に対応しているらしい)

このあたりのwebsitesが参考になると思う:

* [How to turn off the Timeline and your activity history, in Windows 10 | Digital Citizen](https://www.digitalcitizen.life/how-disable-timeline-activity-history-windows)

* [Windows10標準アプリを削除、再インストールする方法 | Windows10 FAQ](http://windowsfaq.net/settings/delete-application/)

* [Windows10 で画面中央に「あ」「A」と表示されるものを消したい - すなばいじり](http://psn.hatenablog.jp/entry/2017/04/18/090001)

あとは様子見。10日以内であれば1709に戻せるという話だったはず。

SwissMicros DM42のfirmware update (v3.5 → v3.7)

*** 更新履歴 ***

firmware v3.7〜v3.10ではUSB cableを接続した際に一部の個体でfreezeするbugがあったがv3.11で解消された。それ以降のfirmwareへの更新を推奨する。

cf. https://typeinf-memo.blogspot.com/2018/10/swissmicros-dm42firmwarev311usbfreeze.html ※v3.11へのupgradeについて

USB cableを接続した場合freezeするbugに遭遇している場合は、裏蓋を開けてPGM buttonを露出すればbootloader modeに入れるので、そこからv3.11以上のfirmwareにupgradeされたい。

cf. https://typeinf-memo.blogspot.com/2018/09/swissmicros-dm42usbtrouble.html ※裏蓋を開いてPGM buttonでbootloader modeにする手順

2018-09-15現在、v3.7以上のfirmwareにupgradeした場合、稀にDM42にUSB cableを接続するとerror messageが出てfreezeする個体がある。最新版であるv3.9.1でも解決されていないので、不幸にもaffectした場合は裏蓋を開けてRESET+PGMのbuttonsを押してbootloader modeに入り、dfu-utilからv3.5に戻すなどの対処をする必要がある。

cf. https://typeinf-memo.blogspot.com/2018/09/swissmicros-dm42usbtrouble.html

*** 更新履歴ここまで ***


SwissMicros DM42のfirmwareがupdateされていた (v3.5 → v3.7)のでupgradeしてみた。

なお、documentにもhistory.htmlにも、v3.7から2つに分割されたfirmwareの正しいupdateの方法が書かれていない。もしかするとまだbetaとかの扱いなのかも知れないので注意。
※公式documentは更新済み。

準備

用意するもの

* Linux PC (WindowsやMacでも可)
* SwissMicros DM42
* USB A-microUSB B cable
* 細いピン

firmware filesの準備

DM42のfirmwareが置かれているpageから2つのfilesをdownloadする (2018-06-15現在):

* DMCP_flash_3.7.bin
* DM42-3.7.1.pgm

updateの手順

Linux hostからDM42のfirmwareをupdateするにはdfu-utilを使う方法と、DM42に内蔵されているFAT disk (USB memory)からupdateする方法がある。今回はDM42のFAT diskをPCからUSB memoryとしてmountしfirmware filesを書き込んだ後、DM42単独でfirmware updateする。

DM42のinternal FAT diskにfilesを転送

* ON
* [ ] + [0] (SETUP)
* 3. Activate USB Disk -> [ENTER]
* USB cableでDM42とPCを接続
* DM42のFAT diskをmount eg. sudo mount -o rw,noatime,uid=1000,gid=1000 /dev/sdb /mnt/dm42
* Downloadしておいたfiles 2つを転送 eg. cp -i DMCP_flash_3.7.bin DM42-3.7.1.pgm /mnt/dm42
* umount
* cableを外す
* EXIT

Internal FAT diskからfirmware update

DMCP_flash_3.7.bin

* [ ] + [0] (SETUP)
* 4. System ->
* 2. Enter System Menu
* 1. Flash firmware from FAT
* 電池の消耗を防ぐため (&途中で電源が落ちないように) USB cableを繋ぐよう表示される
* cableを接続するとflashが開始される
* しばらく待つとRESETするよう指示が出るので、裏側のRESET buttonを押す
* EXIT

ここまででDMCP_flash_3.7.binの書き込み終了。

DM42-3.7.1.pgm

* まだFree42が起動する状態ではないので何かしらmessageが表示される
* 3.か4.あたりのprogram infoだったかrun programだったかを選択 (空覚え)
* DM42-3.7.1.pgmを選択
* 書き込みが始まるのでしばらく待つ
* RESETするよう指示が出るので、裏側のRESET buttonを押す
* EXIT

DM42-3.7.1.pgmの書き込み終了。以上で計算機が使えるようになっているはず。

Firmwareのversion check

* [ ] + [0] (SETUP)
* 5. About ->
* DM42の値がv3.5あたりからv3.7.1あたりになっているのを確認する
* EXIT

おつかれさまでした。

watchdogを導入したRaspbianでsudoが使えなくなったのでfork bombでrebootさせた話

Raspberry Pi 3 model BにRaspbian (armv7l)を入れて有線routerとして利用しているが、sudoがsegmentation faultを吐いて使えなくなる状況に陥った。

どうやらsudoのpermissionがおかしくなったことが要因らしいが、理由はどうあれRaspbianでsudoが使えないのは致命的である。普通にinstallして特に設定しない場合、Raspbianではrootとしてloginできない。一般userが必要に応じてsudoする運用が前提だからだ。

こうなると、aptでsystem updateも、rpi-updateでfirmware upgradeも、shutdownもできない。最終手段として強制的に電源を切る (=microUSBのcableを引っこ抜く)ぐらいしか思い付かないが、NAND flashのstorageではあまりやりたくない (HDDでも嫌だが)。

そこで、watchdogをinstallしていることを思い出し、fork bombでsystemをdownさせてrebootさせようと思い付いた。つまり:

* fork bombを発動
* watchdogが発動 → reboot
* boot processでfsckが実行される → filesystemが修復されpermissionが回復
* sudoが使えるようになる (はず)

fork bombにはshell scriptで実行する方法と、Cあたりでprogramを書いて実行する方法がある。今回はshell scriptより速く効きそうなCでprogramを書いて実行した。

#include <unistd.h>

int main(void){
  while(1){
    fork();
  }
}
これをforkbomb.cとして保存し、gcc -o forkbomb forkbomb.cでcompile。実行前に気休めとして一応syncを発行しておく。

./forkbombを実行。systemがfreeze → watchdogによりrebootがかかるのを待つ。

無事rebootし、fsckが実行されたのか、sudoは何事もなく使えるようになった。

ZoLのsplがzfsのrepositoryにmergeされた

ZFSはlicenseの問題でmainline kernelに含まれずout-of-treeなので、Linuxで使いたい場合は大きく2つの選択肢がある:

* ZFS on Linux (ZoL)
* ZFS-FUSE

ZoLがkernel moduleとしてのimplementationで、ZFS-FUSEはuserland (FUSE)でのimplementation。

OSがLinuxでなくて良いならillumos (OpenSolaris)やFreeBSD (TrueOS)などを使う手もある (出所的あるいはlicense的にはこっちの方が素直か？)。

さて、この度、ZoLをsource (git)からbuildする手順が簡単になった。これまではzfsをbuildするにはspl (Solaris porting layer)というSolarisとLinuxの違いを吸収するlayerが必要で、それを別途build & installしなければならかった。

それが先日、splのgit repositoryからautogen.shが削除されていたのでどうしたのかと思いgit logを見てみたら、zfsのrepositoryにmergeされたとあった。今後はsplをgit cloneしてautogen.sh→configure→make→make installという手順が不要になった。