matoken's blog – ページ 36 – Is there no plan B?

FUJITSU LIFEBOOK A574/MWの分解メモ💻

2019-11-162019-11-16 matoken コメントをする

NotePCを人に譲るので初期化してほしいと頼まれました。機種はFUJITSU LIFEBOOK A574/MWでした。

購入時のリカバリディスクなどもあるとのことでながら別作業しながらみてればいいかと思ったのですが、光学ドライブにメディアを入れるとスピンアップするけど認識しません。既存のOSでも富士通製の診断ツールでも認識しません。

聞くところによると以前鹿屋のお店でHDDの交換をしてもらったことがあるとのこと。念の為開けてみると光学ドライブのケーブルが抜けたままでした。(おまけにPC CARDの方も半刺し)このケーブルを指し直したところ動くようになりました。

分解組み立てはちょっと面倒で1時間ほど掛かってしまったので簡単にメモしておきます。HDD交換やWi-Fiモジュール交換などもできます。

先ずは裏面。バッテリー、メモリ、カバー類を取り外しネジは全部外します。

LIFEBOOK A574／MW ura

ネジは外したのと同じあたりに配置しておくと戻すときに楽。
LIFEBOOK A574／MW bis

PCの液晶を180°開いてキーボード上部のボタン部分のカバーを外します。爪で止まっているのでおらないように注意。
キーボードを留めている2本のネジを取り外してキーボードのフラットケーブルがあるので注意しながらゆっくり手前に持ち上げる。持ち上がったらケーブルごと取り外す。
LIFEBOOK A574／MW kbd

電源ボタン基盤のケーブルとネジ2本を外して基盤ごと取り外す。ここではボタン基板側を外したけどメインボード側を外したほうが良かったかも。左右のスピーカーを取り外して基盤コネクタも抜く。ディスプレイとWi-Fiアンテナを取り外す。LCDのヒンジ部のネジを左右3本ずつ外してLCDを取り外す。タッチパッドのフラットケーブルを外すた後手前のタッチパッド部分を取り外す。
LIFEBOOK A574／MW lcd

光学ドライブのケーブルを取り外す。HDD手前の黒い部品を外し、HDDを手前にスライドして取り外す。
LIFEBOOK A574／MW mainboard

Ubuntu 19.10 amd64からCANON LBP9100Cで印刷🖨️

2019-11-152019-11-15 matoken コメントをする

タイトルの通りで内容は以下のページそのままです．ただ，systemd環境なのでそのへんだけが違います．

【覚書】CANONプリンターLBP9100Cの設定（ubuntu 14.04） – 我儘。

パッケージの入手．

以下のページからパッケージ等を入手します．

キヤノン：ダウンロード｜LBP9100C：OSを選ぶ

今回は「CAPT Printer Driver for Linux Ver.2.71（32bit&64bit）」を使いました．

結構古いですね．

本バージョンの動作確認済 OS
Fedora 24 (32bit/ 64bit)
Fedora 25 (32bit/ 64bit)
Ubuntu 16.04 Desktop (32bit/ 64bit)
Ubuntu 16.10 Desktop (32bit/ 64bit)

ファウンロードしたファイルの内容はこんな感じ．

