Ubuntu – ページ 3 – matoken's meme

Bluetooth ヘッドセットが A2DP に切り替えられなくて困る

2020-04-102020-04-10 matoken 2件のコメント

最近Bluetooth ヘッドセットで A2DP に切り替えが出来なくなっていました．オーディオプロファイルを A2DP にしようとすると変更に失敗します．

20200410 03:04:39 1847144

20200410 03:04:39 1847144 2

有線のヘッドホン(セリア製100円!)で使っていたのですが頭に合わなかったり不自由なので調べることに．
以下のページを見つけました．

Bluetooth Headphones switches from (A2DP sink) to (HSP/HFP) when starting VoIP application – Ask Ubuntu

どうも PulseAudio の自動切り替えがうまく行っていないようでこれを無効にすることで直りました．

具体的な設定は， /etc/pulse/default.pa ファイルの load-module module-bluetooth-policy に auto_switch=false というオプションを付けでデーモンの再起動です．

/etc/pulse/default.pa を修正．

$ sudo git -C /etc diff /etc/pulse/default.pa
diff --git a/pulse/default.pa b/pulse/default.pa
index f670be0..494c1ce 100644
--- a/pulse/default.pa
+++ b/pulse/default.pa
@@ -64,7 +64,7 @@ load-module module-jackdbus-detect channels=2

 ### Automatically load driver modules for Bluetooth hardware
 .ifexists module-bluetooth-policy.so
-load-module module-bluetooth-policy
+load-module module-bluetooth-policy auto_switch=false
 .endif

 .ifexists module-bluetooth-discover.so

daemonを再起動(Pulseaudioは自動復帰した)

$ pulseaudio -k
$ sudo service bluetooth restart

この後ヘッドセットを接続し直すことでA2DPが使えるようになりました．

今使っているヘッドセットは Aukey EP-B26 で長時間使えていたのが良かったのですが，バッテリーがへたってしまっています．今はUSBケーブルで給電しながら使っています．有線なんだけど細いケーブル(100円ショップの巻取りUSB microBの中の線だけにしたもの)で小さなモバイルバッテリーをポケットに入れて使うと結構自由度高い感じです．

でも出来れば新調したいところ．同じものはもう売ってないようなのでこのへんとかかな?

AfterShokz も気になってるけどちょっとお高いですね．

環境

$ dpkg-query -W pulseaudio* bluez* blueman
blueman 2.1.2-1
bluez   5.53-0ubuntu2
bluez-alsa
bluez-audio
bluez-cups      5.53-0ubuntu2
bluez-gnome
bluez-input
bluez-network
bluez-obexd     5.53-0ubuntu2
bluez-serial
bluez-utils
pulseaudio      1:13.99.1-1ubuntu1
pulseaudio-module-bluetooth     1:13.99.1-1ubuntu1
pulseaudio-utils        1:13.99.1-1ubuntu1
$ lsb_release -dr
Description:    Ubuntu Focal Fossa (development branch)
Release:        20.04
$ uname -m
x86_64
$ lsusb -d 0a5c:217f
Bus 001 Device 016: ID 0a5c:217f Broadcom Corp. BCM2045B (BDC-2.1)
$ lspci | grep -i audio
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06)

Raspberry Pi公式のOS書き込みソフトウェアの Raspberry Pi Imager を少し試す

2020-03-082020-03-08 matoken 1件のコメント

Raspberry Pi Blog – News, Announcements, and Ideas

この投稿をInstagramで見る



Raspberry Pi(@raspberrypifoundation)がシェアした投稿 – 2020年 3月月5日午前6時56分PST

Instagram の動画がわかりやすいですね．
Raspberry Pi公式のOSイメージ書き込みソフトウェアです．少し試してみました．

導入

ダウンロードページにはWindows/macOSの他 Ubuntu amd64 向けの.debへのリンクしか無いのですが， https://downloads.raspberrypi.org/imager/ にアクセスすると AppImage と .sig がありました．
どちらも amd64 なので他のArchtectureじゃ使えないようです．Raspbianのarmhf版くらいは欲しいですね．