$ ls -s ./linux-capt-drv-v271-jp.tar.gz
124484 ./linux-capt-drv-v271-jp.tar.gz
$ sha512sum ./linux-capt-drv-v271-jp.tar.gz
f6b354dd29393322f0ae4bcea5568650ce286358e42505b6c33f2c7ebb9ff8c813ca52bfd9d56d0cf87db678e56af5559b6300720d50ea29834c1d319c1eb75c  ./linux-cap
t-drv-v271-jp.tar.gz
$ tar tvf ./linux-capt-drv-v271-jp.tar.gz
-rw-rw-r-- canon/canon 9879361 2017-04-18 00:00 linux-capt-drv-v271-jp/32-bit_Driver/RPM/cndrvcups-capt-2.71-1.i386.rpm
-rw-rw-r-- canon/canon 15356845 2017-04-18 00:00 linux-capt-drv-v271-jp/32-bit_Driver/RPM/cndrvcups-common-3.21-1.i386.rpm
-rw-rw-r-- canon/canon 15382368 2017-04-18 00:00 linux-capt-drv-v271-jp/32-bit_Driver/Debian/cndrvcups-common_3.21-1_i386.deb
-rw-rw-r-- canon/canon  9716256 2017-04-18 00:00 linux-capt-drv-v271-jp/32-bit_Driver/Debian/cndrvcups-capt_2.71-1_i386.deb
-rw-rw-r-- canon/canon  9905144 2017-04-18 00:00 linux-capt-drv-v271-jp/64-bit_Driver/RPM/cndrvcups-capt-2.71-1.x86_64.rpm
-rw-rw-r-- canon/canon 15365135 2017-04-18 00:00 linux-capt-drv-v271-jp/64-bit_Driver/RPM/cndrvcups-common-3.21-1.x86_64.rpm
-rw-rw-r-- canon/canon  9733334 2017-04-18 00:00 linux-capt-drv-v271-jp/64-bit_Driver/Debian/cndrvcups-capt_2.71-1_amd64.deb
-rw-rw-r-- canon/canon 15389756 2017-04-18 00:00 linux-capt-drv-v271-jp/64-bit_Driver/Debian/cndrvcups-common_3.21-1_amd64.deb
-rw-rw-r-- canon/canon   573192 2017-04-18 00:00 linux-capt-drv-v271-jp/Doc/guide-capt-2.7xJ.tar.gz
-rw-rw-r-- canon/canon    27592 2017-04-18 00:00 linux-capt-drv-v271-jp/Doc/LICENSE-JP.txt
-rw-rw-r-- canon/canon    46924 2017-04-18 00:00 linux-capt-drv-v271-jp/Doc/README-capt-2.71J.txt
-rw-rw-r-- canon/canon 10031685 2017-04-18 00:00 linux-capt-drv-v271-jp/Src/cndrvcups-capt-2.71-1.tar.gz
-rw-rw-r-- canon/canon 17277148 2017-04-18 00:00 linux-capt-drv-v271-jp/Src/cndrvcups-common-3.21-1.tar.gz
drwxrwxr-x canon/canon        0 2017-04-18 00:00 linux-capt-drv-v271-jp/32-bit_Driver/RPM/
drwxrwxr-x canon/canon        0 2017-04-18 00:00 linux-capt-drv-v271-jp/32-bit_Driver/Debian/
drwxrwxr-x canon/canon        0 2017-04-18 00:00 linux-capt-drv-v271-jp/64-bit_Driver/RPM/
drwxrwxr-x canon/canon        0 2017-04-18 00:00 linux-capt-drv-v271-jp/64-bit_Driver/Debian/
drwxrwxr-x canon/canon        0 2017-04-18 00:00 linux-capt-drv-v271-jp/Doc/
drwxrwxr-x canon/canon        0 2017-04-18 00:00 linux-capt-drv-v271-jp/Src/
drwxrwxr-x canon/canon        0 2017-04-18 00:00 linux-capt-drv-v271-jp/32-bit_Driver/
drwxrwxr-x canon/canon        0 2017-04-18 00:00 linux-capt-drv-v271-jp/64-bit_Driver/
drwxrwxr-x canon/canon        0 2017-04-18 00:00 linux-capt-drv-v271-jp/

展開して必要なパッケージを導入します．

$ tar xf ./linux-capt-drv-v271-jp.tar.gz
$ sudo dpkg -i ./linux-capt-drv-v271-jp/64-bit_Driver/Debian/cndrvcups-capt_2.71-1_amd64.deb ./linux-capt-drv-v271-jp/64-bit_Driver/Debian/cndrvcups-common_3.21-1_amd64.deb
以前に未選択のパッケージ cndrvcups-capt を選択しています。
(データベースを読み込んでいます ... 現在 690646 個のファイルとディレクトリがインストールされています。)
.../cndrvcups-capt_2.71-1_amd64.deb を展開する準備をしています ...
cndrvcups-capt (2.71-1) を展開しています...
以前に未選択のパッケージ cndrvcups-common を選択しています。
.../cndrvcups-common_3.21-1_amd64.deb を展開する準備をしています ...
cndrvcups-common (3.21-1) を展開しています...
cndrvcups-common (3.21-1) を設定しています ...
cndrvcups-capt (2.71-1) を設定しています ...
systemd (242-7ubuntu3) のトリガを処理しています ...

cups再起動．

$ sudo service cups restart

プリントスプーラにプリンタを登録．

$ sudo lpadmin -p LBP9100C -P /usr/share/cups/model/CNCUPSLBP9100CCAPTJ.ppd -v ccp://localhost:59687 -E

ccpdにdaemonにプリンタを登録．
※ 192.168.1.14 部分は該当プリンタのIPアドレスに変更する．

$ sudo ccpdadmin -p LBP9100C -o net:192.168.1.14

 CUPS_ConfigPath = /etc/cups/
 LOG Path        = None
 UI Port         = 59787

 Entry Num  : Spooler   : Backend       : FIFO path             : Device Path   : Status
 ----------------------------------------------------------------------------
	 [0]    : LBP9100C  : ccp           : //localhost:59687     : net:192.168.1.14      : New!!

cupsにアクセスできるよう設定しておく．ここでは自分(127.0.0.1)だけ．

$ sudo vi /etc/cups/cupsd.conf
$ sudo git -C /etc diff HEAD^ -- /etc/cups/cupsd.conf
diff --git a/cups/cupsd.conf b/cups/cupsd.conf
index 0f233ad..1c51867 100644
--- a/cups/cupsd.conf
+++ b/cups/cupsd.conf
@@ -29,11 +29,13 @@ WebInterface Yes
 # Restrict access to the server...
 <Location />
   Order allow,deny
+  Allow From 127.0.0.1
 </Location>

 # Restrict access to the admin pages...
 <Location /admin>
   Order allow,deny
+  Allow From 127.0.0.1
 </Location>

 # Restrict access to configuration files...

ccpdを起動して，テスト印刷してみる．

$ sudo service ccpd start

ccpdがシステム起動時に起動するか確認すると起動しないようになっている

$ sudo systemctl is-enabled ccpd
ccpd.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install is-enabled ccpd
disabled

ccpdを自動起動するようにしようとすると怒られる．

$ sudo systemctl enable ccpd
ccpd.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable ccpd
update-rc.d: error: ccpd Default-Start contains no runlevels, aborting.

/etc/init.d/ccpd を少し修正して怒られないようにして再度登録．

$ sudo vi /etc/init.d/ccpd
$ sudo git -C /etc diff -- /etc/init.d/ccpd
diff --git a/init.d/ccpd b/init.d/ccpd
index f14cb8c..bdac57e 100755
--- a/init.d/ccpd
+++ b/init.d/ccpd
@@ -1,5 +1,13 @@
 #!/bin/sh
 # startup script for Canon Printer Daemon for CUPS (ccpd)
+### BEGIN INIT INFO
+# Provides:          my-service-name
+# Required-Start:    $all
+# Required-Stop:
+# Default-Start:     2 3 4 5
+# Default-Stop:
+# Short-Description: your description here
+### END INIT INFO

 if [ `ps awx | grep cupsd | grep -v grep | wc -l` -eq 0 ]; then
		while [ `ps awx | grep cupsd | grep -v grep | wc -l` -eq 0 ]
$ sudo systemctl enable ccpd
ccpd.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable ccpd
$ sudo systemctl is-enabled ccpd
ccpd.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install is-enabled ccpd
enabled

Raspberry Piのraspistilコマンドでジオタグ埋め込みを試すとエラーになる

2019-11-142019-11-16 matoken コメントをする

Raspberry Pi の専用コマンドの中に raspistil コマンドというものがあります．
(Raspbianの libraspberrypi-bin パッケージ内にあります．)

このコマンドで専用カメラでの撮影が出来ます．
インターバル撮影してMapillaryにアップロードしてマッピングの足しに出来ないかなと少し試してみました．

何時もは撮影した画像に別撮りしたGPSデータを埋め込むのですが，raspistillのオプションを確認すると最近はgpsdから位置情報見て埋め込むオプションがあって便利そうです．

しかし，その -gps オプションを利用するとエラーになります．

$ raspistill -gps -o test2.jpg
libgps.so.22: cannot open shared object file: No such file or directory
Unable to load the libGPS library

とりあえずリンク張ったら動きました．

$ sudo ln -s /usr/lib/arm-linux-gnueabihf/libgps.so.23.0.0 /usr/lib/arm-linux-gnueabihf/libgps.so.22

add)
バグ報告したらすぐ修正されました．しばらくしたら反映されるでしょう :)

Using the -gps option with the raspistil command will fail to load libGPS. · Issue #593 · raspberrypi/userland

Update the GPS version to 23 by JamesH65 · Pull Request #594 · raspberrypi/userland

しかしexifを確認しても位置情報は埋め込まれていません．室内でGPS弱いのでまた後で屋外で試してみます．

しかし，8MPのimx219ではピントが無限遠ではなく近くに設定されているようでそのままではちょっとダメそう．そして画角はもっと広角なのが欲しいです．

raspistil01
raspistil02

ピントの方は以下のページを参考に少し調整してみるとこんな感じに．もう少し行けそうだけど壊しそうで怖い．

New 8MP Camera – Q&A thread – Page 9 – Raspberry Pi Forums

raspistil03

画角も狭いしこういうものを買うと良さそう．誰か買って試してみてください．(そして飽きたら安く譲って😏)