とりあえず Ubuntu 20.04 amd64 では .deb を，Debian sid amd64 では AppImage を試してみました．

debの場合

ダウンロードして署名検証して dpkg -i で導入したのですがpkgが足りなくてエラーが出力されました．足りないパッケージは apt install -f で導入しました．足りなかったパッケージは qml-module-qt-labs-settings と libdleyna-core-1.0-5 でした．(環境により変わるはず)

$ wget https://downloads.raspberrypi.org/imager/imager_amd64.deb https://downloads.raspberrypi.org/imager/imager_amd64.deb.sig
$ gpg --verify ./imager_amd64.deb.sig
gpg: assuming signed data in './imager_amd64.deb'
gpg: Signature made Fri Mar  6 20:49:08 2020 JST
gpg:                using RSA key 54C3DD610D9D1B4AF82A37758738CD6B956F460C
gpg: Good signature from "Raspberry Pi Downloads Signing Key" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg:          There is no indication that the signature belongs to the owner.
Primary key fingerprint: 54C3 DD61 0D9D 1B4A F82A  3775 8738 CD6B 956F 460C
$ sudo dpkg -i ./imager_amd64.deb
$ sudo apt install -f
$ sudo rpi-imager

AppImage の場合

ダウンロードして署名検証して実行権を付けるだけです．

$ wget https://downloads.raspberrypi.org/imager/imager_amd64.AppImage https://downloads.raspberrypi.org/imager/imager_amd64.AppImage.sig
$ gpg --verify ./imager_amd64.AppImage.sig
gpg: assuming signed data in './imager_amd64.AppImage'
gpg: Signature made Fri 06 Mar 2020 10:34:08 PM JST
gpg:                using RSA key 54C3DD610D9D1B4AF82A37758738CD6B956F460C
gpg: Good signature from "Raspberry Pi Downloads Signing Key" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg:          There is no indication that the signature belongs to the owner.
Primary key fingerprint: 54C3 DD61 0D9D 1B4A F82A  3775 8738 CD6B 956F 460C
$ chmod +x ./imager_amd64.AppImage
$ sudo ./imager_amd64.AppImage

余録).debを展開してとりあえず実行

$ ar x ./imager_amd64.deb
$ tar xf data.tar.xz
$ sudo ./usr/bin/rpi-imager

起動

root権が必要です．一般ユーザでも起動できるのですが，書き込み時にSD cardにアクセスできないエラーが出てしまいます．

20200308 15:03:05 1211621

OS list 取得エラー(一時的なサーバ側の問題)

現在サーバ側でSSLの問題があり大抵以下のようなエラーになります．9回に1回の割合で成功するらしいですが，私は30回ほど試してやっとうまく行きました．数日待てば治るそうなのでしばらく待ってから試す方がいいかもしれません．

20200307 17:03:40 265752

https://www.raspberrypi.org/blog/raspberry-pi-imager-imaging-utility/#comments

Caleb says:5th Mar 2020 at 3:32 pm
Currently giving me a “Error downloading OS list from Internet” when running it on a raspberry pi 4b

Avatar Gordon Hollingworth says:5th Mar 2020 at 5:05 pm
Yes, that’s because downloads.raspberrypi.org needs its SSL stuff updated. It should happen in the next few days!

Otherwise keep loading it, there’s a 1 in 9 chance you’ll get through to the server that does work!

Gordon

ちなみにOS listが取得できなくても自分でダウンロードしたイメージの書き込みやSD cardの消去は出来ます．

20200307 17:03:24 252063

Imagerの起動

起動するとこんな画面です．「CHOOSE OS」でOSイメージの選択(Raspbian各種とLibreELEC)，ユーティリティ，消去，カスタムが選択できます．
「CHOOSE SD CARD」でSD cardやUSBメモリなどが選択できます．

20200307 17:03:12 251909

OSイメージの選択

20200308 15:03:20 1209635
20200308 15:03:02 1210096

SD card等の選択「CHOOSE SD CARD」

この画面を表示してからSD cardやUSBメモリ等を挿入するとリアルタイムに表示さるのでわかりやすいです．内蔵diskは出てきませんが，マウント中のHDDなどは出てくるので間違えないように注意しましょう．
選択できるストレージは1度に1つだけのようです．複数のメディアに書き込む場合は複数回の実行が必要です．

20200308 15:03:27 1210403

OSイメージ書き込み

「WRITE」ボタンを押すことで書き込みが開始されます．SecureEraseを試みてイメージ書き込み，ベリファイを行います．終わるまでしばらく待ちましょう．

20200308 15:03:57 1211527
20200308 15:03:30 1211923
20200308 15:03:30 1215554

自動ダウンロードしたイメージ

deb版の方は ~root/.cache/Raspberry Pi/Imager/lastdownload.cache として 最後に利用したものだけ が残るようです．なので同じイメージであれば2回目はダウンロードせずに済みます．
別のイメージを利用すると上書きされてそのイメージになります．

AppImage は /tmp/runtime-root 以下のようなので再起動したら消えてしまいますね．

QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to ‘/tmp/runtime-root’

rpi-imagerでLibreELEC RPi1を書き込んだ後出来たキャッシュファイルと LibreELEC からダウンロードしたファイルを比較

# sha256sum ./lastdownload.cache
80cd38e0a576f75caaecf511970ae563c5b605896074809643aecfdc91344bcf  ./lastdownload.cache
# wget http://releases.libreelec.tv/LibreELEC-RPi.arm-9.2.0.img.gz
# sha256sum LibreELEC-RPi.arm-9.2.0.img.gz
80cd38e0a576f75caaecf511970ae563c5b605896074809643aecfdc91344bcf  LibreELEC-RPi.arm-9.2.0.img.gz
# diff -as lastdownload.cache LibreELEC-RPi.arm-9.2.0.img.gz
Files lastdownload.cache and LibreELEC-RPi.arm-9.2.0.img.gz are identical

おわりに

てことで応用が聞かない感じなのでRaspberry Piを初めて使う人向けかなーと感じました．LibreELECなんかも同じようなツールを用意しているしOSイメージ書き込みで躓く人が多いのでツールが用意されているのかもしれないですね．
更に面倒だという人はOSイメージ入りのストレージを購入すると良さそうです．

個人的なおすすめは現在だとダウンロードは手動で書き込みには balenaEtcher がいいかなと思います．これもマルチプラットホーム対応で更に同時に複数のストレージに書き込みも可能です．

balenaEtcher – Flash OS images to SD cards & USB drives

試した環境

deb版を試したUbuntu環境

$ dpkg-query -W rpi-imager qml-module-qt-labs-settings libdleyna-core-1.0-5
libdleyna-core-1.0-5:amd64
qml-module-qt-labs-settings:amd64       5.12.5-5
rpi-imager      1.0
$ lsb_release -dr
Description:    Ubuntu Focal Fossa (development branch)
Release:        20.04
$ uname -m
x86_64

AppImage版を試したDebian環境

$ lsb_release -dr
Description:    Debian GNU/Linux bullseye/sid
Release:        unstable
$ uname -m
x86_64

smbgetのパスワード指定

2019-12-142019-12-14 matoken コメントをする

sambaの速度を測るのにsambaをwgetのように使える smbget を使おうとしたのですが以前使えていた気がする -p オプションが無くなっています．

$ bash -c "read -sp \"passwd: \" passwd; smbget smb://smbhost/share/data -U user -p $passwd -O > /dev/null"
passwd: -p: unknown option

usageを見ると確かにありません．

$ smbget --usage
Usage: smbget [-?aneruRODqv] [-?|--help] [--usage] [-w|--workgroup=STRING] [-U|--user=STRING] [-a|--guest] [-n|--nonprompt] [-d|--debuglevel=INT] [-e|--encrypt]
        [-r|--resume] [-u|--update] [-R|--recursive] [-b|--blocksize=INT] [-o|--outputfile=STRING] [-O|--stdout] [-D|--dots] [-q|--quiet] [-v|--verbose]
        [-f|--rcfile=STRING]

-pを無くせばプロンプトが出てきますが毎回入力するのは面倒なのでどうにか出来ないかなとmanを見てみます．