SainSmart IMX219 AIカメラモジュールNVIDIA Jetson NanoとRaspberry PI CM3ボード用8MPセンサー200度FoV

環境(Raspbian Buster Lite 2019-09-26を2019-11-12にapt update && apt upgradeした環境)

$ dpkg-query -W gpsd libgps23 libraspberrypi-bin
gpsd 3.17-7
libgps23:armhf 3.17-7
libraspberrypi-bin 1.20190925+1-1
$ lsb_release -dr
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
$ uname -a
Linux raspberrypi 4.19.75+ #1270 Tue Sep 24 18:38:54 BST 2019 armv6l GNU/Linux
$ cat /proc/device-tree/model ;echo
Raspberry Pi Model B Plus Rev 1.2

log

12/08「ゆるぷらサイクリング in おおすみ 2019」、12/22「第５回　かのやサイクルフェスティバル」 #🚲

2019-11-062019-11-06 matoken コメントをする

Instagramで見かけて知ったのですが、12月に大隅で以下の2つの自転車イベントがあるようです。

この投稿をInstagramで見る

こんにちは！堀です！ 12月8日（日）にゆるぷらサイクリングinおおすみ2019が開催されます！シエルブルーの選手も一緒に走るので是非ご参加下さい！エントリーURL↓ http://ur0.work/7LkV
Ciel Bleu KANOYA Pro Cycling(@cbkanoya)がシェアした投稿 – 2019年11月月4日午後11時49分PST

*Ciel Bleu KANOYA Pro CyclingはInstagramを利用しています:「こんにちは！堀です！ 12月8日（日）にゆるぷらサイクリングinおおすみ2019が開催されます！シエルブルーの選手も一緒に走るので是非ご参加下さい！エントリーURL↓ http://ur0.work/7LkV」

この投稿をInstagramで見る

こんにちは！堀です！ 12月22日（日）に第5回かのやサイクルフェスティバルが開催されます！！会場<鹿屋市霧島ヶ丘公園> 締め切り令和元年12月10日(火)必着エントリーURL↓ http://bit.ly/340TiiL 是非ご参加下さい！！
Ciel Bleu KANOYA Pro Cycling(@cbkanoya)がシェアした投稿 – 2019年11月月5日午前12時09分PST

* Ciel Bleu KANOYA Pro CyclingはInstagramを利用しています:「こんにちは！堀です！ 12月22日（日）に第5回かのやサイクルフェスティバルが開催されます！！会場<鹿屋市霧島ヶ丘公園> 締め切り令和元年12月10日(火)必着エントリーURL↓ http://bit.ly/340TiiL 是非ご参加下さい！！」

申し込みページは以下のフォーム。

「ゆるぷらサイクリング in おおすみ 2019」の方は参加費も安くファンライドなので参加しやすそうですね。
コースもほぼ平坦だと思います。

Debian sidでChromiumが更新されないのでsnap版を試す

2019-11-062019-11-06 matoken コメントをする

以下の記事は一昨日(2019-11-04)やっていたことで昨夜(2019-11-05)updateを確認したら降りてきていました :)
$ /usr/bin/chromium --version
Chromium 78.0.3904.87 built on Debian bullseye/sid, running on Debian bullseye/sid

Debian sid amd64 で Chromium がなかなか更新されないのでとりあえずsnap版を入れてみました。

snapd未導入なら導入。

$ sudo apt install snapd

検索して、

$ snap find chromium
Name                      Version       Publisher    Notes  Summary
chromium                  78.0.3904.70  canonical✓   -      Chromium web browser, open-source version of Chrome
chromium-ffmpeg           0.1           canonical✓   -      FFmpeg codecs (free and proprietary) for use by third-party browser snaps
restart-chromium          1             mgibbs-dfrs  -      Restart Browser
dashkiosk-client-browser  0.1           ogra         -      Chromium in Kiosk mode specifically adjusted for dashkiosk
boxy-svg                  3.29.0        jarek-foksa  -      Scalable Vector Graphics (SVG) editor
chromium-ffmpeg-test      0.1           osomon       -      Test snap that exercises the slots exposed by chromium-ffmpeg

導入。

$ sudo snap install chromium chromium-ffmpeg

$ snap list|grep chromium
chromium 78.0.3904.70 920 stable canonical* -
chromium-ffmpeg 0.1 15 stable canonical* -
$ dpkg-query -W chromium
chromium 76.0.3809.100-1

/snap/bin/chromium に入るのでそちらのパスを /usr/bin より優先して通しておく。

例えばbashだと ~/.bash_profile などで /usr/bin の設定のあとに以下の設定を書いておく。