man smbget

       -U, --user=username[%password]
           Username (and password) to use

-U オプションに一緒に書けるようです．デミリタは要らないよう．

$ bash -c "read -sp \"passwd: \" passwd; smbget smb://smbhost/share/data -U user$passwd -O > /dev/null"

デミリタに : を指定しても動きました．

$ bash -c "read -sp \"passwd: \" passwd; smbget smb://smbhost/share/data -U user:$passwd -O > /dev/null"

他にもSMB URLにも書けるようです．

man smbget

SMB URLS
       SMB URL's should be specified in the following format:

           smb://[[[domain;]user[:password@]]server[/share[/path[/file]]]]

ただし，この書き方だとSMB URLが環境変数が展開されてSTDOUTに表示されるのでパスワードを隠したい場合は使えません．

$ bash -c "read -sp \"passwd: \" passwd; smbget smb://user:$passwd@smbhost/share/data -O > /dev/null"
smb://user:password@smbhost/share/data(100.00%) at 130.69MB/s ETA: 00:00:0008
Downloaded 2.17GB in 17 seconds

それを言うと -U の場合もプロセスにパスワードが表示されてしまうのであまりよろしくないですね．てことでとりあえずこんな感じならいいかな?

$ bash -c "read -sp \"passwd: \" passwd; echo $passwd | smbget smb://smbhost/share/data -U user -O > /dev/null"

このときのプロセス

$ ps -ef|grep smbget
mk       12626 14620  0 22:38 pts/6    00:00:00 bash -c read -sp "passwd: " passwd; echo $passwd | smbget smb://smbhost/share/data -U user -O > /dev/null
mk       13263 12626 49 22:39 pts/6    00:00:00 smbget smb://smbhost/share/data -U user -O

あれ?結局最初に戻って……．

余録(キャッシュクリア)

速度を測りたいけど2回目以降はキャッシュされてしまうのでキャッシュをクリアして測る．
以下はlocalhostで試してるので差が出ているが，ネットワーク経由だとネットワークがボトルネックになり差が出なかった．でも一応やっておく．

1回目

smb://smbhost/share/data(100.00%) at 28.12MB/s ETA: 00:00:00434
Downloaded 2.17GB in 79 seconds

2回目

smb://smbhost/share/data(100.00%) at 130.69MB/s ETA: 00:00:0008
Downloaded 2.17GB in 17 seconds

キャッシュをクリア

$ sudo sh -c "sync; echo 3 > /proc/sys/vm/drop_caches"

もう一回

smb://smbhost/share/data(100.00%) at 27.43MB/s ETA: 00:00:0044
Downloaded 2.17GB in 81 seconds

※/proc/sys/vm/drop_caches についてはKernel Documentsの admin-guide/sysctl/vm.rst.gz あたりを参照のこと．

$ zgrep ^drop_caches -A42 /usr/share/doc/linux-doc-5.3/Documentation/admin-guide/sysctl/vm.rst.gz

参考URL

Samba – opening windows to a wider world
Samba documentation collection sambaドキュメント日本語訳
- smbget
https://www.kernel.org/doc/Documentation/admin-guide/sysctl/vm.rst

環境

環境1

$ dpkg-query -W samba smbclient bash
bash    4.4.18-2ubuntu1.2
samba   2:4.7.6+dfsg~ubuntu-0ubuntu2.14
smbclient       2:4.7.6+dfsg~ubuntu-0ubuntu2.14
$ lsb_release -dr
Description:    Ubuntu 18.04.3 LTS
Release:        18.04
$ uname -rvm
4.15.0-72-generic #81-Ubuntu SMP Tue Nov 26 12:20:02 UTC 2019 x86_64

環境2

$ dpkg-query -W samba smbclient bash
bash    5.0-5
samba   2:4.11.1+dfsg-3
smbclient       2:4.11.1+dfsg-3
$ lsb_release -dr
Description:    Debian GNU/Linux bullseye/sid
Release:        unstable
$ uname -rvm
5.3.0-3-amd64 #1 SMP Debian 5.3.15-1 (2019-12-07) x86_64

Nextcloudのデータディレクトリを移動するメモ

2019-12-032019-12-03 matoken コメントをする

Nextcloudのデータディレクトリは既定値ではNextcloudのすぐ下の data ディレクトリになります．しかしここはウェブサーバのドキュメントルート以下になってしまい設定をミスするとデータディレクトリが一般公開されてしまう可能性があり少し怖いです．
そこでNextcloud導入時に設定ファイルの config/config.php で datadirectory にウェブサーバドキュメントルートの外にNextcloudデータを設定します．

今回デフォルトのウェブサーバドキュメントルート内のまま運用されているNextcloudがあったのでそれをウェブサーバドキュメントルート外に移動してみました．
ディスクを増設してそちらにデータを移すなどの際にも同じ手順でデータ移行できると思います．

今回の例でのパスはこんな感じです．

Nextcloud導入ディレクトリ : /var/www/nextcloud
旧Nextcloud データディレクトリ : /var/www/nextcloud/data
新Nextcloud データディレクトリ : /var/data/nextcloud/data

Important

インストール後のデータディレクトリの移動は公式ではサポートされていません．

ファイルのコピー

同一のファイルシステム間であれば mv commandで一瞬ですが，今回はファイルシステムを跨いでいるので時間がかかります．
ダウンタイムを短くしたいのでNextcloud動作状態で一度データをコピーしてその後rsyncで差分のみコピーすることにします．

1度目のコピー

$ sudo cp -a /var/www/nextcloud/data /var/www/nextcloud/

rsyncでデータ同期

1度目のデータコピーに時間がかかったのでrsyncで同期

$ sudo rsync -avc /var/www/nextcloud/data /var/www/nextcloud/

バックグラウンドジョブを停止(恐らくこの手順は不要)

次の手順でメンテナンスモードに移行するので不要だと思うけど念の為バックグラウンドジョブをcrontabで設定しているのを停止(コメントアウト)しておく．(Webcronの場合も止めたほうがいいかも．AJAXの場合は恐らく不要)

$ sudo -u www-data crontab -e

メンテナンスモードに移行

ここからNextcloudは利用できなくなります．

$ sudo -u www-data php ./occ maintenance:mode --on

データ同期

-c オプションも付けたほうがいいけどデータが大きいと時間がかかるので今回はなしであとでチェックすることにする．

$ sudo rsync -av /var/www/nextcloud/data /var/www/nextcloud/

データベース書き換え

Nextcludのデータベース内のファイルディレクトリ情報を書き換えます．書き換え前に念の為データベースのバックアップも取っておきます．

バックアップ

$ sh -c "umask 266 ; mysqldump -uroot -p --opt --all-databases --events | xz > mysqlbackup-`date +\%F_\%T_\%s_$`.sql.xz"

db書き換え

$ mysql -unextcloud -p
mysql> use nextcloud;
mysql> update oc_storages set id='local::/var/data/nextcloud/data/' where id='local::/var/www/nextcloud/data/';
mysql> quit;

設定ファイル書き換え

Nextcloudの設定ファイルの config/config.php の中の datadirectory を新しいパスに書き換えます．

  'datadirectory' => '/var/data/nextcloud/data',

メンテナンスモードをoffにする

$ sudo -u www-data php ./occ maintenance:mode --off

動作確認

Nextcloudにログインしてファイルディレクトリが閲覧できることを確認する．

バックグラウンドジョブを設定

バックグラウンドジョブをcrontabで再設定

$ sudo -u www-data crontab -e

旧データの削除

しばらく運用して問題ないようなら旧データを削除する．

$ sudo rm -rf /var/www/nextcloud/data

生ディスクなんかだと secure-delete とか使うと少し安心．でも確実じゃないし時間かかるので暗号化fsを推奨．

$ sudo nice -20 ionice -c1 -n0 srm -r /var/www/nextcloud/data

参考URL

HowTo: Change / Move data directory after installation – howto – Nextcloud community

環境

$ sudo -u www-data php ./occ -V
Nextcloud 17.0.1
$ dpkg-query -W php7.2-common mysql-server
mysql-server    5.7.28-0ubuntu0.18.04.4
php7.2-common   7.2.24-0ubuntu0.18.04.1
$ lsb_release -dr
Description:    Ubuntu 18.04.3 LTS
Release:        18.04
$ uname -m
x86_64