if [ -d "/snap/bin" ] ; then
    PATH="/snap/bin:$PATH"
fi

パスが通っているのを確認する。

$ chromium --version
Chromium 78.0.3904.70 snap
$ /usr/bin/chromium --version
Chromium 76.0.3809.100 built on Debian bullseye/sid, running on Debian bullseye/sid

ちなみに今回の環境はamd64でしたが、他にi386, arm64, armhf もあるようです。

Install Chromium for Linux using the Snap Store | Snapcraft

chromium snap01

今回の状態はメンテナが動けない状態なのかな?

環境

$ snap list|grep chromium
chromium 78.0.3904.70 920 stable canonical* -
chromium-ffmpeg 0.1 15 stable canonical* -
$ dpkg-query -W chromium snapd
chromium 76.0.3809.100-1
snapd   2.40-1
$ lsb_release -dr
Description:    Debian GNU/Linux bullseye/sid
Release:        unstable
$ uname -m
x86_64

RT57iの文字コードがShift-JISで困る(GNU screenで文字コード変更)

2019-11-022022-06-01 matoken コメントをする

RT57i IMG 20191029 154203

ハードオフでジャンク扱いで1,100円のYAMAHA RT57iを見かけました．
その時はスルーしたのですが，少し確認すると2003年発売のものなのに去年もFWがリリースされていてADSLの低速回線ならまだ使えるのではと買ってきました．

電源を入れて中を覗くと普通に動きそうです．
しかし日本語を吐いてるぽいけど文字コードが……．