Nextcloud upgrade時に`Check for expected files The following extra files have been found: .rnd` と言われて失敗する(15.0.7→16.0.6)

2019-11-292019-11-29 matoken コメントをする

Nextcloud 15.0.7からNextcloud 16.0.6へのアップグレードを行おうとしたところ，アップグレード画面で以下のようなメッセージが表示されて先に勧めません．

Nextcloud upgrade failed 20191125 13:11:17 12878

Check for expected files
The following extra files have been found:
.rnd

Nextcloud 以下を確認すると3つの .rnd ファイルが見つかりました．

$ cd /export/data/var/nextcloud-data
$ find ./ -name .rnd -ls
13495506336      0 drwxr-xr-x   3 www-data www-data       38 Jan 31  2018 ./data/matoken/files_encryption/keys/files/tmp/pizero/home/pi/.rnd
15757999341     12 -rw-r--r--   1 www-data www-data     9656 Jan 31  2018 ./data/matoken/files/tmp/pizero/home/pi/.rnd
11866753713      4 -rw-------   1 www-data www-data     1024 Nov 25 13:19 ./.rnd

以下のページを見ると，Nextcloud 直下の .rnd ファイルが悪さをしているようなのでこれを退避します．

Update to 14.0.6, Check for expected files The following extra files have been found: .rnd · Issue #13568 · nextcloud/server

$ sudo mv ./.rnd ~/tmp

この後もう一度アップグレードを試みるとうまく行きました．

This behavior continues up to version 15.0.7.

とのことでぎりぎり引っかかったようです😣

環境

$ sudo -u www-data php ./occ -V
Nextcloud 16.0.6
$ dpkg-query -W php7.2-common mysql-server
mysql-server    5.7.28-0ubuntu0.18.04.4
php7.2-common   7.2.24-0ubuntu0.18.04.1
$ lsb_release -dr
Description:    Ubuntu 18.04.3 LTS
Release:        18.04
$ uname -m
x86_64

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

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

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

Ebook reader(files_reader)を有効にしてNextcloud 16を動かなくしてしまう

2019-10-182019-10-18 matoken コメントをする

Nextcloudをいじっていたらエラー画面に><

Nextcloud 20191018 16:10:02 29472

表示されているリクエストIDでログを検索してjqで展開します．

$ sudo grep 'iFqSO6b3lcl9qAXbLJXt' nextcloud.log | jq .|lv

この辺りがエラーのよう．
files_reader アプリに問題があるようです．

  "message": {
    "Exception": "Error",
    "Message": "Class 'OCP\\Config' not found",
    "Code": 0,
    "Trace": [
      {
        "file": "/var/www/files.matoken.org/apps/files_reader/lib/Hooks.php",
        "line": 41,
        "function": "get",
        "class": "OCA\\Files_Reader\\Config",
        "type": "::",
        "args": [
          "epub_enable",
          "true"
        ]
      },
      {
        "file": "/var/www/files.matoken.org/lib/private/legacy/hook.php",
        "line": 106,
        "function": "announce_settings",
        "class": "OCA\\Files_Reader\\Hooks",
        "type": "::",

とりあえずoccコマンドで`files_reader` を無効にしてエラーは解消されました．

$ php ./occ app:disable files_reader
files_reader disabled

今回エラーになったEbook reader(files_reader)はアプリストア内で確認するとNextcloud 9~13 でした．

Reader (ebook reader) – アプリ – App Store – Nextcloud

しかし，Nextcloudのアプリ画面では「未テストのアプリを有効にする」といった警告がないので導入してしまう……．

Nextcloud 20191018 16:10:43 6871

IssueやPRは上がっているようです．

環境

$ php ./occ app:list|grep files_reader
  - files_reader
$ php ./occ status|grep version:
  - version: 16.0.5.1
$ dpkg-query -W php
php     2:7.3+69
$ lsb_release -dr
Description:    Debian GNU/Linux 10 (buster)
Release:        10
$ uname -m
x86_64