> help
1) "?"��͂ÿ���ƁA�R�}���h��̂ÿ��m�肵�Ă��Ȃ��ꍇ�ɂ͂�̎ÿ��_��͉ÿ\�ȃL
   �[���[��̌ÿ�̈ÿꗗÿ��\�����܂��B
   �R�}���h��̂ÿ��m�肵�Ă����̃ÿRÿ�}����̓�͌ÿ`ÿ���Ɛ���\�����܂��B

2) �L�[�͎ÿ��ɂ͎��Ɏ����R�}���h�ŁA�L�[���[��̕ÿ⊮ÿ�A�ߋ���͂ÿ����R�}���h��
   �Ăяo���A�J�[�\��̈ÿړÿ���͕ÿ���̍ÿ폜���ł��܂��B

     ���ӁF Ctrl + X�́ÿAÿCtrl�L�[����Ȃ���X�L�[������Ƃ�\���܂��B

   --------------------------------------------------------------
   �L�[���[��̕ÿ⊮ÿ                 : Tab�L�[
   --------------------------------------------------------------
   �ߋ���͂ÿ����R�}����̌ÿĂÿяo�� : Ctrl + p �A�܂�͏ÿ���L�[
   ��̃ÿRÿ�}����̌ÿĂÿяo��           : Ctrl + n �A�܂�͉ÿ����L�[
   --------------------------------------------------------------
   �J�[�\����E�ɂP�������ړ�       : Ctrl + f �A�܂�͉ÿEÿ���L�[
   �J�[�\����ɂP�������ړ�       : Ctrl + b �A�܂�͍ÿ����L�[
   �J�[�\����s���Ɉړ�             : Ctrl + e
   �J�[�\����s���Ɉړ�             : Ctrl + a
   --------------------------------------------------------------
   �R�}���h���s�����ɉ�s         : Ctrl + c
   �J�[�\���̂ÿPÿ������폜         : Ctrl + d
---�Â�---

Shift-JISぽいので端末の文字コードを変更します．

こういうことがあるのでGNU screenにワンタッチで文字コードが変更できるようにして……．変更されない?
Shift-JISの設定がないですね．そういえば以前はbind keyで設定していたけど当時最後のShift-JIS環境のNEWSマシン破棄時に消してしまっていたのでした……．

とりあえずGNU screenだと Ctrl +a :encoding sjis でShift-JISに切り替えることが出来ます．
(utf8に戻すときは Ctrl +a :encoding utf8 )

> help
1) "?"を入力すると、コマンド名称が確定していない場合にはその時点で入力可能なキ
   ーワードの候補の一覧を表示します。
   コマンド名称が確定していればそのコマンドの入力形式と説明を表示します。

2) キー入力時には次に示すコマンドで、キーワードの補完、過去に入力したコマンドの
   呼び出し、カーソルの移動や入力文字の削除ができます。

     注意： Ctrl + X は、Ctrlキーを押しながらXキーを押すことを表します。

   --------------------------------------------------------------
   キーワードの補完                 : Tabキー
   --------------------------------------------------------------
   過去に入力したコマンドの呼び出し : Ctrl + p 、または上矢印キー
   次のコマンドの呼び出し           : Ctrl + n 、または下矢印キー
   --------------------------------------------------------------
   カーソルを右に１文字分移動       : Ctrl + f 、または右矢印キー
   カーソルを左に１文字分移動       : Ctrl + b 、または左矢印キー
   カーソルを行末に移動             : Ctrl + e
   カーソルを行頭に移動             : Ctrl + a
   --------------------------------------------------------------
   コマンドを実行せずに改行         : Ctrl + c
   カーソル上の１文字を削除         : Ctrl + d
---つづく---

見えました．

.screenrc にも設定( bind ^J encoding sjis )を入れておきましょう．Ctrl+a Ctrl+j でShift-JISに切り替えられるようになりました．(Tmuxでの手順は見当たらず)

  bind ^U encoding utf8
  bind ^E encoding euc
+ bind ^J encoding sjis

他の方法としてRT57iの設定で英語にしたりできそうな気がしますが未確認．

そんなこんなでこれまでのADSLモデムをルータ機能は使わずモデムとしてだけ利用するようにしてRT57iからPPPoEで繋ぐようにしました．
これまでPPPoE接続に30分程，調子が悪いと1時間くらいかかっていましたが一瞬で接続されるように．安定度も増しました．
ずっと同じ構成なのにだんだん接続時間が伸びていたのでアナログ回線が劣化して不安定になっていたのかと思っていたのですがADSLモデムが原因だったようです．(ということはモデム機能もそろそろ壊れてしまう可能性……)

ただ，speedtestでは調子がいいときは8Mbほど出ていたのが7Mbになったので少し速度低下が?でもずっと安定したのでこっちのほうがいい感じです．(2,3日に一回回線が切れて再接続に30~60分とか動画が数分おきに止まるとか画像の読み込みに失敗したりとかだった)

$ speedtest-cli --simple
Ping: 92.066 ms
Download: 7.00 Mbit/s
Upload: 1.10 Mbit/s

まだざっくりとした設定なのでマニュアルを見ながらもう少し設定詰めてみます．

Tip

追記

コマンドリファレンス P.38より

4.11
[ 書式 ]
コンソールの言語とコードの設定
console character code
no console character [code]
[ 設定値 ]
[ 説明 ]
[ ノート ]
[ 初期値 ]
○
 code
● ascii......................... 英語で表示する、文字コードは ASCII
● sjis ........................... 日本語で表示する、文字コードはシフト JIS
● euc .......................... 日本語で表示する、文字コードは EUC
コンソールに表示する言語とコードを設定する。
本コマンドは一般ユーザでも実行できる。
本コマンドの設定は、save コマンドで保存するまで show config コマンドによる設定の表示に反映され
ない。

ascii, sjis(既定値), eucが選択できるようです．
asciiに設定しておこうと思います．

> console character ascii
> administrator
Password:
# save
Saving ... CONFIG0 Done .
# quit
> quit

環境

$ dpkg-query -W screen byobu
byobu   5.125-0ubuntu1
screen  4.6.2-1ubuntu1
$ lsb_release -dr
Description:    Ubuntu 18.04.3 LTS
Release:        18.04
$ uname -m
x86_64

Rufusを使ってWindows 10でWindows 10のisoイメージをUSBフラッシュメモリに書き込み

2019-10-302019-10-30 matoken コメントをする

LinuxでWindowsのisoイメージをUSBフラッシュメモリに書き込むのにWoeUSBを利用しました．

Windows 10のisoファイルをWoeUSBでUSBフラッシュメモリに書き込み – matoken’s meme

WindowsではRufusというツールが使えるようなので試してみました．

Rufus

ダウンロードして実行して「デバイス」に書き込み先のUSBフラッシュメモリを，「ブートの種類」に書き込むisoファイルを指定して後は既定値で「スタート」を押すと書き込みが始まります．

rufus01

書き込み完了時に以下のメッセージ．セキュアブートには未対応のようです．

rufus02

Why do I need to disable Secure Boot to use UEFI:NTFS?

出来上がったUSBフラッシュメモリで起動するとセキュアブート向こうのマシンでは利用できました．
しかしセキュアブートを利用したい場合はRufusは使えないようです．

ということで，WindowsでWindowsのisoファイルの書き込みはWindows標準の「メディア作成ツール」を利用するのが良さそうです．
Windows で以下のページにアクセスして，「ツールを今すぐダウンロード」から入手できます．(Linux等でアクセスするとisoイメージのダウンロードページになります．)

https://www.microsoft.com/ja-jp/software-download/windows10

このツールはisoイメージのダウンロード&書き込みをしてくれます．x86, x64の32bit/64bit両方に対応したUSBフラッシュメモリも作成できました．ダウンロード済のisoイメージの指定は出来ないようなのは不便です．

PC環境

* エディション  Windows 10 Pro
* バージョン    1903
* OSビルド  18362.449
* システムの種類    64 ビット オペレーティングシステム、x64 ベース プロセッサ

Windows isoイメージ

* Windows 10 1903 x64
Win10_1903_V2_Japanese_x64.iso

Windows 10のisoファイルをWoeUSBでUSBフラッシュメモリに書き込み

2019-10-302019-10-30 matoken コメントをする

balenaEtcher でUSBフラッシュメモリにWindows 10のisoイメージを書き込もうとしたのですが，このようなメッセージが表示されました．

balena etcher 20191029 12:10:49 18415 40

Windowsのイメージは特殊なのでそれを処理できるプログラムを紹介しています．Linuxでは WoeUSB を勧めています．

GitHub – slacka/WoeUSB: WoeUSB is a simple tool that enable you to create your own usb stick windows installer from an iso image or a real DVD. It is a fork of Congelli501’s WinUSB.

UbuntuではPPAがあるようなのでこれを導入します．

WebUpd8 : Alin Andrei

$ sudo add-apt-repository ppa:nilarimogard/webupd8
$ sudo apt update
$ sudo apt install woeusb

起動します．

$ sudo -H woeusb

画面はこんな感じでした．

woeusb01 20191029 13:10:27 27379

実際に書き込みをするときはこんな感じ．Soureにisoファイルを指定して，File stysremに「NTFS」を選択，Taeget deviceに対象のUSBフラッシュメモリを指定しました．はじめFATを選択したのですがエラーとなりました．NTFSだとOK．FATの4GB制限に引っかかったのかもしれません．

woeusb02 20191029 13:10:20 3649

ここで Install ボタンを押すことでプログレスが表示されて導入が開始されます．

しばらく待つと書き込み終了．出来上がったUSBフラッシュメモリをPCに接続して起動すると無事Windows 10のインストーラが起動しました．

環境

$ ls -s /media/mk/6647-4A7F/iso/Win10_1903_V2_Japanese_x64.iso
5202048 /media/mk/6647-4A7F/iso/Win10_1903_V2_Japanese_x64.iso
$ dpkg-query -W woeusb balena-etcher-electron
balena-etcher-electron  1.5.51
woeusb  3.3.0-1~webupd8~eoan0
$ lsb_release -dr
Description:    Ubuntu 19.10
Release:        19.10
$ uname -a
Linux x201i 5.3.0-19-generic #20-Ubuntu SMP Fri Oct 18 09:04:39 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

iPhone 7(iOS12)をUbuntu 19.10でmountしてデータコピー

2019-10-262019-10-27 matoken コメントをする

借りたiPhone 7で撮影した動画をUbuntu 19.10 amd64にコピーしました．その時のメモです．
以前iPhone 3GSを利用していてファイルコピーやテザリングを利用していましたがそれ以来のiPhoneマウントでした．

必要パッケージの導入．

$ sudo apt install ifuse libimobiledevice-utils

iPhoneをUSB経由で接続．

その時のdmesgはこんな感じでネットワークはもう使えそう．(未確認)

[  +0.028241] usb 1-1.1: New USB device found, idVendor=05ac, idProduct=12a8, bcdDevice= 9.01
[  +0.000006] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  +0.000004] usb 1-1.1: Product: iPhone
[  +0.000003] usb 1-1.1: Manufacturer: Apple Inc.
[  +0.000003] usb 1-1.1: SerialNumber: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
[  +0.000334] usb 1-1.1: Device is not authorized for usage
[  +0.005480] usb 1-1.1: authorized to connect
[  +0.787707] ipheth 1-1.1:4.2: Apple iPhone USB Ethernet device attached
[  +0.130956] ipheth 1-1.1:4.2 enp0s26u1u1c4i2: renamed from eth0

でもマウントはまだ出来ないのでペアリングします．初回はエラーになります．

$ idevicepair pair
ERROR: Please accept the trust dialog on the screen of device xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx, then attempt to pair ag
ain.

このときiPhone画面で「このコンピュータを信頼しますか?」と聞かれるので「信頼」を選びます．

iPhone7 auth

信頼した後に再度pair

$ sudo idevicepair pair
SUCCESS: Paired with device xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

後はNautilusでUSBメモリのようにマウントしてコピーできました．

環境

$ dpkg-query -W ifuse libimobiledevice-utils nautilus
ifuse   1.1.4~git20181007.3b00243-1
libimobiledevice-utils  1.2.1~git20181030.92c5462-1
nautilus        1:3.34.1-1ubuntu1
$ lsb_release -dr
Description:    Ubuntu 19.10
Release:        19.10
$ uname -m
x86_64

Apple iPhone 7 / iOS 12.3.1

Btrfsのbtrfs-transactionでioが100%になって困る

2019-10-212019-10-21 matoken コメントをする

デスクトップ検索のRecollを試してみようと recollindex コマンドでindexを作ってみました．すると様々なアプリケーションがフリーズ．indexが出来るまでの辛抱だろうと1日ほど放置してみましたが解消しません．
1つのコマンドを発行して実行されるまで何分も掛かってしまいます．

cpuやmemoryはガラガラです．
iotop を叩いてみると btrfs-transaction がほぼ100%で張り付いています．

マウントオプションはこんな感じ．

$ mount | grep \ /\
/dev/mapper/t430s--vg-root on / type btrfs (rw,noatime,nodiratime,ssd,discard,space_cache,subvolid=5,subvol=/)

discard を `btrfs(5) ` で確認するとちょっと怪しいような?

       discard, nodiscard
           (default: off)

           Enable discarding of freed file blocks. This is useful for SSD devices, thinly provisioned LUNs, or virtual machine images; however, every storage layer must
           support discard for it to work. if the backing device does not support asynchronous queued TRIM, then this operation can severely degrade performance, because a
           synchronous TRIM operation will be attempted instead. Queued TRIM requires newer than SATA revision 3.1 chipsets and devices.

       If it is not necessary to immediately discard freed blocks, then the fstrim tool can be used to discard all free blocks in a batch. Scheduling a TRIM during a period
       of low system activity will prevent latent interference with the performance of other operations. Also, a device may ignore the TRIM command if the range is too
       small, so running a batch discard has a greater probability of actually discarding the blocks.

       If discarding is not necessary to be done at the block freeing time, there’s fstrim(8) tool that lets the filesystem discard all free blocks in a batch, possibly not
       much interfering with other operations. Also, the device may ignore the TRIM command if the range is too small, so running the batch discard can actually discard the
       blocks.

SATAのバージョンを確認すると 3.2 なので問題無さそう?

$ sudo smartctl --info /dev/sda | grep ^SATA
SATA Version is:  SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)

でも一旦無効にしてみます．
＃ついでに付けた compress=lzo は別でやるべきだった……．

$ time sudo mount -o remount,rw,noatime,nodiratime,ssd,nodiscard,compress=lzo,space_cache /
real    42m32.840s
user    0m0.014s
sys     0m15.209s
$ mount | grep \ /\
/dev/mapper/t430s--vg-root on / type btrfs (rw,noatime,nodiratime,compress=lzo,ssd,space_cache,subvolid=5,subvol=/)

これが当たりだったようでioは一気に空きました!
SATA 3.2 だけど何か別の条件が良くないのでしょうか?

忘れないうちに fstab も修正しておきます．(nodiscard は既定値なので書いていない)

 sudo git -C /etc diff HEAD^ -- /etc/fstab
diff --git a/fstab b/fstab
index b029749..386278f 100644
--- a/fstab
+++ b/fstab
@@ -5,7 +5,7 @@
 # that works even if disks are added and removed. See fstab(5).
 #
 # <file system> <mount point>   <type>  <options>       <dump>  <pass>
-/dev/mapper/t430s--vg-root /               btrfs   noatime,nodiratime,ssd,discard,space_cache 0       0
+/dev/mapper/t430s--vg-root /               btrfs   noatime,nodiratime,ssd,compress=lzo,space_cache 0       0
 # /boot was on /dev/sda2 during installation
 UUID=cba2591a-12da-481e-b239-c002faca22e1 /boot           ext2    defaults        0       2
 # /boot/efi was on /dev/sda1 during installation

これで暫く様子を見てみます．
問題なければ別途TRIMを設定したほうがいいかな?

環境

$ dpkg-query -W btrfs-progs iotop smartmontools
btrfs-progs     5.2.1-1
iotop   0.6-24-g733f3f8-1
smartmontools   7.0-2
$ sudo smartctl -i /dev/sda | grep -E '^Device Model:|Firmware Version:|SATA Version is:'
Device Model:     Seagate BarraCuda SSD ZA1000CM10002
Firmware Version: STAS1024
SATA Version is:  SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
$ lsb_release -dr
Description:    Debian GNU/Linux bullseye/sid
Release:        unstable
$ uname -m
x86_64